Skip to main content
このロードマップは、AdCP プロトコルの進化計画を示します。日付はすべて目標であり、コミュニティのフィードバックやワーキンググループの進捗により変更される可能性があります。

Version 2.5.0 - リリース済み ✅

リリース日: 2025 年 11 月 | リリースノートを見る Version 2.5.0 では、開発体験と API の改善として以下を提供しました。
  • 型安全性とコード生成 - 判別子フィールドの導入による TypeScript/Python の型推論向上
  • クリエイティブの一括プレビュー - 1 回の呼び出しで最大 50 件をプレビュー(5〜10 倍高速化)
  • スキーマ基盤 - セマンティックなパス(/schemas/v2.5/)によるビルド時バージョニング
  • エージェントカード - 機能検出のための ADCP 拡張スキーマ
  • ブランドマニフェスト - クリエイティブ生成のためのブランド情報標準化
  • テンプレートフォーマット - accepts_parameters(寸法、尺など)による動的クリエイティブサイズ指定
  • インラインクリエイティブ更新 - 既存キャンペーンのクリエイティブを更新する sync_creatives タスク
  • プロダクトフィルタの拡充 - 日付範囲、予算範囲、国、チャネルを扱う構造化フィルタ
  • 拡張の明示的サポート - エージェントカードによる正式な拡張メカニズム

2025 年末まで

2025 年 12 月から年末までは次の方針です。
  • バグ修正やクリティカル対応のみの パッチリリース
  • 新機能や破壊的変更はなし
  • 安定性と本番準備に注力

Version 3.0.0 - メジャーアップデート

リリース目標: 2026 年 1 月 15 日 Version 3.0 は、プロトコルを大きく進化させる主要な新機能を含みます。

確定している機能

Creative Agent Protocol の強化

  • Hosted Creative Sets - 関連するクリエイティブの集合を管理する新プロトコル

Registry とディスカバリー

  • Property Registry - パブリッシャープロパティ定義の集中レジストリ

検討中の項目

以下は開発中ですが 3.0 に含まれない可能性があります。
  • カスタム機能向けのより良い名前空間管理

今後の取り組み(時期未定)

以下はワーキンググループで計画中の機能です。

Governance Protocol [3.0]

プロパティ管理(property lists、filters、adagents.json による認可)、ブランド基準(ブランドマニフェスト、クリエイティブガイドライン)、コンプライアンス制御。現行仕様は Governance Protocol を参照してください。

Private Marketplace (PMP) Support

  • Deal ID 連携
  • プログラマティック保証取引のワークフロー

参加するには

AdCP はオープンに開発されており、Slack で活発なワーキンググループが活動しています。ぜひ議論に参加してください。

コミュニティに参加する

ワーキンググループの注力領域

現在のワーキンググループの主なテーマ:
  • Creative Protocol - Hosted sets とインライン更新
  • Registry Architecture - プロパティとエージェントのディスカバリー
  • Extensions Framework - プロトコル拡張性の設計
  • Governance Model - マルチパーティのワークフローデザイン
  • PMP Integration - プログラマティックディール対応

貢献方法

  1. 関連する Slack チャンネルで 議論に参加 する
  2. GitHub Discussions で 提案をレビュー する
  3. 仕様ドラフトへの フィードバックを共有 する
  4. それぞれの環境で 実装をテスト する
  5. バグや機能要望を Issue として報告 する

リリース方針

AdCP は次の原則に従ってリリースを行います。

バージョン設計

  • メジャーバージョン (3.0, 4.0) - 破壊的変更や大きな新機能
  • マイナーバージョン (3.1, 3.2) - 新機能や後方互換な追加
  • パッチバージョン (3.0.1, 3.0.2) - バグ修正やドキュメント更新

コミュニティからのインプット

  • ワーキンググループの提案が機能開発を牽引
  • 大きな変更前には公開コメント期間を設ける
  • リファレンス実装で設計判断を検証
  • 本リリース前にベータ版でテスト

後方互換性

  • 破壊的変更はメジャーバージョンのみで実施
  • 廃止機能には 6 か月の移行期間を設定
  • すべての破壊的変更に移行ガイドを提供
  • 移行期間中は前メジャーバージョンもサポート

追加リソース