AIに自分の分身チームを持たせる時代が来た

GitHubで公開されたOpenBot（nightly-labs/openbot）は、複数のAIエージェントをローカル環境で同時に走らせるためのデスクトップワークスペースです。単体のチャットツールとは根本的に設計が異なります。各エージェントは独立したワークスペースを持ち、タスクキューへの積み上げ、ファイルの共受け渡し、ブラウザ操作まで担えます。TypeScript製で、現時点でGitHubスター数は2,274。

特筆すべきは「エージェント同士が連携してタスクを分担する」構造です。たとえばCodexにコーディングを任せながら、Claudeにドキュメント整理を並列で回し、Grokにリサーチをさせる、という使い方が想定されています。これはこれまでの「1チャット1タスク」の延長線上にはない発想で、ひとりで制作・開発・調査を全部こなすタイプの使い方に直接応答しています。

Googleのターミナル用AIエージェントが公開のときにも触れましたが、エージェントを「単体で使う」から「組み合わせて並走させる」フェーズへの移行が、各プレイヤーで加速しています。OpenBotはその流れの中で、特定プラットフォームに依存しない「ローカル主導」の選択肢として出てきた点が興味深いです。

クラウドベースのAIワークスペースが増える中で、OpenBotがローカル動作にこだわっている点には実用的な意味があります。

まず、ファイルや作業データをクラウドに送らずに済む。コードベース、顧客資料、未公開のコンテンツ素材など、外部サービスに渡したくない情報を扱うケースに対応しています。次に、タスクの実行状況を自分のマシン上でコントロールできる。エージェントが何をどの順番で実行しているかを手元で確認できる構造は、複数タスクを並走させるときの信頼性に直結します。

また、APIキーを自分で設定してそれぞれのモデルに接続する形式のため、利用料は各モデルプロバイダーへの直接支払いのみ。中間サービスへのサブスクリプション料が乗らない点も、使い倒すほどコスト面で有利に働きます。

オープンソースである点も重要です。ソースコードが公開されているため、動作の中身を確認したうえで使えます。ブラックボックスのSaaSに比べ、何が起きているかを把握したい人には合った選択肢です。

OpenBotはデスクトップアプリとして動くため、インターフェース上での操作は技術的なハードルが低めです。タスクの割り当て、エージェントへの指示、ファイルの受け渡しといった基本操作は、GUIで完結するように設計されています。

一方、コードが読める・書けると有利な部分もあります。リポジトリのREADMEや設定ファイルを読み解くこと、動作に問題が出たときに原因を切り分けること、エージェント間の連携ロジックをカスタマイズすること。これらはコードへの理解があると格段にスムーズです。

AIが書いたコードをAIにテストさせる時代へでも整理したように、ツールを「使う」段階と「整える」段階では求められる知識量が異なります。OpenBotも同様で、まず動かすだけなら敷居は低く、自分の用途に合わせて育てていくにはもう一段の理解が必要です。