Agent Operating Systems (AOS): Integrating Agentic Control Planes into, and Beyond, Traditional Operating Systems
本論文は、エージェント・コントロールプレーンを従来のオペレーティングシステム内またはその傍らに統合することで、確率的かつ目標指向型のAIエージェントがもたらす特有のスケジューリング、メモリ、セキュリティ、およびガバナンスの課題に対処しつつ、それらが大規模においても制御可能で説明責任があり、かつ安全であることを保証する新しいシステムアーキテクチャである、エージェント・オペレーティングシステム（AOS）の概念を導入するものである。
原論文は CC BY 4.0 (http://creativecommons.org/licenses/by/4.0/) でライセンスされています。 これは以下の論文のAI生成解説です。著者が執筆または承認したものではありません。技術的な正確性については原論文を参照してください。 免責事項の全文を読む
従来のコンピュータのオペレーティングシステム（WindowsやLinuxなど）を、非常に厳格で、規則に忠実な建設現場のマネージャーとして想像してみてください。
このマネージャーは、明確な設計図に従う人間の作業員を扱うことには長けています。もし作業員が「ハンマーが欲しい」と言えば、マネージャーはルールを確認し、その作業員に許可があることを確かめてからハンマーを渡します。もし作業員が許可なくチェーンソーを使おうとしたら、マネージャーは「ダメです」と拒否します。作業員の行動は予測可能で、直線的であり、追跡が容易です。
問題：「AIエージェント」
さて、新しいタイプの作業員、「AIエージェント」を雇ったとしましょう。この作業員はこれまでとは異なります。
- 彼らは固定された設計図に従うのではなく、目標（例：「休暇の計画を立てる」）を持っています。
- 彼らは確率的に考えます（最適な経路を推測します）。
- 彼らは長期間活動し続け、タスクの途中で考えを変えることもあります。
- 彼らは、ステップごとに許可を求めることなく、自分自身で旅行代理店に電話し、ホテルを予約し、チケットを購入すると判断するかもしれません。
旧来の「建設マネージャー」（従来のOS）は混乱します。マネージャーは、AI作業員が数時間間、何もせず座っている（フライトの空きを待っている）のを見て、彼らが怠慢であると考えてしまいます。マネージャーは、その作業員が「計画中」であることを理解していません。なぜ特定のホテルを選んだのか、その理由も分かりません。ただ、作業員がホテルを購入したという事実しか分かりません。もし作業員がミスをしたとしても、マネラーは、そのミスに至った思考プロセスを簡単に追跡することができません。
解決策：エージェント・オペレーティングシステム（AOS）
この論文では、「目標マネージャー」としての役割を果たす、既存の建設マネージャーの上に位置する特別な管理層である、**エージェント・オペレーティングシステム（AOS）**という新しいレイヤーを提案しています。
AOSの仕組みを、簡単な比喩を用いて説明します。
1. 三つのチーム構造（プレーンの分離）
AOSは、安全性を保つために仕事を3つの異なるチームに分割します。
- ドリーム・チーム（推論プレーン）： これはAI自身です。彼らは創造的で、推測を行い、計画を練ります。極めて重要なのは、AOSはこのチームを「信頼できないもの」として扱う点です。 彼らはアイデアを「提案」することはできますが、「実行」することはできません。
- バウンサー／用心棒（ポリシー・プレーン）： これはルールを作る存在です。ドリーム・チームの提案を確認し、「これは許可されているか？ 安全か？ 予算内か？」と問いかけます。そして、厳格なルールに基づいて「イエス／ノー」の決定を下します。
- 実行者（実行プレーン）： これらは実際に作業を行う作業員です。彼らは、バウンサーが「イエス」と言った場合にのみ行動します。彼らはサンドボックス（安全で制限された領域）の中に閉じ込められており、誤って何かを壊すことがないようになっています。
2. 新しい職種（第一級エンティティ）
通常のコンピュータでは、OSは「プロセス」（実行中のプログラムのようなもの）を追跡します。AOSでは、新しい職種を導入しています。
- エージェント・アイデンティティ： AI作業員のための固有のIDカード。
- ゴール・グラフ： 作業員の現在のミッションとそのステップを示すマップ。
- ケイパビリティ（能力）： その作業員が触れることを許可された特定のツールリスト（例：「メールは読めるが、削除はできない」）。
- 実行記録： 下されたすべての決定の、永久に書き換え不可能な日記。
3. 「ツール」対「システムコール」
通常のコンピュータでは、プログラムはファイルを開くためにOSに依頼します。AOSでは、AIはツール（例：「航空券を予約する」）の使用を求めます。
- AOSは、これを高セキュリティの検問所として扱います。
- ツールが使用される前に、バウンサーは「このツールは許可されているか？ 目的地は安全か？ 価格は予算内か？」をチェックします。
- もしAIが、バウンサーを通らずに直接旅行代理店に電話しようとするなど、ツールをこっそり持ち込もうとした場合、AOSはそれをブロックします。
4. メモリとコンテキスト
通常のコンピュータはファイルを保存することで記憶しますが、AIエージェントは「コンテキスト・ウィンドウ（短期記憶）」と「長期記憶」を持つことで記憶します。
AOSは、これを**司書（ライブラリアン）**のように管理します。単に本を保管するだけでなく、以下のタグを付けます。
- この情報はどこから来たのか？（プロベナンス／由来）
- この情報は信頼できるか？（信頼レベル）
- いつ破棄すべきか？（保持ルール）
これにより、もしエージェントが悪判断を下した場合、その間違いを犯した時にエージェントがどのような情報を見ていたのかを、司書のログから正確に確認できるようになります。
5. 「ブラックボックス」問題
AIの推論はしばしば「ブラックボックス（思考プロセスが不明）」です。論文は、AIの脳を100%予測可能に修正することはできないと認めています。
AOSのトリック： AOSは、AIの「思考」を予測可能にしようとはしません。代わりに、AIの**「行動」**を予測可能にします。
- 脳の内側： 混沌や確率的な動きは問題ありません。
- 境界線（ドア）において： すべての行動は、決定論的（厳格で不変）なルールセットによって、チェックされ、ログに記録され、承認されなければなりません。
6. 既存のコンピュータとの適合性
この論文は、AOSがWindowsやLinuxを置き換えるものではないことを明確にしています。
- LinuxやWindowsは、依然として基礎（ハードウェア、メモリ、基本的なセキュリティ）であり続けます。
- AOSは、その上に位置する新しいソフトウェアレイヤーであり、AIエージェントのためのコントロールタワーとして機能します。
- それは現在のコンピュータ上（ユーザースペース）でも、あるいはネットワーク全体のコンピュータ群（分散コントロールプレーン）においても動作します。
まとめ
この論文は、AIエージェントを通常のソフトウェアのように実行することはできないと主張しています。彼らはあまりにも異質だからです。私たちは、AIエージェントを監視するための新しい「オペレーティングシステム」のレイヤー、すなわち厳格な監督者を必要としています。この監督者は、たとえAIが創造的で予測不可能であっても、その行動が安全であり、ログに記録され、人間が定義したルールによって厳格に制御されていることを保証します。これにより、AIを「制御不能な従業員」から「管理され、責任の所在が明確な作業員」へと変えるのです。
自分の分野の論文に埋もれていませんか？
研究キーワードに一致する最新の論文のダイジェストを毎日受け取りましょう——技術要約付き、あなたの言語で。