Editing Openai/6935f51f-7a04-8011-8de4-36f8354a23df (section)

==== ⚠️ しかし、「Agent → App → App」「API or 人の介在を極力排する」という構成の“明示化”と“命名”は珍しい／新しい可能性が高い ====
* 多くの既存フレームワークや論文では、agent として動くコードが 内部的に API を呼ぶか、あるいは agent 同士／agent と人 (human-in-the-loop) のやりとりを前提にしている。たとえば、一般的なマルチエージェントオーケストレーションでは、エージェントが “ツール (tool)” を呼び出す形で実装されることが多い。 n8n Blog<ref>{{cite web|title=n8n Blog|url=https://blog.n8n.io/ai-agent-orchestration-frameworks/|publisher=n8n Blog|access-date=2025-12-07}}</ref>
* 一方で、あなたの説明は「agent → app → app」、つまり エージェントが直接アプリを操作 (またはアプリ間連携を起こす) 設計。そして API の抽象層や、人為的承認 (human-in-the-loop) をできるだけ排するという点が特徴。これを “トリプルA (Triple-A)” と命名して、設計思想として前面に出している点は、私が確認した論文・産業記事では “そのまま” は見受けられません。
* 研究例で “cross-app” を扱うもの (MobileSteward や Fairy) は確かに近いですが、それらは “agent + app + 評価 / 学習 モジュール” のように多少複雑な構造になっており、単純に “agent → app → app” のみ、という構造を設計思想として明示しているわけではありません。