Claude Octopusを読む、複数モデルで作業の盲点を探すClaude Code拡張

Claudeを通常経路、Octopusを拡張経路にする

Claude Octopusは、Claude Codeに組み込まれたClaudeの通常経路へ、複数の外部AIプロバイダーを追加する独立オープンソースプロジェクトです。READMEの目的は、研究、設計、コーディングの前にAIの盲点を表面化することです。日常の作業はClaudeネイティブの/init、/review、/security-reviewを使い、明示的に/octo:*を実行したときだけ、複数モデルによる拡張経路へ進む設計と説明されています。

この切り分けは、すべての質問を多重実行する仕組みではないという点で意味があります。外部プロバイダーを使わずClaudeだけで始められ、検出された連携先を必要なときだけ呼び出せます。READMEはAnthropicとの提携、承認、スポンサー関係がない独立プロジェクトだと明記しています。多くのモデルが返した答えをそのまま正解とみなす製品ではなく、意見の違いを見つけて人間が判断するための作業層として読むのが適切です。

十の外部連携と75%の合意ゲート

外部プロバイダーとして、Codex、Antigravity CLI、Copilot、Qwen、Ollama、Perplexity、OpenRouter、OrcaRouter、OpenCode、Grokの十種類がREADMEに挙げられています。Claude Codeのホストと合わせて、実装、レビュー、検索、ローカル推論など異なる強みを持つ経路を組み合わせる考え方です。どのプロバイダーを使うかは環境検出と設定に依存し、全てを同時に有効化する必要はありません。

Octopusは、複数モデルの判断が75%合意に達しないときに不一致を知らせる合意ゲートを掲げています。合意は検討を止めるか、再レビューへ回す信号として使うものです。モデルが同じ誤りを共有していれば高い一致率でも正しくありませんし、少数意見が正しい場合もあります。プロバイダーの実際の参加状況、劣化実行、合成前の失敗を要約表で確認できるとREADMEは説明しますが、合意率を品質保証や安全認証と解釈する根拠はありません。

DiscoverからDeliverへ進める四段階

すべてのタスクをDiscover、Define、Develop、Deliverの四段階で進めることが、Claude Octopusの方法論です。最初に調査と問題の発見を行い、次に要件や方針を定め、実装し、最後に成果物を届ける流れです。各段階の間に品質ゲートがあり、研究、設計、コード、レビューを同じ会話の勢いだけで進めない構成になっています。

Dark Factoryモードは仕様を入力し、研究、定義、開発、提供までを自律的に走らせるパイプラインとして紹介されています。利用者は各ステップの出力ではなく結果をレビューする使い方です。これは速度を得る代わりに、仕様の曖昧さや誤った前提が後工程へ流れるリスクを持ちます。自律度を上げる前に、成果物の承認、変更の取り消し、危険な外部操作の停止点を決め、実装と提供を分離したワークフローから試すべきです。

ペルソナ、コマンド、スキルの役割

READMEは、32の専門ペルソナ、54のコマンド、63のスキルを含むと説明しています。セキュリティ監査人やバックエンド設計者のような役割を、明示されたワークフローが必要に応じて選びます。普通のClaudeリクエストではOctopusが起動せず、専門家を呼ぶ意図があるときにだけ拡張経路へ進む設計です。

コマンドは、議論、研究、実装、レビューの入口を揃えます。/octo:councilは3、5、7人のペルソナで構造化された審議を行い、advice、decision、plan、implement、reviewの目的、balancedやadversarialなどのスタイル、定足数、重大な拒否、予算上限を扱うとREADMEにあります。機能の数は作業を整理する材料ですが、役割を増やすほどプロンプト、費用、結果の統合が複雑になります。まず一つのペルソナと明確な評価基準で出力を比較するほうが、仕組みを理解しやすいでしょう。

記憶と実行環境をまたぐ仕組み

Claude Octopusはclaude-memとagentmemoryを統合し、過去の決定、調査、文脈をセッションを越えて保持できるとREADMEは説明しています。継続案件では同じ判断を繰り返さずに済む一方、古い情報や誤った決定も再利用されます。メモリを正解の保管庫と扱わず、採用日、根拠、失効条件、誰が確認したかを記録し、重要な判断は現在のソースへ戻して検証する必要があります。

結果はユーザーのホーム配下のclaude-octopus/results、ログはlogs、プロジェクト状態は.octoに保存されると旧来のREADME説明にあります。プロバイダーのマーカーと起動表示で、どの外部APIが呼ばれているかを知らせ、セッション単位でプロバイダーを無効化できます。MCPサーバーはオプトインで、MCP互換クライアントへOctopusのツールを公開します。保存場所を把握しても、機密情報が安全だと保証されるわけではないため、アクセス権、ログの保持期間、外部送信の範囲を自分の環境で確認すべきです。

導入はClaudeだけでも始められる

クイックスタートでは、Claude Codeのプラグインマーケットプレイスへnyldnのプラグインリポジトリを追加し、octo@nyldn-pluginsをインストールして、Claude Code内で/octo:setupを実行します。外部プロバイダーは開始条件ではありません。Codex CLI、CursorのMCPサーバー、OpenCode向けの代替経路もREADMEに案内されています。

リモートやWebセッションでは、OCTOPUS_REMOTE_SESSION=trueを設定しない限り無人扱いになると説明されています。自分の端末で行う操作と、リモートで実行される操作を同じ権限で扱わないことが重要です。初回はコード変更や外部送信を伴わない調査でセットアップし、実行されたモデル、呼び出し回数、結果ファイル、失敗時の終了状態を確認してください。プラグインのインストールは便利ですが、指示したワークフローがどのツールを呼ぶかを読まずに許可するべきではありません。

サブスクリプションとAPI費用を区別

READMEは、既存の契約やローカル認証を使えるプロバイダーとしてCodex、Antigravity CLI、Copilotを挙げ、Ollamaはローカルで無料に動かせると説明しています。Qwenは2026年4月15日に無料OAuth枠が終了し、APIキーまたはCoding-Plan認証が必要になったと記載されています。外部サービスを呼ぶ場合は、契約があることと追加料金が発生しないことを同じ意味にしないでください。

料金はモデル、プロンプト長、呼び出し回数、検索やグラウンディングの有無で変わります。READMEには、単一のプローブと四段階実行について例示的なトークン費用の範囲が示されていますが、特定の案件の請求額を保証するものではありません。Councilやexhaustiveな研究を使う前に、予算上限、プロバイダーごとの失敗時再試行、ログへの入力保存、従量課金の監視を決めるべきです。コストを増やして意見数を増やすより、最初に評価指標を固定するほうが効果を測れます。

v10の変更と独立プロジェクトとしての境界

最新リリースとしてREADMEとリリース一覧にはv10.0.0が示され、実行契約、診断、復旧、評価に基づくルーティングを打ち出しています。既存のモデル固定やプロバイダー設定を優先し、必要に応じてOpus 5、GPT-5.6 Sol、Sonnet 5、Fable 5などの構成を選ぶと説明されています。v9.41のCouncil、v9.50のClaude Code互換層など、機能が継続的に増えているため、古い導入記事だけで現在の挙動を判断するのは危険です。

素材の取得時点で、スター4015、フォーク374、未解決イシュー3、最終更新日時2026年8月26日が記録されています。ライセンスはMITです。READMEは、外部プロバイダーの検出、停止、結果表示を説明していますが、セキュリティ監査やデータ保護の保証を提供していません。導入時はv10の移行ガイドとREADMEを対象版に合わせて読み、認証情報を分離し、成果物を人間がレビューしてから、実際のリポジトリ変更や公開へ進むのが妥当です。

編集部の結論

Claude Octopusは、Claude Codeを主役に保ちながら、実装、調査、設計、セキュリティレビューを別モデルにも見せて盲点を探したい人に向いています。外部プロバイダーは最初から必須ではなく、必要なものだけを追加できる点が扱いやすい一方、合意率は正しさの証明ではありません。導入前に呼び出し先、認証情報、保存される結果とログ、費用上限、ワークフローの承認点を確認し、モデル数を増やす前に一つのタスクで出力の差と失敗時の挙動を記録してください。

公式情報源

1. Official documentation
2. Official README
3. Project repository
4. Release notes