> ## Documentation Index > Fetch the complete documentation index at: https://adcp-docs-ja.pier1.co.jp/llms.txt > Use this file to discover all available pages before exploring further. # Roadmap > AdCP プロトコルロードマップ: パブリックな GitHub Project ボードで追跡される RFC、エピック、開発マイルストーン。 AdCP ロードマップは、すべてのドメインにわたるプロトコル RFC とエピックを追跡するパブリックな [GitHub Project ボード](https://github.com/orgs/adcontextprotocol/projects/1) です。探索中のもの、承認されたもの、進行中のもの、出荷されたものを示します。 Creative、Media Buy、Signals、Governance などにわたる RFC とエピックを含むライブボード。 *** ## ロードマップの仕組み ボードには、ロードマップアイテムのライフサイクルを表す 4 つの列があります。 | Status | Meaning | | --------------- | ------------------------- | | **Exploring** | 議論中、コミュニティのインプットを歓迎 | | **Accepted** | コミットされスコープされたが、まだ開始されていない | | **In Progress** | アクティブな作業 | | **Shipped** | リリースされ利用可能 | 各アイテムには 2 つのフィールドがあります。 * **Protocol** — 影響するプロトコルの領域（Creative、Media Buy、Signals、Brand Protocol、Governance、SI、TMP、Platform、Website、Addie、Certification） * **Kind** — **RFC**（コミュニティのインプットを必要とするプロトコル変更）か **Epic**（複数の PR にまたがる主要な成果物）か *** ## ロードマップに載るもの すべての issue や PR がここに属するわけではありません。ロードマップアイテムは、アダプターに影響するプロトコルレベルの変更、新機能、戦略的イニシアチブです。issue は、次のうち少なくとも 2 つを満たす場合に該当します。 1. **プロトコルサーフェス** — エージェントやプラットフォームが対話するものを変える 2. **オーディエンスへの影響** — 見込みメンバーやビルダーの決定に影響する 3. **複数 issue のスコープ** — 複数の PR にまたがる バグ修正、軽微な改善、内部ツールは [issue tracker](https://github.com/adcontextprotocol/adcp/issues) に留まります。 *** ## ロードマップへのアイテムの追加 `rfc` または `epic` とラベル付けされた任意の issue は自動的にボードに追加されます。ロードマップアイテムを提案するには: 1. 提案を記述する **GitHub issue を開く** 2. **`rfc` または `epic` ラベルを追加**（メンテナーもトリアージ中にこれを行える） 3. issue が **Exploring** 列に現れる 4. メンテナーがボード上で **Protocol** と **Kind** フィールドを設定する *** ## トリアージ 各プロトコル領域には、新しい issue を毎週レビューし（約 15 分）、何に `rfc` または `epic` ラベルを付けるかを決定する責任を持つトリアージオーナーがいます。トリアージオーナーは、アイテムが実態を反映するよう毎月ボードもレビューします。 | Protocol Area | Triage Owner | | -------------- | ------------ | | Creative | *TBD* | | Media Buy | *TBD* | | Signals | *TBD* | | Brand Protocol | *TBD* | | Governance | *TBD* | | SI | *TBD* | | TMP | *TBD* | | Platform | *TBD* | | Website | *TBD* | | Addie | *TBD* | | Certification | *TBD* | トリアージオーナーは四半期ごとに交代します。志願するには、Slack の関連するワーキンググループチャンネルで連絡してください。 *** ## バージョンマイルストーン 名前付きマイルストーンは、将来のメジャーバージョンで一緒に出荷されるロードマップアイテムをグループ化します。各マイルストーンは承認された RFC をリストします — 探索的なアイテム（コミュニティのインプットが開いている）は、メンテナーがそれをランドさせると決めるまでメインボードに残ります。 ### v4.0 — 2027 年初頭を目標 v4.0 は次の**破壊的変更の蓄積ウィンドウ**で、[リリースケイデンスポリシー](/docs/reference/versioning#release-cadence)に従い 2027 年初頭を目標としています。破壊的変更は、エコシステムがマイナーごとの非推奨を追いかけるのではなく単一の移行ウィンドウを計画できるよう、ここに集められます。下記にリストされたアイテムは v4.0 のコミットされた下限要件です。RFC が承認されるにつれて追加のアイテムがここに追加されます。 | Area | Item | | ------------ | ------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- | | Security（下限） | [支出コミット操作の必須リクエスト署名（RFC 9421）](https://github.com/adcontextprotocol/adcp/issues/2307) — `security.mdx` の 3.0 の任意プロファイルが必須になる。エージェントは支出コミット操作に署名しなければならず（MUST）、セラーは検証しなければなりません（MUST）。 | このマイルストーンは意図的に「セキュリティリリース」ではありません。プロトコルサーフェス全体にわたる蓄積された破壊的変更が一緒にランドするバージョンです。リクエスト署名が現在の下限要件です。破壊的変更を運ぶ他の承認済み RFC は、メインボードの `rfc` ラベルライフサイクルを進むにつれてここに追加されます。 *** ## リリース履歴 詳細なリリースノートとバージョン履歴については、次を参照。 * **[Release Notes](./release-notes)** — バージョンごとの機能サマリー * **[CHANGELOG.md](https://github.com/adcontextprotocol/adcp/blob/main/CHANGELOG.md)** — 技術的変更履歴 * **[GitHub Releases](https://github.com/adcontextprotocol/adcp/releases)** — リリースアーカイブ * **[Versioning & Governance](./versioning)** — バージョニングモデルとリリースケイデンス *** ## 参加するには AdCP は、Slack 上のアクティブなワーキンググループとともにオープンに開発されています。 * **[AgenticAds Slack に参加する](https://join.slack.com/t/agenticads/shared_invite/zt-3c5sxvdjk-x0rVmLB3OFHVUp~WutVWZg)** * **[GitHub Discussions](https://github.com/adcontextprotocol/adcp/discussions)** * **[ワーキンググループ](../community/working-group)**