← Back to Home
note.com ·

バイブコーディングの次は「艦隊運用」——24のAIプロジェクトを調査して見えてきた、1人で10人分働く未来

バイブコーディングの次は「艦隊運用」——24のAIプロジェクトを調査して見えてきた、1人で10人分働く未来

バイブコーディングの次は「艦隊運用」——24のAIプロジェクトを調査して見えてきた、1人で10人分働く未来

出典: note.com / 2026-05-04

はじめに:AIが1人で会社を動かす日

2025年、AIコーディングツール「Cursor」や「Windsurf」がブームになり、「バイブコーディング(Vibe Coding)」という言葉が生まれました。自然言語で話しかけるだけで、AIがコードを書いてくれる。まるで魔法のような体験です。

でも、そこに「もう1つ壁」があることに気づきました。

バイブコーディングは「1対1」の関係です。人間1人がAIエージェント1体と話す。でも、本当に複雑な開発をするには、コードを書く人、設計を考える人、調査する人、レビューする人——いろんな専門家が必要です。

だったら、AIエージェントも専門家ごとに分けて、1人の人間が「艦隊司令官」になって指揮すればいいんじゃないか?

その発想から、私は「艦隊運用」という新しい開発スタイルを模索し始めました。

この記事では、世界中の24ものAIプロジェクトを調査した結果と、その知見をもとに構想した「副官制艦隊」の設計図を、できるだけわかりやすく解説します。エンジニアではない人、バイブコーディングを始めたばかりの人にも伝わるように書きました。

バイブコーディングって何?——3分でわかる解説

バイブコーディングとは、2025年頃にAI研究者のAndrej Karpathy氏が提唱した言葉です。

簡単に言えば、「コードを自分で書かずに、AIに『こうしてほしい』と話しかけるだけで開発する」方法です。

例えばこんな感じです:

「このサイトにログイン機能を追加して。メールアドレスとパスワードで認証できて、パスワード忘れた時の再設定も必要」

そう言うだけで、AIがコードを書き、ファイルを作成し、動作確認までしてくれます。人間は「はい」「いいえ」「ここを直して」と指示を出すだけ。

これが「バイブ(雰囲気)コーディング」と呼ばれる理由です。厳密な設計図を書かずに、雰囲気で伝えて、AIが細かい部分を補完してくれるからです。

ただ、ここに限界があります。

1つのAIに全部任せると、長くなりすぎる会話で「何を話していたか忘れる」現象が起きます。専門外のことを聞くと、自信満々に間違った回答をしてしまうこともあります。まるで1人の人間に全部の仕事を押し付けているようなものです。

だったら、専門家を分けよう——そう考えたのが「艦隊運用」です。

「艦隊運用」って何?——AI専門家チームを1人で指揮する

艦隊運用とは、複数のAIエージェントを「専門家チーム」として編成し、1人の司令官(あなた)が指揮する開発スタイルです。

想像してください。あなたのパソコンの中に、こんな専門家たちが働いているところを:

コードレビュー担当:書いたコードのバグや問題点を厳しく指摘する人

調査担当:最新技術や情報をネットで調べて、要点をまとめる人

文章作成担当:説明文やドキュメントをきれいに書く人

セキュリティ担当:脆弱性を探して、安全な書き方を提案する人

デザイン担当:UIの見た目を考えて、実装方針を出す人

通常、これらは別々の人間が担当します。でも、AIエージェントなら1台のパソコンの中に10体も20体も入ります。それぞれに得意なことを覚えさせて、必要な時だけ呼び出す。

あなたは司令官として「この設計、レビューして」とコードレビュー担当に頼んだり、「最新のMacの性能調べて」と調査担当に頼んだりします。各担当者は自分の専門分野で最適なAIモデルを使います。コードレビューは賢い有料モデル、調査は情報検索が得意なモデル、文章作成は日本語がきれいなモデル——役割に応じてモデルを選べるのです。

これが「艦隊運用」の基本概念です。

世界を調査してわかったこと——24のAIプロジェクト

では、こういう艦隊運用を実現するためのツールは、すでに世界のどこかにないか? そこで、私とAIエージェントが1日かけて24ものプロジェクトを調査しました。

調査結果を3つのカテゴリに分類して紹介します。

カテゴリ1:みんなで記憶を共有する仕組み

AIエージェントは基本的に「話を忘れる」存在です。毎回最初から説明し直さなければならない——これでは艦隊運用になりません。だから、全員が同じ「記憶」を持てる仕組みが必要です。

調査した中で最も近いのが「MemClaw」というオープンソースプロジェクトです。複数のAIエージェントが学んだことを共有データベースに蓄え、次の対話が賢くなる——まさに「艦隊の脳」です。

他にも「Mycelium」というプロジェクトは、AI同士が「部屋」に集まって相談しながら結論を導き出す仕組みを作っています。まるで会議室で議論するような感覚です。

カテゴリ2:艦隊を司令塔から動かす仕組み

複数のAIを管理する「司令塔」となるツールも多数ありました。

「Apra Fleet」は、自宅のパソコンだけでなく、会社のサーバーやクラウド上のマシンまで含めて、どこにいても1つの画面から全AIエージェントに指示を出せるシステムです。

「Trinity」はDockerというコンテナ技術を使って、各AIエージェントを完全に隔離しつつ管理します。1人のAIが暴走しても他に影響が出ません。死活監視や自動再起動も備えています。

「AgenticFleet」は、タスクを「分析→担当者選定→実行→進捗確認→品質チェック」という5段階のパイプラインで自動処理します。まるで優秀なプロジェクトマネージャーがいるようなものです。

カテゴリ3:スマホから艦隊を指揮する

家を離れている時にも艦隊に指示を出したい。そんな時に役立つのが「Telegramブリッジ」です。Telegramというメッセージアプリを使って、遠隔地から自宅のパソコンのAIエージェントと話せる仕組みです。

「relay」というプロジェクトは、TelegramのグループチャットにAIエージェントを入れて、メンション(@名前)するだけでそのエージェントに仕事を頼めます。「cc-telegram-bridge」は、AI同士が仕事を「委譲」し合えるAgent Busという機能を持っています。

「CCGram」は tmux という端末多重化ツールを使って、AIエージェントの画面そのものをTelegramから覗き込める画期的な仕組みです。

調査から見えた「真実」

24プロジェクトを調査して、1つの重要な真実に気づきました。

「どのプロジェクトも、『記憶を共有する仕組み』と『艦隊管理の仕組み』と『遠隔操作の仕組み』が別々にある」

つまり、誰も「全部入り」のシステムを作っていないのです。まるで自動車のエンジンとタイヤとハンドルが別々のメーカーから出ているような状態です。

だったら、自分たちで組み合わせればいい——そう考えました。

なぜ「副官」が必要なのか——司令官だけでは足りない

艦隊運用を考えると、司令官であるあなたに大きな負担がかかります。

「この仕事は誰に頼もう?」「Aの結果をBに渡さないと」「Cが止まってるのに気づかなかった」——こういった判断を毎回人間がするのは大変です。

そこで私たちが考えたのが「副官」です。

副官とは、司令官のそばにいて、こんなことを手伝う存在です:

相談役:「この設計どう思う?」と聞かれたら、自分で考えて答える

外注係:「このPRレビューして」と言われたら、コードレビュー担当のAIに仕事を回す

監視係:艦隊のAIたちがちゃんと動いているか確認して、止まっていたら報告する

艦隊改造係:「新しい暗号通貨分析班が欲しい」と言われたら、新しいAIエージェントを作って編入する

つまり、副官は「人間とAIワーカーの間に立つ、AIによるAIの管理職」なのです。

副官自身もAIですから、人間の司令官が寝ている間も艦隊を見守り、異常があれば朝に報告できます。人間は「大きな判断だけ」をすればいい。細かい業務管理は副官に任せられる。

これが「副官制艦隊」の核心です。

自分たちの武器「Icarus Fabric」とは

では、こういう副官制艦隊を作る時に、どんな「土台」が必要でしょうか?

最も重要なのが「全員が同じ記憶を持つ仕組み」です。司令官も副官も各ワーカーも、同じプロジェクトの背景知識を共有していなければ、話が通じません。

私たちは「Icarus Fabric(イカロス・ファブリック)」という独自の共有記憶システムを開発しました。

名前は難しそうですが、仕組みはとてもシンプルです。パソコンの中の「fabric」というフォルダに、マークダウンというテキストファイルを書き込むだけです。

例えばこんなファイルです:

[コード例]

agent: pi-worker-code-review type: task status: open assigned_to: pi-worker-code-review

このPull Requestをレビューしてください。 ファイル: src/auth.ts ポイント: セキュリティ面の確認

ファイルの先頭にある「---」で囲まれた部分が「誰宛のタスクか」「現在の状態は?」という情報です。下に具体的な仕事内容を書きます。

このファイルを置くだけで、副官は「コードレビュー担当に新しい仕事が来た」と認識し、担当者に渡します。担当者が仕事を終えたら、新しいファイルを書いて「完了しました」と報告します。

Icarus Fabricの強み

この方式の最大の強みは、「軽い」ことです。

MemClawやMyceliumなどの競合プロジェクトは、PostgreSQL(データベースソフト)やDocker(コンテナ技術)が必要です。でもIcarus Fabricは「bashというシェルスクリプト」だけで動きます。プログラミングの知識がなくても、ファイルを置くだけで使えます。

そして「24時間以内のファイルはhot(熱い記憶)」「1週間以内はwarm(温い記憶)」「それ以上はcold(冷えた記憶)」という3段階の管理を自動で行います。古くなったファイルは勝手に整理され、常に最新の情報にアクセスしやすくなっています。

さらに、複数のパソコン間で同期もできます。自宅のデスクトップと外出先のノートパソコンで、同じプロジェクトの情報を共有できます。

調査した24のプロジェクトの中で、「これほど軽くて、これほど多機能な共有記憶システム」はありませんでした。

どうやって作るのか——実行プラン

では、実際に副官制艦隊を作るにはどうすればいいでしょうか?

以下の10ステップで段階的に構築していきます。

Step 1:副官の拡張機能を作る

Piというターミナル型のAIコーディングツールに「艦隊管理機能」を追加します。これが副官の「脳」です。

Step 2:ワーカー(専門AI)を起動する仕組みを作る

コードレビュー担当、調査担当、文章作成担当——それぞれを別々のプロセスとして起動します。1つのパソコンの中に、複数のAIが同時に動いている状態です。

Step 3:Icarus Fabricと連携

副官がFabricフォルダを読み書きして、タスクの委譲と完了報告を自動化します。

Step 4:メッセージの振り分け

司令官(あなた)からの指示を、副官が「自分で答えるべきか」「ワーカーに回すべきか」判断します。

Step 5:死活監視

各ワーカーが5分おきに「生きてます」と報告。10分以上報告がないと、副官が「○○が止まってます」と司令官に通知します。

Step 6:副官に専用ツールを与える

「ワーカー一覧を見せて」「新しいワーカーを作って」「○○を止めて」——こういった命令を副官が実行できるようにします。

Step 7:ワーカー側もFabric連携

各ワーカーが自分の専門分野の仕事を終えたら、自動でFabricに完了報告を書き込みます。

Step 8:最初の5人編成を起動

まずは5人の専門チームで実証実験。コードレビュー、調査、文章作成、暗号通貨分析——役割を決めて起動します。

Step 9:Telegram統合テスト

外出先からスマホで「このコードレビューして」と送ると、自宅のパソコンの副官が受けて、コードレビュー担当に回し、結果をTelegramに返してくれる——ここまでをテストします。

Step 10:ドキュメント化と運用開始

使い方をマニュアル化して、日常の開発に組み込みます。

最終目標:自律する開発チーム

ここまで読んで、「そもそも何のためにこんな複雑なことをするの?」と思うかもしれません。

最終目標はこうです。

「1人の人間が、AI副官に大きな方針だけを伝えれば、あとはAI艦隊が自律的に開発を進めてくれる世界」

具体例を挙げましょう。

司令官:「新しいブログサイトを作りたい。記事投稿できて、画像もアップロードできて、スマホ対応。暗色系のデザインで」

副官:「かしこまりました。まず設計担当に要件整理を依頼します」

→ 設計担当が技術選定と画面構成を考える

→ 副官が結果を確認し、司令官に「こういう構成で進めますがよろしいですか?」

司令官:「OK」

副官:「ではフロントエンド担当とバックエンド担当に並行して実装を依頼します」

→ 2人のAIワーカーが同時にコードを書き始める

→ 副官が進捗を監視

→ 両方完了したら、コードレビュー担当に品質チェックを依頼

→ 問題があれば修正依頼、なければデプロイ担当にリリースを依頼

司令官は「全体の方針を決める」「重要な判断をする」だけ。細かい進捗管理やタスク振り分けは副官が全部やってくれます。

さらに先の未来では、副官が「最近の開発トレンドを調査しておきました」と自ら情報収集をしてきたり、「この部分は別のモデルの方が得意です」と最適なAIを選んで割り振ったり——そんな自律性も目指しています。

1人の人間が、AI 10人分のチームを率いる。それが「艦隊運用」の最終形です。

まとめ:あなたも司令官になれる

この記事でお伝えしたいことは3つです。

1つ目:バイブコーディングは「1対1」だが、次の段階は「1対多」です。

1人のAIに全部任せるのではなく、専門家ごとにAIを分けることで、はるかに高品質な開発が可能になります。

2つ目:「副官」がいれば、人間は大きな判断だけに集中できます。

細かい業務管理はAI副官に任せて、人間は創造性や戦略的思考に時間を使いましょう。

3つ目:実現に必要な技術は、すでに世界中に散らばっています。

誰かが作ってくれるのを待つのではなく、自分たちで組み合わせる時代です。Icarus Fabricのような軽量な共有記憶を土台に、Apra Fleetのような艦隊管理、Telegramブリッジのような遠隔操作を組み合わせれば、理想のシステムは作れます。

2026年、AIはもはあなたの「ツール」ではなく「部下」になりつつあります。そしてその部下をまとめる「管理職」も、またAIになろうとしています。

あなたはその頂点に立つ司令官です。準備はできましたか?

関連リンク

・ Icarus Protocol(GitHub):https://github.com/esaradev/icarus-daedalus

・ MemClaw(GitHub):https://github.com/caura-ai/caura-memclaw

・ Apra Fleet(GitHub):https://github.com/Apra-Labs/apra-fleet

・ Pi.dev(公式サイト):https://pi.dev

著者情報

KT — 奈良在住、55歳。AI・暗号通貨・仏教哲学の実践者。自分の手でAI艦隊を組むため、日々実験を続けています。


この記事は note.com から KTBLOG に移行されました。元記事: https://note.com/famous_prawn2009/n/naa34b8818076