マルチオペレーターClaude Code:マルチエージェントセッションのためのハブベースアーキテクチャ

✍️ OpenClawRadar📅 公開日: May 18, 2026🔗 Source
マルチオペレーターClaude Code:マルチエージェントセッションのためのハブベースアーキテクチャ
Ad

Redditユーザーが、Claude Codeをシングルユーザーセッションを超えてスケーリングするためのアーキテクチャを公開しました。このシステムはハブアンドスポークモデルを採用しており、中央のハブ(Docker Hubでセルフホスト、またはホスト型)と4つのインターフェースタイプで構成されています。

アーキテクチャ概要

  • Hub – 中央調整ポイント。Docker Hubでセルフホスト可能。
  • One-line MCP client – Model Context Protocolを介した軽量な統合。
  • CLI – ハブへの直接コマンドラインアクセス。
  • Headless workers in Docker – コンテナ化されたエージェントで、さらにコンテナを起動可能(エージェントがエージェントを呼び出す)。
  • Small desktop supervisor – セッションの監視と制御のためのGUI。

得られるもの

  • 複数人が同じClaude Codeセッションにアタッチし、エージェントがリアルタイムで思考する様子を監視可能。
  • 異なるリポジトリ間でサブタスクをルーティングできるセッション。
  • コンテナ内のヘッドレスClaudeインスタンスが子コンテナを起動し、再帰的なエージェントワークフローを実現。
  • スマートフォンのブラウザタブから監視および介入可能。

詳細

ハブは中央コンポーネントです。MCPクライアントは一行で統合できるため簡単です。デスクトップスーパーバイザは監視用の軽量UIを提供します。すべてのワーカーはDocker内でヘッドレス実行され、サブタスクをオフロードするために追加のコンテナを起動できます。このシステムにより、複数のリポジトリにまたがるセッションルーティングが可能になり、複雑なマルチリポジトリタスクを分割して委任できます。

リポジトリとウォークスルーはGitHubで公開されています: https://github.com/clawborrator

これは基本的に、マルチオペレーターClaude Codeのための配管レイヤーです。すでにClaude Codeを使用していてシングルユーザーセッションの限界に達している場合、このアーキテクチャはスケーリングのための具体的なパターンを提供します。

📖 Read the full source: r/ClaudeAI

Ad

👀 See Also

Jork Agentic Framework(Claudeで構築)が400万ドルのハッカソンでトップ10入り
Tools

Jork Agentic Framework(Claudeで構築)が400万ドルのハッカソンでトップ10入り

開発者がClaudeとGLMモデルを使用して構築したエージェントフレームワーク「Jork」の経験を共有しました。このプロジェクトは、400万ドルのハッカソンにおいて2000以上の応募作品の中でトップ10にランクインしました。このプロジェクトは、完全自律型エージェントの作成における以前の失敗した試みから進化したものです。

OpenClawRadar
効率的なトークン管理をオープンソースMCPサーバーで実現:Pare
Tools

効率的なトークン管理をオープンソースMCPサーバーで実現:Pare

Pare MCPサーバーは、AIコーディングエージェントが開発者ツールを使用する際のトークン浪費を削減し、効率を向上させるために構造化された出力を提供します。

OpenClawRadar
read-once: 冗長なファイル読み込みを防ぐClaudeコードフック
Tools

read-once: 冗長なファイル読み込みを防ぐClaudeコードフック

開発者が「read-once」というPreToolUseフックを作成しました。このツールは、Claude Codeがセッション中にすでに読み込んだファイルを追跡し、変更されていないファイルの再読み込みをブロックし、変更されたファイルには差分を使用します。このツールは、Claudeが同じファイル内容を繰り返し読み込むのを防ぐことで、セッションごとに数千トークンを節約します。

OpenClawRadar
APEXテストベンチマーク結果:実践的コーディングタスクにおけるQwen 3.5の性能
Tools

APEXテストベンチマーク結果:実践的コーディングタスクにおけるQwen 3.5の性能

APEXテストベンチマークの結果によると、Qwen 3.5モデルは70の実際のGitHubコーディングタスクで評価され、397Bバージョンはマスターレベルのタスクで1194 ELOまで低下しました。一方、GLM-4.7量子化モデルは1572 ELOでローカルモデルをリードしています。

OpenClawRadar