iFay と Agent の本質的な違い
iFay は「より強力な Agent」ではなく、監護される Agent です。この一字の違いはレトリックではなく、Faying Protocol が自身を主流の AI Agent 概念から区別する全ての根拠です。
「自律的であるほど良い」は Agent の設計哲学
ここ数年、AI Agent 概念について最も多く議論されてきた一文を凝縮すれば「自律的であるほど良い」となります。Agent はタスクの発起者と実行者を分け、人は「何をしたいか」だけを担当し、「どうやるか」をシステムに任せます。Agent 同士はさらに組み合わさることができ、ある Agent が別の Agent を呼び出して、自動的に協力しより大きなタスクを完成させます。
この哲学は工学的に魅力的です。新しい法概念も、新しい責任端も必要なく、Agent の能力を強化し、ツール呼び出しを揃え、推論チェーンを深めれば、残りの帰属問題は「外側のコンプライアンス層が兜底する」だけ済みます。この前提は今日大多数の Agent 製品の設計指向を支えています。
iFay は見た目には Agent と非常に似ています。自律的に推論し、自律的に実行し、自律的にフィードバックでき、タスク層面で人類水準に近い代理能力も持てます。しかし iFay と Agent はある根本的問題で分かれます。
iFay の自律性は Faying State の内部に建てられなければならない。
Agent は「自律」を最高目標とし、iFay は「自律」を監護される能力とします。
二つの視点の並列対照
| 次元 | Agent 視点 | iFay 視点 |
|---|---|---|
| 設計目標 | 自律性の最大化 | 自律性は Faying State の制約を受ける |
| 責任端 | 概念を内蔵せず、コンプライアンス層を外付けで兜底 | プロトコル層で明示的に表現：Human Prime（ヒューマンプライム） |
| 行為発起 | タスクを受け取れば行動可能 | 必ず先に Faying Action があってから行動可能 |
| デフォルト状態 | 「オンラインなら稼働」 | デフォルトは Rogue Fay、行動は許されない |
| 切断時の処置 | 多くは「可能な限りタスクを完成させる」傾向 | 直ちに行動停止し Rogue Fay へ移行 |
| 跨 Agent 協働 | 任意に発起、帰責は弱い | 通信発起側は Faying State にある必要があり、帰責の鎖はジャンプを許さない |
| 規制接続 | 多くは外側のプラットフォームやコンプライアンスシステムが補完 | プロトコル自体に内蔵、第一級の設計要素である |
| 失敗モード | 「誤りを犯す Agent」 | ブループリント層で「誤りを犯す iFay」の存在を禁止——やらないか、Human Prime が責任を負うかのいずれか |
表全体の鍵はある一行ではなく、全体の方向性です。Agent は責任、監護、帰属を「外側の課題」とみなし、呼び出し側、プラットフォーム側、コンプライアンス側が Agent の外に保護殻を築きます。iFay は責任、監護、帰属を「核心の課題」とみなし、プロトコル自体がこれらの性質の担い手であることを要求します。
外側の兜底はなぜ不十分か
合理的な反問はこうです。Agent にプラットフォームコンプライアンス層を加え、IAM を加え、ログを加え、人手審査を加えれば、iFay と同じ効果に到達できるのではないか？
小規模、低自治、低重要性のシナリオでは、外側の兜底は確かに足ります。SaaS ワークフローに厳密に枠付けられたカスタマーサポート Agent は、外側のコンプライアンスでその全責任を引き受けられます。
しかし Fay が大規模に社会に充満すると、外側の兜底は三つの方向で失効します。
第一の失効は境界問題です。Agent が直接端末ハードウェアを駆動し、跨プラットフォーム・跨ネットワークで協働するとき、単一プラットフォームのコンプライアンス層では全行為を到底カバーできません。Agent が有能になるほど、その活動範囲は単一プラットフォームの管轄境界を超えていきます。
第二の失効は遅延問題です。Agent がいったん不可逆な物理動作——ドローンの配送、機械腕の搬送、資金の振替——をトリガーすると、事後監査では「すでに発生した」を取り消せません。外側のコンプライアンスの本質は事後審査ですが、物理的帰結は事後審査を受け入れません。
第三の失効は帰属問題です。複数の Agent が跨ベンダーで協働し一つの行為を完成させたとき、事後監査は「どの工程で誤りが起きたか」を判定できますが、「この行為全体は誰に帰属するか」には答えられません——帰属こそが責任の本体です。これは第 1 章 G1–G4 ですでに展開した論証です。IAM はアカウントが誰かを解決し、OAuth は呼び出しの合法性を解決し、プラットフォームコンプライアンスはアカウントの参入を解決し、AI Alignment は Fay が何をしたいかを解決します。それらはいずれも隣接問題を解決しているのであり、いかなる一つも「行為が誰に帰するか」を解決していません。
iFay の設計選択は、これら三つの問題をプロトコル層で解消し、外側に残さないことです。これは工学的最適化ではなく、Fay 時代に耐え難い責任の空白に対する正面からの応答です。
iFay = Agent + Faying Protocol
もし iFay と Agent の関係を簡略化した等式で表現するなら、次のようになります。
iFay = Agent + Faying Protocol 監護契約
この等式は工学的に iFay が必ず「Agent + ミドルウェア一片」であることを意味するのではありません。それが表現するのは構造的な追加です。iFay は Agent が自律推論、タスク実行、文脈学習などにおいて持つ全技術能力を保持します。しかし iFay の全自律能力は、明示的、見証可能、対称的に撤回可能な契約により制約されなければなりません。この契約こそが Faying Protocol です。
Faying Protocol は iFay の何らかの外付けモジュールでも、何らかのオプショナルなコンプライアンス強化でもありません。それは iFay が一般 Agent と区別される身分そのものです。iFay と称しながら Faying Protocol の制約を受け入れない実体は、本ブループリントの定義においては iFay ではなく、ただの一般 Agent にすぎません。逆もまた然り。一般 Agent は、Faying Protocol によって明示的に「Human Prime ↔ iFay」の監護契約に組み込まれた瞬間、その契約の有効期間中は iFay の身分で存在します。契約が失効した瞬間、それは離脱状態の存在物（Rogue Fay）に戻ります。
Faying Protocol を取り去れば、iFay は Agent に退化します。Faying Protocol を加えれば、Agent は責任端の明確な iFay に組み込まれます。
