オペレーションの種類
AdCP のオペレーションは次の 3 種に分類されます:1. 同期オペレーション
completed または failed で即時応答:
| Operation | Description |
|---|---|
get_adcp_capabilities | Agent capability discovery |
list_creative_formats | Format catalog |
2. 対話的オペレーション
処理継続前にinput-required を返す場合があります:
| Operation | Description |
|---|---|
get_products | When brief is vague or needs clarification |
create_media_buy | When approval is required |
3. 非同期オペレーション
working または submitted を返し、ポーリング/ストリーミングが必要:
| Operation | Description |
|---|---|
create_media_buy | Creates campaigns with external systems |
sync_creatives | Uploads and processes creative assets |
get_products | Complex inventory searches |
activate_signal | Activates audience segments |
タイムアウト設定
オペレーション種別に応じて妥当なタイムアウトを設定します:Human-in-the-Loop ワークフロー
設計原則
- デフォルトは任意 - 承認は実装ごとに設定
- 明確なメッセージ - 何を承認するかを明示
- 適切なタイムアウト - 人の入力で無期限にブロックしない
- 監査証跡 - 誰が何をいつ承認したか記録
承認パターン
よくある承認トリガー
- 予算閾値: $100K 超のキャンペーン
- 新規広告主: 初回の購入者
- センシティブコンテンツ: 特定業界や話題
- 手動インベントリ: パブリッシャー承認が必要なプレミアム枠
進捗トラッキング
進捗更新
長時間処理では進捗情報が提供されることがあります:進捗表示
プロトコル非依存パターン
これらのパターンは MCP/A2A どちらでも機能します。確認フローを含む商品探索
Campaign Creation with Approval
完了まで待機
非同期前提の設計
状態を永続化する
非同期処理でメモリ状態に依存しない:再起動に耐える
オーケストレーター再起動後に追跡を再開:ベストプラクティス
- 非同期前提で設計 - どの操作も時間がかかる前提
- 状態を永続化 - メモリだけに依存しない
- 再起動を考慮 - 起動時に追跡を再開
- タイムアウトを実装 - 無限に待たない
- 進捗を表示 - ユーザーに状況を伝える
- キャンセル対応 - 長時間処理をキャンセル可能に
- 監査証跡 - ステータス遷移をログ
次のステップ
- Webhooks: ポーリングの代わりにプッシュ通知を使う場合は Webhooks
- Task Lifecycle: ステータス処理の詳細は Task Lifecycle
- Orchestrator Design: 本番パターンは Orchestrator Design