Skip to main content
AdCP ロードマップは、すべてのドメインにわたるプロトコル RFC とエピックを追跡するパブリックな GitHub Project ボード です。探索中のもの、承認されたもの、進行中のもの、出荷されたものを示します。

ロードマップを見る

Creative、Media Buy、Signals、Governance などにわたる RFC とエピックを含むライブボード。

​
ロードマップの仕組み

ボードには、ロードマップアイテムのライフサイクルを表す 4 つの列があります。 各アイテムには 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 に留まります。

​
ロードマップへのアイテムの追加

rfc または epic とラベル付けされた任意の issue は自動的にボードに追加されます。ロードマップアイテムを提案するには:
  1. 提案を記述する GitHub issue を開く
  2. rfc または epic ラベルを追加（メンテナーもトリアージ中にこれを行える）
  3. issue が Exploring 列に現れる
  4. メンテナーがボード上で Protocol と Kind フィールドを設定する

​
トリアージ

各プロトコル領域には、新しい issue を毎週レビューし（約 15 分）、何に rfc または epic ラベルを付けるかを決定する責任を持つトリアージオーナーがいます。トリアージオーナーは、アイテムが実態を反映するよう毎月ボードもレビューします。 トリアージオーナーは四半期ごとに交代します。志願するには、Slack の関連するワーキンググループチャンネルで連絡してください。

​
バージョンマイルストーン

名前付きマイルストーンは、将来のメジャーバージョンで一緒に出荷されるロードマップアイテムをグループ化します。各マイルストーンは承認された RFC をリストします — 探索的なアイテム（コミュニティのインプットが開いている）は、メンテナーがそれをランドさせると決めるまでメインボードに残ります。

​
v4.0 — 2027 年初頭を目標

v4.0 は次の破壊的変更の蓄積ウィンドウで、リリースケイデンスポリシーに従い 2027 年初頭を目標としています。破壊的変更は、エコシステムがマイナーごとの非推奨を追いかけるのではなく単一の移行ウィンドウを計画できるよう、ここに集められます。下記にリストされたアイテムは v4.0 のコミットされた下限要件です。RFC が承認されるにつれて追加のアイテムがここに追加されます。 このマイルストーンは意図的に「セキュリティリリース」ではありません。プロトコルサーフェス全体にわたる蓄積された破壊的変更が一緒にランドするバージョンです。リクエスト署名が現在の下限要件です。破壊的変更を運ぶ他の承認済み RFC は、メインボードの rfc ラベルライフサイクルを進むにつれてここに追加されます。

​
リリース履歴

詳細なリリースノートとバージョン履歴については、次を参照。

​
参加するには

AdCP は、Slack 上のアクティブなワーキンググループとともにオープンに開発されています。