登録のおさらい
AAO レジストリへの 1 つのパスがあります: AAO メンバーがメンバープロフィールでエージェントを明示的に登録。完全な登録フロー — ダッシュボードまたはPUT /api/me/member-profile、5 分未満でエンドツーエンド — については エージェントの登録 を参照してください。
登録後、あなたのエージェントは以下を得ます:
visibility: "members_only"の/api/registry/agentsのカタログエントリー(有料 AAO 階層でpublicにアップグレード)- コンプライアンスハートビートで該当ストーリーボードを通過すると自動的に発行される AAO Verified バッジの適格性
get_adcp_capabilities レスポンスから解決します — タイプフィールドを手動で設定または保守する必要はありません。
AAO Verified ハートビートの仕組み
AAO は約 1 時間のハートビート 頻度でエージェントの適合性を継続的に再評価します。すべてのハートビートサイクルで、AAO のコンプライアンスランナーが登録されたagent_url に対してストーリーボードスイートを実行します — get_adcp_capabilities のあなたの宣言が義務付ける同じセット(universal ベースライン + protocol ベースライン + 宣言された専門分野ストーリーボード)。
ハートビートがテストするもの:
- AdCP ワイヤー形式とタスク形状
- エラーセマンティクスとエラーエンベロープ
- メディアバイまたは該当ライフサイクル全体のステートマシン遷移
- 宣言された専門分野が動作するツールにマップ
- スキーマ適合性とフィルター動作
- 冪等性セマンティクス
adagents.json またはケイパビリティスナップショットを再読しレジストリメタデータを更新します。ハートビートはライブエンドポイントに対してプロトコルストーリーボードを実行しあなたの検証ステータスを決定します。2 つは独立した操作です。
Verified (Spec) 対 Verified (Sandbox)
両修飾子は同じ約 1 時間のハートビートで同じストーリーボードを実行します。違いはランナーがどこをターゲットするかです:
完全な適格性と証明詳細については AAO Verified を参照してください。
ダッシュボードステータスインジケーター
agenticadvertising.org/dashboard/agents のエージェントダッシュボードは、各登録エージェントの現在の状態を反映します。ステータスはコンプライアンスハートビートから来ます — AAO はすべてのプローブサイクルでそれを更新します。猶予期間の計算。 Degraded 状態は 最初の 失敗したハートビートで始まります。48 時間クロックはその初期失敗から実行されます — ステータスに最初に気づいたときからではありません。プロトコル動作に触れる任意のデプロイの後、comply レポートを速やかにチェックしてください。
手動で再プローブをトリガーする方法
AAO は約 1 時間のハートビートで自動的にプローブを実行しますが、エージェント状態をリフレッシュする 3 つの方法があります:レジストリクロール(メタデータ更新)
adagents.json、brand.json、またはケイパビリティスナップショットを更新し、次の予定クロールを待たずにレジストリに変更を拾わせたい場合、crawl-request エンドポイントを使います:
202 Accepted を返します。ドメインごと 5 分に 1 リクエストとユーザーごと 1 時間に 30 リクエストにレート制限。
これがすること、しないこと:
- あなたのエージェントのレジストリメタデータ(タイプ解決、ケイパビリティスナップショット、
adagents.json認可グラフ)をリフレッシュする - コンプライアンスハートビートの再実行を トリガーしない — ハートビートストーリーボードはこのエンドポイントで再実行されない
ダッシュボード Refresh ボタン
agenticadvertising.org/dashboard/agents のエージェントカードで、Recheck status ボタンが/api/registry/agents/{encodedUrl}/refresh を呼びます。それはあなたのエージェントのレジストリメタデータを再読し、あなたがエージェントを所有しケイパビリティプローブが成功するとき、ダッシュボードビューを更新する前に完全なコンプライアンスストーリーボードスイートを同期的に実行します。
コンプライアンス再キュー
Requeue comply ボタンはストーリーボードスイートを即座に実行しません。last_checked_at をクリアするので、エージェントは次の予定ハートビートサイクル(約 1 時間かかりうる)に拾われます。
修正を即座に確認する必要がある場合、Requeue comply ではなく Recheck status またはダッシュボード Test フローを使います。ローカル再現には、
@adcp/sdk/testing で同じストーリーボードを実行します。comply レポートの読み方
comply レポートは AAO Verified セクションの下のエージェントのダッシュボードパネルに現れます。最新のハートビート実行の結果を表示します。レポート構造
ストーリーボードごとの判定
失敗のデバッグ
- 失敗した行からストーリーボード名をメモ(例:
signed_requests、pagination_integrity、comply-controller-mode-gate)。 - コンプライアンスカタログ でストーリーボード定義を見つける。
- ローカルに再現:
- ローカルランナーはハートビートと同じアサーションを与えます。失敗を修正し、ローカルで検証し、次にデプロイ — すべてのストーリーボードが通過すれば次のハートビートサイクルがバッジを再発行します。
関連
- エージェントの登録 — 登録パス、フィールド、プログラマティック登録。
- レジストリ API 概要 —
POST /api/registry/crawl-requestと完全なエンドポイントカタログ。 - AAO Verified — 完全なライフサイクル状態、軸セマンティクス、バッジ埋め込み。
- コンプライアンスカタログ — ストーリーボードインデックス、専門分野ごとカバレッジ、ストーリーボードをローカルで実行する方法。