同じ大規模言語モデルを使っていても、作業面が「ターミナル／IDE の CLI」なのか、「Docker 内のフル Linux デスクトップ」なのかで、運用は大きく変わります。
📑目次
とくに次の3点が分岐しやすいです。
- 権限境界
- ブラウザ操作
- 長時間セッションの扱い
Agent Zero の位置づけ
Agent Zero（GitHub: agent0ai/agent-zero）は、後者を前提にした OSS エージェント枠組みです。公式が掲げる中核は次のとおりです。
- Canvas 内の XFCE デスクトップ
- DOM 注釈付きブラウザ
- Markdown／LibreOffice の共同編集
- Projects／memory
- Plugin Hub
- ホスト橋渡しの A0 CLI
- 下位エージェントへの委任
v2.6 と本記事の根拠
2026年7月23日に公開された v2.6 では、運用耐久寄りの変更が並びます。
- goal ツールの統合
- 再開可能な secret-safe なチャット compaction
- ランタイムの secret マスク改善
- シェル／SSH 終了の完了扱い
- 壊れた tool 呼び出しの修復
X 上では同じモデルで Claude Code 系と同一課題を比較するデモが話題になります。ただし本記事では人気指標ではなく、次の一次・二次情報を根拠に、導入分岐と採用前チェックまで整理します。
- 公式 README
- Release v2.6
- agent-zero.ai
- 独立レビュー／比較
Agent Zero とは何か（Docker 上のフル Linux 作業台）
結論から言うと、Agent Zero は特定 SaaS に縛られない、パーソナル／開発向けの汎用 OSS エージェント枠組みです。エージェントに「ツール断片」だけを渡すのではなく、隔離された Linux 環境そのものを作業台として与える設計が中心です。
公式が強調する8機能
公式 README が強調する機能は、次の8点に整理できます。
- Full Linux desktop — Canvas 内 XFCE。GUI アプリやファイル操作もエージェントの道具になる
- Browser DOM annotation — 要素単位の inspect / change / lift / comment
- Live document cowork — Markdown と LibreOffice Writer／Calc／Impress
- Plugin Hub — コミュニティ拡張（100+ を訴求）
- Projects and memory — 秘密・メモリ・repo・model preset の案件分離
- Host-machine bridge（A0 CLI） — ホスト側リポジトリへの橋渡し
- Multi-agent cooperation — 下位エージェントへの委任
- Transparent internals — prompts／tools の検査と編集
規模感と第三者整理
調査時点の GitHub 規模感は、おおよそ 18.5k stars / 3.7k forks です。
モデル接続は、OpenAI・Anthropic・Gemini・Ollama など複数プロバイダを想定した案内があります。
第三者の Agentic Index ベンダー整理でも、次の軸が「フル寄り」に分類されています（Agentic Index — Agent Zero）。
- Docker 内フル Linux
- ブラウザ／computer-use
- 階層 subordinate
- memory
- モデル柔軟性
- MCP／A2A／plugin 拡張
- self-hosted
機能サマリー表
| 機能 | 読者が得られること | 注意点 |
|---|---|---|
| XFCE Desktop | GUI アプリをエージェントが操作できる | コンテナ資源と表示遅延 |
| Browser 注釈 | UI レビューを要素単位で指示できる | 既定は Docker 内ブラウザ |
| Projects | 秘密・メモリ・repo を案件ごとに分けられる | 設計をサボると混線する |
| A0 CLI | ホストの作業ツリーに橋渡しできる | R/W や RCE は opt-in の危険域 |
| Plugin Hub | UI から拡張を足せる | 配布元の信頼性が前提 |
出典: GitHub agent0ai/agent-zero（2026年7月時点の README 整理）
読者への含意は単純です。「コード生成の速さ」だけで選ぶ対象ではなく、OS ごと隔離した作業台が欲しいかで一次分岐してください。
v2.6 で実務が変わるポイント
結論: v2.6（2026-07-23）は新機能の見本市というより、長時間チャットとシェル運用の耐久パッチが中心です。
運用インパクトの大きい変更
運用インパクトが大きい変更は次のとおりです。
- goal ツール統合 — create／get／update／storage を multi-action の goal ツールへ集約
- 再開可能な secret-safe compaction — 認可、evidence、pending、skills、secret 参照などを固定サマリに残しつつ圧縮
- runtime secret 赤action の改善 —
usr/.envは API キーと login／password 中心にマスク（通常設定値で会話が壊れにくくする） - シェル／SSH 終了を完了扱い —
is_terminated／get_exit_code、終了セッションの lazy recreate - malformed tool／response の repairable 化 — thinking 停滞を減らす方向
- Docker browser 描画の安定化、Chrome 拡張インストール修正
- A0 Launcher 配布リンクを v1.4 に更新
再評価の目安
読者判断の目安は次です。
- 長時間チャットが途中で切れる
- 秘密がログや要約に混ざりやすい
- シェルは終わっているのにエージェントが待ち続ける
こうした痛みがあるなら、v2.6 以降での再評価価値が高いです。
逆に、まだ一度も起動していないなら、まず導入パスと安全境界を固めてから機能差分を試す方が効率的です。
導入パスの選び方（Launcher / Install / Docker 直）
結論: 正解は1つではなく、マシン形態と運用スタイルで分岐します。公式は A0 Launcher v1.4、curl | bash／PowerShell の A0 Install、および docker run 直起動を案内しています。
導入パス比較表
| パス | 向いている人 | 公式の導線イメージ | 初回のつまずき |
|---|---|---|---|
| A0 Launcher v1.4 | デスクトップで Docker を扱いたい | macOS／Linux／Windows の dmg／AppImage／exe（x86／ARM） | Docker 未起動 |
| A0 Install | SSH・サーバ・スクリプト化 | curl -fsSL https://bash.agent-zero.ai | bash ／ irm https://ps.agent-zero.ai | iex |
ランタイム setup 権限 |
| headless quick-start | 無人セットアップ | ... bash -s -- --quick-start --name agent-zero --port 5080 |
ポート衝突 |
| docker run 直 | 既に Docker がある | docker run -p 80:80 -v a0_usr:/a0/usr agent0ai/agent-zero |
80 番使用中 → -p 5080:80 |
出典: GitHub README / agent-zero.ai
永続化と二次証拠
永続化の基本は、コンテナ内 /a0/usr（Instance データ）を volume に載せることです。
独立レビューの Apidog も、次の流れを実機寄りに書いています（Apidog レビュー）。
- Docker Desktop
- 永続ボリューム
- ローカル Web UI
- OpenAI／Ollama 設定
- 並行チャット
補足制約は次のとおりです。
- ローカル LLM（例: Qwen3）は 8GB+ RAM 目安
- プロンプト感度も制約として触れられている
- レビュー時点のイメージ名には世代差がある
- 現行公式は
agent0ai/agent-zeroを正とする
A0 CLI（ホスト側）
ホスト側だけに入れる A0 CLI は、次の系統です。
curl -LsSf https://cli.agent-zero.ai/install.sh | sh
a0 で既存 Instance に接続します。
公式トラブルシュートの定番は次です。
- Docker 未起動
- port 80 競合
- サーバでは quick-start
Claude Code / Codex 系との比較軸（同じモデルでもハーネスが違う）
結論: ここでの比較目的は「どちらが常に強い」ではなく、作業面と権限面の選択です。X のトークン効率デモは発見シグナルとしては有用でも、計測条件のない数値は確定ベンチにはしません。
比較表
| 軸 | Agent Zero | Claude Code / Codex 系（典型） | 読むときの問い |
|---|---|---|---|
| 主作業面 | コンテナ内 Linux デスクトップ + Web UI | ターミナル／IDE 統合 CLI | GUI と OS 道具が要るか |
| ブラウザ | 内蔵 DOM 注釈 + 任意ホストブラウザ | ツール／拡張依存 | 要素単位の UI 指示が要るか |
| 隔離 | Docker を強く推奨・前提に近い | ホスト権限モデルが製品依存 | 破壊的操作のブラスト半径 |
| 拡張 | Plugin Hub / MCP / A2A / prompts | skills／MCP／hooks 等（製品ごと） | 拡張の配布と監査をどうするか |
| マルチエージェント | 階層 subordinate が設計中心 | 製品により並列／サブエージェント差 | 研究・分解タスクが主か |
| ホスト橋渡し | A0 CLI を明示 opt-in | もともとホストで動くことが多い | ホスト R/W をいつ渡すか |
出典: 公式 README と、用途分岐を論じた独立比較（例: Zenn — Agent Zero と OpenClaw 比較）。トークン削減デモは断定根拠にしない。
用途分岐の実務語
Zenn 系の整理を実務語に直すと、次の分岐が使いやすいです。
- Agent Zero — サンドボックス隔離、厳格な指示制御、階層マルチエージェントでの開発／研究
- メッセ中心のパーソナルエージェント枠 — チャネル統合が主目的の場合（Agent Zero の主戦場とは別）
Time Travel と設計語彙
Bright Coding の長文解説は、次のように Agent Zero を位置づけています（Bright Coding）。
- 「脆いツール寄せ集め」ではなくフル Linux を与える設計
- Time Travel や project isolation を運用語彙として使う
一方、Time Travel は /a0/usr のスナップショット／diff／revert です。Git やバックアップの代替ではない点は、公式安全モデルと揃えて理解してください。
セキュリティ境界と採用前チェックリスト
結論: 採用可否は機能表より先に、公式 Safety Model で線を引きます。
公式 Safety Model の6点
公式が示す判断基準は、実質次の6点です。
- Docker 等の隔離で動かす
- ホーム全体マウントは原則避ける（リスクを理解してから）
- A0 CLI の Read+Write／RCE は信頼マシンとワークスペースのみ
- 秘密は prompts ではなく project secrets／settings
- 口座・課金・本番・個人データ操作は人がレビュー
- バックアップを別途取る（Time Travel は Git 代替ではない）
独立ソースの補強
GIGAZINE の概要記事も、危険操作があり得る前提で Docker を強く推奨する独立な警告を書いています（GIGAZINE — Agent Zero 概要）。
Apidog は Docker isolation を security-by-design と評価しつつ、次を制約として残しています。
- プロンプト感度
- RAM 要件
採用前チェックリスト（次アクション）
- 用途は「コンテナ内 OS 作業台」か「ホスト IDE／CLI 中心」か決めた
- Docker が使えるマシン／VPS がある
- 導入パス（Launcher / Install / docker run）を1つ選んだ
- 永続ボリュームパスとバックアップ方針を決めた
- 使う LLM（クラウド API または Ollama 等）とキー保管場所を決めた
- A0 CLI を使うなら R/W 範囲を最小化した
- v2.6 以降で compaction／secret／shell 完了の挙動を、一度試験タスクで確認する
- 本番データ・本番資格情報は最初の試験に載せない
迷ったときの安全な順序
迷ったら、次の順序が安全です。
- docker run または Launcher で隔離 Instance を立てる
- 公式 README の「Try These First」系の無害タスクで Browser 注釈か Desktop のどちらかを1本試す
- 問題なければ Projects で秘密分離を試す
- 必要時のみ A0 CLI を接続する
関連記事:
- グラフとループの使い分け｜導入判断チェックリスト【2026】
- Claude Opus 5が浅く感じる原因｜lean promptとCLAUDE.md改修
- MLOpsの継続的学習とエージェント評価｜Demo Hellを避ける実務設計
よくある質問（FAQ）
まとめと次のアクション
Agent Zero は、Docker 化 Linux デスクトップを中核にした OSS エージェント・ハーネスです。
v2.6 は goal 統合に加え、次の運用耐久を厚くしています。
- compaction
- secrets
- shell
- tool repair
同じモデルでも、CLI 中心のコーディングエージェントとコンテナ作業台では、体験とリスク面が変わります。
次にやること
- 上記チェックリストを埋める
- 公式 README の導入パスで試験 Instance を1つ作る
- 無害タスクで Browser 注釈か Desktop のどちらかを1本実行する
- 問題なければ Projects で秘密分離を試し、必要時のみ A0 CLI を接続する
- Claude Code 等と併用するなら、「ホスト CLI」と「コンテナ作業台」の役割分担を短く文書化する
参照の起点
一次情報は次を起点にしてください。
独立視点は Agentic Index、Apidog、Bright Coding、GIGAZINE、Zenn 比較などが補強になります。
著者
krona23
IT業界20年以上の実務経験を持ち、日本国内有数のPVを誇る大規模Webサービスで事業部長・CTOを複数社で歴任。Windows/iOS/Android/Webと技術の変遷を経験し、現在はAIネイティブへの変革に注力。DevGENTでは、AIコードエディタ・自動化ツール・LLMの実践的な使い方を日英西3言語で発信中。
コメントを残す