← 最新の論文
💻 computer science

The Agent Operating System (AOS): A Reference Operating Architecture for Distributed Agentic Systems

本論文は、既存のインフラストラクチャを置き換えることなく、異種混合のエージェント構成要素を、統治可能で信頼性が高く、かつ相互運用可能な分散システムへと構成することを可能にするため、「制御とガバナンス」および「ランタイムとコーディネーション」という二重平面構造を定義する、ベンダーニュートラルなリファレンスアーキテクチャであるエージェント・オペレーティング・システム(AOS)を提案する。

原著者: Ankur Sharma, Deep Shah

公開日 2026-08-05
📖 1 分で読めます☕ さくっと読める

原著者: Ankur Sharma, Deep Shah

原論文は CC BY 4.0 (http://creativecommons.org/licenses/by/4.0/) でライセンスされています。 これは以下の論文のAI生成解説です。著者が執筆または承認したものではありません。技術的な正確性については原論文を参照してください。 免責事項の全文を読む

大いなるAIの混沌と、交通整理役の必要性

あなたは、単に一つの指示に従うだけでなく、考え、計画を立て、世界に出て物事を成し遂げるすることができるロボットを作っているところだと想像してください。これは、**エージェンティックAI(Agentic AI)**という刺激的な新しい領域です。過去のチャットボットは、あなたが質問を入力するのを待ってから答えを出すだけでしたが、これらの新しい「エージェント」は、小さなデジタル従業員のようなものです。彼らは情報を調べ、ツールを使い、他のロボットと話し合い、さらには複雑な問題を解決するために自ら意思決定を行うことができます。

しかし、ここが難しいところです。ロボットが1台なら監視するのは簡単ですが、互いに話し合い、ツールを借り合い、リアルタイムで意思決定を行うチーム全体になったとき、状況はすぐに混乱します。誰が責任者なのでしょうか?もしロボットAがロボットBに何かをするよう命じた場合、ロボットBにはそれを行う権利があるのでしょうか?もしロボットBがミスをしたらどうなるでしょうか?コンピュータサイエンスの世界では、通常、メモリの使用権限やファイルの開封、スムーズな動作の維持といった基本事項を管理するために、オペレーティングシステム(OS)(WindowsやLinuxなど)に頼っています。しかし、従来のOSはクラブのドアマンのようなものです。彼らは身分証をチェックし、人数を数えますが、「なぜそこにいるのか」や「その計画が理にかなっているか」までは理解しません。彼らは、詩を書こうとしているロボットと、銀行口座を削除しようとしているロボットの違いを理解できないのです。

だからこそ、私たちは新しいものを必要としています。数学的な計算だけでなく、「意味」を理解できるシステムが必要です。ロボットが確率的な推測(つまり、答えに100%の確信がない状態)を行っているときでも、チーム全体が安全を保ち、ルールに従い、後で自分たちが何をしたかを説明できる方法が必要です。これが、論文「AOS-0001」が解決しようとしている問題です。


エージェント・オペレーティングシステム:デジタル都市の設計図

あなたが読んでいる論文は、**エージェント・オペレーティングシステム(AOS)**と呼ばれる新しい設計図を提案しています。これは、今日ダウンロードできる特定のソフトウェアのことではなく、AIエージェントのための安全で組織化された都市をどのように構築するかという、建築上のルール、すなわち「憲法」と考えてください。著者であるAnkur Sharma氏とDeep Shah氏は、現在のAIエージェントの世界は、誰もが独自の柵やルールを作っている「西部劇の荒野の町」のようなものであり、混乱と潜在的な危険を招いていると述べています。彼らは、誰もが合意できる地図を描きたいと考えています。

二つの平面を持つ都市:市長室と建設作業員

この論文の核心となるアイデアは、AIエージェントの管理を、密接に連携しながらも役割が全く異なる2つの「プレーン(平面)」、あるいはレイヤーに分割することです。著者は、これを都市の例えを用いて説明しています。

  1. コントロール&ガバナンス・プレーン(市長室): これは運用の「脳」です。その役割は、大きな問いに答えることです。「私たちは何をしようとしているのか?」「誰がそれを許可したのか?」「従わなければならないルールは何か?」「この計画は本当に良いアイデアだと言える確信がどれくらいあるのか?」

    • 「公園を修理する」という依頼を見る市長を想像してください。市長はシャベルを手に取りません。代わりに、市長は予算を確認し、依頼者に修理を命じる権限があるかを確認し、公園が洪水地帯にあるかどうかをチェックし、その計画が安全かどうかを判断します。
    • AIの世界では、このプレーンは意図(Intent)権限(Authority)ポリシー(Policy)、そして**確信度(Confidence)**を扱います。これは「ゴー(実行)」か「ノーゴー(中止)」の決定を下します。
  2. ランタイム&コーディネーション・プレーン(建設作業員): これは「筋肉」です。市長が「ゴー」と言った後、このプレーンは実際の作業を担当します。適切なツールを見つけ、適切な労働者(それは他のAIモデル、人間の作業者、またはソフトウェアツールかもしれません)を雇い、仕事が完了するようにします。

    • もし市長が「公園を直せ」と言えば、建設作業員は最高のシャベル、最高の労働者、そして作業を行うための最適な時間を見つけ出します。彼らは物流、交通、そしてスケジューリングを管理します。
    • AIの世界では、このプレーンはエージェントのライフサイクル(エージェントが正しく開始・停止することの管理)、ルーティング(タスクを正しい場所に送ること)、そしてスケジューリング(処理が滞らないようにすること)を管理します。

論文では、長い間、私たちはこれら2つの仕事を混同してきたと主張しています。私たちは、建設作業員(AIを実行するコード)が、何かを行うのが安全かどうかを判断させるようなことをしてきました。これは、建設作業員に建築許可を持っているかどうかを判断させるようなものです。著者らは、これらの役割を分離することが安全性と制御のために極めて重要であると示唆しています。

「ケイパビリティ(能力)」のマジックトリック

この論文の中で最も遊び心があり、かつ重要なアイデアの一つは、**ケイパビリティ(Capability)**という概念です。通常、私たちがAIに話しかけるときは、「サーバー上のPythonコードを使ってこれを計算して」と言うかもしれません。しかし、この論文は、「どのように行われるか」ではなく、「何が行われるか」を考えるべきだと提案しています。

ピザを注文している場面を想像してください。あなたはレストランに対して、「オーブンに行って、ペパロニを一枚取って、生地の上に置いて、400度で焼いて」とは言いません。ただ「ペパロニピザが欲しい」と言うだけです。レストラン(AIシステム)は、どのシェフが空いているか、どのオーブンが熱いか、そしてどこに生地があるかを判断します。

AOSにおいて、この「ペパロニピザ」はケイパビリティと呼ばれます。それは、「この文書を要約する」や「天気をチェックする」といった、結果に対する安定したラベルです。システムは、ユーザーに気づかれることなく、背後の「シェフ」(特定のAIモデルやツール)を入れ替えることができます。もし一人のシェフが病気になっても、システムは同じピザを作れる別のシェフに注文を送るだけです。これにより、システム全体が柔軟かつ信頼性の高いものになります。

「委任」の指揮系統

また、論文は厄letな問題である**委任(Delegation)**についても扱っています。メインのAIエージェントが、より小さなAIエージェントにタスクを依頼した場合、どうなるのでしょうか?その小さなエージェントは、突然何でもできる権限を持つようになるのでしょうか?

著者らは「決してそんなことはない」と断言します。彼らは**権限の保持(Authority Preservation)**と呼ばれる厳格なルールを提案しています。これは、親が子供に昼食代として少額のお金を渡すようなものです。子供はお昼ご飯を買うことはできますが、車を買うことはできません。もし子供が車を買おうとしたら、システムはそれを阻止すべきです。

AOSの設計図では、エージェントがタスクを委任するたびに、厳格に制限された「許可証」が渡されます。子エージェントは、親が許可した範囲内でのみ、親が許可した期間内でのみ、そして親が与えた金額の範囲内でのみ行動できます。もし子エージェントがこの制限を超えようとした場合、システムがそれを検知します。これにより、小さなミスが、AIエージェントが誤って権限を与えられたためにデータベースを誤って削除してしまうような、大きな惨事に発展することを防ぎます。

「確信度」のダッシュボード

もう一つの主要な機能は、システムが**確信度(Confidence)**をどのように扱うかです。以前のAIモデルは、単に答えを出し、おそらくそれがどれくらい確実かを示す小さな数字を添えるだけでした。しかし、この論文は、「確信度」は交通信号のような、実際の制御信号であるべきだと示唆しています。

システムが99%確信しているなら、信号は緑です:「進め!」
もしシステムが80%の確信しかなく、かつそのタスクがリスクを伴うもの(お金を動かすなど)であれば、信号は黄色かもしれません:「待て、人間にダブルチェックを求めよう」
もしシステムが50%の確信しかないなら、信号は赤です:「止まれ!何が起きているのかわからない」

論文は、システムが多くの要素を考慮した「確信度ダッシュボード」を持つべきだと提案しています。データは最新か?ツールは信頼できるか?計画は明確か?これらのあらゆる手がかりに基づき、システムは続行するか、やり直すか、あるいは助けを求めて人間に連絡するかを決定します。

この論文が「何であり」、何では「ない」のか

この論文が実際に何をしているのかを理解しておくことが重要です。著者らは、完璧なAIオペレーティングシステムをすでに構築したと言っているわけではありません。彼らのシステムが、世の中にある他のあらゆるものよりも速い、あるいは賢いと主張しているわけでもありません。

代わりに、彼らは**リファレンス・アーキテクチャ(参照アーキテクチャ)**を提案しています。それは、新しいタイプの家の設計図を描いている建築家のようなものです。彼らは家を建てているのではなく、異なる建設会社がすべて同じ安全で頑丈な基礎を持つ家を建てられるように、計画を描いているのです。

論文では、以下の事項を明確に除外しています:

  • これは、今日購入できる特定の製品ではありません。
  • あなたのコンピュータ上で動作するLinuxやWindowsといったオペレーティングシステムの代替品ではありません。
  • 単一のプログラミング言語や、特定のAIモデルではありません。
  • 現在起こりうるAIのあらゆる問題を解決すると主張しているわけではありません。

著者らは、これはあくまで提案であり、基盤であることを非常に明確にしています。彼らは、将来的にAIシステムが信頼でき、説明可能で、安全なものになるために、混沌を整理する方法を提案しているのです。彼らは、国ごとに異なるルールをどう扱うか、あるいは「確信度」の数値がいかに正確であるかを保証するかなど、まだ解決すべき多くの問いが残っていることも認めています。

大きな絵(ビジョン)

では、なぜこれが好奇心旺盛なティーンエイジャーにとって重要なのでしょうか?それは、AIの未来が単に「賢いチャットボット」にとどまらず、「現実の世界で物事を行うことができるAI」へと向かっているからです。それは、スマートホームを管理したり、医師の診断を支援したり、複雑なビジネス運営を行ったりできるAIのことです。

もしこれらのエージェントを管理する優れたシステムがなければ、私たちは、ロボットが強力でありながら予測不能であるデジタル世界を抱えるリスクを負うことになります。AOSの設計図は、「ルールの思考」と「作業の実行」を分離し、誰が何の権限を持っているかを厳格に管理することで、AIエージェントが混沌とした予測不能な存在ではなく、信頼できるパートナーとなる未来を築けることを示唆しています。

論文は、これはまだ始まりに過ぎないという言葉で締めくくられています。彼らは地図を描きましたが、実際のシステムを構築するための旅は始まったばかりです。彼らは、他の研究者や開発者がこれらのアイデアを使い、テストし、安全で統治されたAIの未来を共に築いていくことを呼びかけています。これは、私たちが作り出そうとしているデジタル世界が、誰もが信頼できるものであるようにするための、次世代の構築者たちへの行動喚起なのです。

自分の分野の論文に埋もれていませんか?

研究キーワードに一致する最新の論文のダイジェストを毎日受け取りましょう——技術要約付き、あなたの言語で。

Digest を試す →