vicara は、ソロ開発者が複数の AI エージェント（Claude Code / Gemini / Codex 等）を安全に並列動員し、スクラムの仕組みで開発を統制するためのローカル・コントロールプレーンです。
🔗 GitHub: https://github.com/ytakahashi0302-ghb/ai_scrum_tool
（もしよければ Star をいただけると、開発への大きな励みになります！）
連載：複数の AI を率いる統合管理環境「vicara」の裏側
- 第1弾：概要・思想編
- 第2弾：技術深掘り編
- 第3弾：徹底比較編（本記事）
- [第4弾：開発プロセス編]（予定）
はじめに：溢れる AI 開発ツールをどう整理するか
昨今の AI 開発ツールの進化は凄まじく、毎日のように「最強のエージェント」が登場します。
Claude Code や Aider といった実行力に優れた CLI。VS Code 上で MCP を駆使する Cline。丸投げの夢を見せる Devin や、オープンソースの OpenClaw。これら多様なツールが溢れる中で大切なのは、ツールの性能そのものよりも、「どのレイヤーを AI に任せ、どのレイヤーを人間がハンドリングするか」 という開発スタイルの選択です。
今回は、これらのツールや先駆的なアプローチを 5 つのレイヤーにマッピングし、その中での vicara の立ち位置を整理していきます。
1. 開発スタイル別 AI ツールマッピング
AI 開発に関わるツールは、その目的とカバー範囲によって以下の 5 つのレイヤーに分類できます。
| レイヤー | カテゴリー | 代表的なツール・手法 | 特徴 |
|---|---|---|---|
| L1 | 純粋 CLI | Claude Code CLI, Gemini CLI | モデル性能へのダイレクトアクセスに特化 |
| L2 | ペアプロ CLI | Aider, Claude Code, Antigravity | 規律あるエージェント。一対一の組手スタイル |
| L3 | 自律エージェント | Devin, OpenClaw, AI将軍 | 複数モデルの連携や、中〜長期のタスク完結を目指す |
| L4 | プロセス自動化 | AIスクラム | 管理プロセス（スクラム運営）自体の AI 化を追求 |
| L5 | オーケストレーター | vicara | 人間主導の UX 統合と、物理環境（Worktree）の同期 |
2. 開発のヒントになった先行事例
vicara を開発するにあたり、大きな刺激やヒントをいただいた 2 つの記事を紹介します。これらはいずれも、AI を単なる「機能」ではなく「組織やプロセス」として捉える先駆的な試みです。
- AI将軍: Claude Code を使い、徹底した規律（行動規範）によって AI チームを統制するアプローチ。
- AIスクラム: GitHub Copilot を使い、スクラムの役割（PO/SM/Dev）を AI に割り当ててプロジェクトを回す実験的試み。
これらの思想をリスペクトしつつ、実務における「環境の安全性」と「視覚的な管理」を突き詰めたのが vicara です。
3. 環境依存（エコシステムのロックイン）とアーキテクチャ
各ツールがどのように LLM と繋がっているかを可視化すると、その設計思想と「どこに依存しているか」の違いが見えてきます。
OpenClaw のアプローチ（特定ベンダー依存の自律ゲートウェイ）
OpenClaw などの自律型は、ゲートウェイが外部（メッセージングアプリ等）と繋がり、あらかじめ設定された特定のモデルやプロバイダーに依存してタスクを完結させます。
AIスクラムのアプローチ（マルチだがベンダープラットフォーム依存）
AIスクラムなどは GitHub Copilot という巨大なプラットフォーム上で完結することを目指しています。複数のモデルを切り替えられる柔軟性はありますが、土台となるプラットフォームの仕様に心中する構造です。
vicara のアプローチ（中立・対等な統合）
vicara は特定のプラットフォームに依存せず、開発者のローカル環境を起点に複数の CLI 群を直接、かつ対等に使い分けます。この 「特定ベンダーに依存しない統合管理」 が、リスク分散と最適配置（采配）を可能にします。
4. 【比較表】コックピットとしての vicara
| 比較項目 | 単体ペアプロ CLI | 自律・プロセス自動化型 | オーケストレーター (vicara) |
|---|---|---|---|
| 依存性 | 特定モデルへの最適化 | プラットフォーム/特定ベンダー依存 | 中立 (マルチベンダー) |
| 並列性 | セッション単位の切り替え | 自動リトライト / 協調 | Worktree による物理的な同時実行 |
| レジリエンス | 手動 git reset | ルール抑制 / 自律復旧 | ワークツリー破棄による即時撤退 |
| 人間との境界 | 密なペアプロ | 長時間の丸投げ | プロセス全体を「采配」する |
5. まとめ：道具に依存しない「自由」
「どのツールの性能が最強か」という議論は、技術の進歩によってすぐに上書きされます。
しかし、「複数の AI 特性をどう適材適所で組み合わせ、自分の手元（ローカル環境）で確実にプロジェクトをコントロールするか」 という課題は普遍的です。
特定のプラットフォームや特定のベンダーに依存（ロックイン）される不安を解消し、多様な AI たちを自律的に、かつ自分の「手綱」で同時に動かす環境を構築すること。それが、AI 時代における個人開発の持続可能なスタイルだと考えています。
次は、実際に vicara というプロジェクト自体が、これらのレイヤーをどう使い分けて開発されたのかをお話しします。
[第4弾：開発プロセス編] に続く