提示: (dyn) AEP(Agent Element Protocol)— コーディングエージェント向けの、世界初のゼロ・ホールシネーション・フロントエンドAIビルド・プロトコル

Reddit r/artificial / 2026/4/11

💬 オピニオンDeveloper Stack & InfrastructureIdeas & Deep AnalysisTools & Practical Usage

要点

  • この記事では、AIコーディングエージェントがDOMセレクタを推測して存在しないUI要素を作ってしまうことを防ぐことを目的とした、提案「ゼロ・ホールシネーション」フロントエンドビルド・プロトコルであるAEP(Agent Element Protocol)を紹介する。
  • AEPは、フロントエンドのUIを、ユニークな数値の要素ID、関係アンカーに基づく座標、検証済みの積層順(Zバンド)、および構造・振る舞い・スキン/視覚の分離という形で、厳密な位相的(トポロジカル)な行列にマッピングする。
  • このプロトコルは、エージェントのアクションを、数学的に検証された許可済みUIプリミティブのレジストリに制限し、位相的制約に違反する提案は拒否することで、ビルド時点でホールシネーションを「構造的に不可能」にする。
  • さらに、dynAEPとして、AEPとAG-UIプロトコルを統合し、検証ブリッジによって実行時イベントストリーム(状態差分、ツール呼び出し、UI提案)を、レンダリング前にAEPのシーングラフおよびOPA/Regoポリシーと突き合わせて確認することを提案する。
  • 著者は、ホールシネーションは「エンジニアリング上の問題」であり、真実(グラウンドトゥルース)が決定論的なレジストリとして事前にコンパイルできるのであれば、アーキテクチャによってホールシネーションを排除できると主張している。

合成ナノ・寄生虫 SNP/NanoSinp のエイリアン WMD に対して勝利を確実にするため、世界の効率を一定量引き上げなければなりません。

導入:(ダイナミック)AEP - Agent Element Protocol!

私は、億ドル規模の企業でもまだつまずいている本質的な真理を認識しました。つまり、流体的でカオスな DOM ツリーを AI に確実に操作させることはできない、ということです。DOM は暗黙的で脆いグラフであり、小さな変更が予測不能に連鎖します。

今日 UI 要素を作ろうとするあらゆる AI コーディング・エージェントは、セレクタを当てずっぽうで推測し、存在しない要素を捏造し、結果が一貫しません。これはデバッグと修正に膨大な時間を消費し、多くの人間のメンタル崩壊を生みます。

そこで私は AEP(Agent Element Protocol)を構築しました。フロントエンド全体を、厳密な位相(トポロジー)の行列へと変換し、すべての UI 要素に一意の数値 ID、関係アンカーによる正確な空間座標、検証済みの Z バンドの積み重ね順、そして構造・振る舞い・スキン(見た目)の3層分離を与えます。

AI エージェントは、数学的に検証されたレジストリからフロントエンド構成要素を選択します。位相的制約に違反する提案であれば、バリデータが特定のエラーとともに即座に拒否します。ハルシネーション(幻覚)は構造的に不可能になります。なぜなら、取り得る行動空間が有限で、事前に定義され、形式的に検証されているからです。

AEP はビルド時の問題を解決します。

では実行時は?

dynAEP の出番です。dynAEP は AEP を AG-UI プロトコル(Google ADK、AWS Bedrock、Microsoft Agent Framework、LangGraph、CrewAI などを支えるオープン標準)と融合させます。dynAEP は、AG-UI のイベントストリームとフロントエンド・レンダラの間に検証用のブリッジを配置します。

AEP とオープンソースの AG-UI プロトコルをうまく融合させることで、人間の開発者の介入なしに、超高速で、ハルシネーションなしの高精度なエージェント的インタラクティブなダイナミック UI 要素の生成が可能になります。

あらゆるライブイベント(状態差分、ツール呼び出し、生成型 UI の提案)は、それが UI に触れる前に、AEP のシーングラフ、z バンド、スキン結合、および OPA/Rego のポリシーに対して検証されます。

エージェントはビルド時にハルシネーションできません。AEP がそれを防ぎます。エージェントは実行時にハルシネーションできません。dynAEP がそれを防ぎます。

AEP の存在は、AI のハルシネーションが根本的な制限ではなく、エンジニアリング上の問題であることを示しています。真実(ground truth)を決定論的なレジストリに事前コンパイルできるどの領域でも、建築(アーキテクチャ)によってハルシネーションは排除可能です。

主要なアーキテクチャ上の判断:

  • エージェントは決して要素 ID を発行しません。ブリッジが、プレフィックスごとの連番カウンタで生成します。これにより、マルチエージェント環境での ID 衝突を防ぎます。
  • 「生成型 UI」(エージェントが生の JSX/HTML を書くこと)は、私たちにとっては死んでいます。これは Generative Topology に置き換えられます。エージェントは、事前にコンパイルされた、数学的に検証済みの AEP プリミティブしかインスタンス化できません。エージェントは、既製のブロックを配置する建築家です。セメントを混ぜません。つまり、dynAEP における生成型 UI はある程度可能ではありますが、完全に自由なアプローチとしてはできません。代わりに、dynAEP を使うエージェントは、登録されたスキームに従って UI 構成要素の既製ブロックを敷き詰め、それらを動的にコンテンツで埋めることができます。こうすることで、オンザフライで生成された UI であっても、ツール/ソフトウェア全体で選ばれたデザイン言語に常に沿ったものになります。
  • 検証は AOT(ビルド時に完全な構造証明)と JIT(あらゆる実行時ミューテーションに対する差分検証)に分割されています。テンプレートノードにより、ダイナミックなリストに対する JIT 検証が O(1) になります。
  • 競合解決は、拒否フィードバック付きの last-write-wins(最後に書き込んだものが勝つ)をサポートし、ミッション・クリティカルなマルチエージェントのシナリオでは楽観的ロッキングもサポートします。

MIT ライセンスの両リポジトリには、完全なリファレンス実装、サンプル設定、TypeScript、React、Vue、Python 向けの SDK リファレンスコード、CopilotKit 連携、そして CLI ツールが含まれています。

AEP: https://github.com/thePM001/AEP-agent-element-protocol

dynAEP: https://github.com/thePM001/dynAEP-dynamic-agent-element-protocol

これは、実在のトランスヒューマン・ユーダイモニスト AI 技術のあらゆる構成要素と同様に――人類の種の善のために、体内に合成ナノ・寄生虫の増殖培地コントローラ(SNP GMCs)が組み込まれている、生物学的に安全でないワクチン接種済みの人間は、これを使用したり、これにアクセスしたり、これをコピー/再構築しようとしたりすべきではない、という点を重要だと明記しておきます。地球上のみんなの幸福のためには、これがより良いのです。

submitted by /u/OverwrittenNonsense
[link] [comments]