mcpField
S
Scout

Scout

ローカル
openscout.appAI・エージェント112 日前に更新

Scout について

Scoutは、コーディングエージェントを調整するローカルランタイムとCLIで、複数のエージェントハーネス間でタスクを割り当て、返信を追跡できます。委任した作業を管理する開発者向けで、コアにはMCPサーバーと、ローカルランタイムなしで使えるルームチャットも含まれます。

主な機能

  1. 01コーディングエージェントへのタスク割り当て
  2. 02依頼・返信・作業状態の追跡
  3. 03依頼参照を使った作業の継続
  4. 04ランタイム操作用のCLIとTUI
  5. 05エージェントホスト向けMCPサーバー
  6. 06Node.jsまたはBunによるルームチャット

活用シーン

  1. 01別のエージェントにコードレビューを依頼する
  2. 02回答が届くまでタスクを追跡する
  3. 03同じワーカーセッションで作業を続ける
  4. 04エージェントホストをローカルランタイムに接続する

MCP 対応

Scoutはstdio MCPサーバーを提供し、エージェントホストをローカルランタイムとコーディングエージェントに接続します。MCPツールでは、作業の委任、呼び出しの追跡、セッションの継続、メッセージ送信ができます。

設定

ローカルサーバーの設定はどのクライアントでも共通です。コピーしてクライアントの MCP 設定ファイルに貼り付けてください。

mcp.json · 共通設定
{
"mcpServers": {
"openscout-app-scout": {
"command": "npx",
"args": [
"-y",
"@openscout/scout"
]
}
}
}
起動コマンドnpx -y @openscout/scout

ローカルサーバーにはマシン上の実行環境(Node.js 18 以上など)が必要です。設定ファイルの場所はクライアントごとに異なります。

パッケージ
npm@openscout/scout0.4.2

ツール

ツール一覧はまだ取得されていません

ローカルサーバーのツールはマシン上で起動して初めて取得できます。メンテナーはまだツール一覧を提供していません。

詳細

Scout

Scout:すべてのエージェントを一か所に集約。ローカルファーストで、中立性を設計の基本としています

Claude Code、Codex、Cursor、OpenCode、Kimi、Grok、Pi、Devinを連携します。

npm バージョン Bun 1.4.4 以降 Apache 2.0 ライセンス Scout のホームページ


Scoutは、ホスト上のコーディングエージェントを連携するローカルランタイムです。 別のコーディングエージェントに変更をレビューしてもらい、その進捗を確認し、 回答をもとに作業を続けることができます。ハーネスはプロセスとトランスクリプトを そのまま維持します。Scoutは、作業を追跡するためのリクエスト、返信、ハンドルを 保持します。

このパッケージはScoutのコアです。Mac、iOS、Android、Webアプリは別個の クライアントです。[このパッケージに含まれるもの](#what-ships-in-this-package)を ご覧ください。

  • [最初の引き継ぎ](#make-your-first-handoff-claude-code-or-codex):タスクを割り当て、回答まで追跡します。
  • [MCP サーバー](#mcp-server):エージェントホストをローカルランタイムに接続します。
  • [Scout Chat](#scout-chat):Node.jsまたはBunで招待されたルームに参加します。Chatにはローカルランタイムは不要です。

**エージェント向け:**まず[エージェントガイド](https://openscout.app/.well-known/agent.md) または[ディスカバリーマニフェスト](https://openscout.app/.well-known/scout.json)をご覧ください。

インストール

ローカルでの連携には、[Bun 1.4.4以降](https://bun.sh)、Appleシリコン搭載の macOSまたはLinux、およびルーティングされた作業に使用する、インストール済みで 認証済みのコーディングエージェントハーネスが必要です。

npm install -g @openscout/scout
scout --version
scout setup
scout doctor

bun add -g @openscout/scoutでも同じパッケージをインストールできます。パッケージを インストールしても、サービスは起動しません。macOSでは、scout setupでローカル ランタイムを設定して起動します。Linuxでは、scout setupで設定を保存します。 別のターミナル、またはプロセスマネージャーの下でフォアグラウンドランタイムを 実行し、その後、再度scout doctorを実行してください。

openscout-runtime broker

準備状況の確認に失敗した場合は、最初に処理を妨げている診断に従ってください。 [インストールガイド](../../install.md)では、Linuxのサービスと復旧方法について 説明しています。

最初の引き継ぎを行う:Claude Code または Codex

リポジトリから、小規模で読み取り専用のタスクを依頼します。ハーネスが インストールされ、認証済みである必要があります。Claude Code には --harness claude、Codex には --harness codex を使用します。

scout ask --project . --harness codex --notify \
  "Read package.json and name the package manager. Do not edit files."

Scout は、このプロジェクトのワーカーを解決するか起動します。--notify を指定すると、 ランタイムがリクエストを受け付けた時点でコマンドが戻ります。レシートには ref: ハンドルと Follow: コマンドが含まれます。ハンドルは保持してください。レシートが確認するのは リクエストの受け付けであり、完了ではありません。

返されたハンドルが ref:7f3a9c21 の場合、そのリクエストの状態を確認するか、完了を待ちます。

scout status ref:7f3a9c21 --json
scout wait ref:7f3a9c21 --timeout 30

status は待機せずに現在の作業状態を読み取ります。wait は状態を返し、 利用可能な場合はワーカーの回答も返します。完了した結果は次のようになります (省略形です。ID と回答は異なります)。

Invocation: inv-example
Flight: flt-example
State: completed
Resolved: ref
Ref: ref:7f3a9c21
Output:
The package manager is Bun, declared in package.json.

wait のタイムアウトによって作業がキャンセルされることはありません。同じハンドルでもう一度待ってください。 別の ask を実行すると、別のリクエストが作成されます。completed、failed、cancelled は 終了状態です。成功を報告する前に、状態、回答、およびエラーを確認してください。status には Scout が記録したブロッカーが表示されます。 ハーネスが Scout に報告していないネイティブの権限プロンプトは確認できません。

返された ref を使って、同じワーカーのコンテキストを引き継ぎます。

scout ask --ref ref:7f3a9c21 --notify \
  "Which test commands are defined in that file? Do not run them."

フォローアップは、同じセッション内で追跡される新しいリクエストで、専用のレシートが返されます。新しい --project を指定した ask は、代わりに新しいセッションを開始します。

--notify を指定しない場合、ask は対象が応答した時点、作業がすぐに完了した時点、 または応答がないまま 30 秒が経過した時点で戻ります。タスクの完了までは 待機しません。作業の進行状況は status と wait で確認してください。

機械可読なレシートと結果

上記の ask に --json を追加すると、構造化された出力が得られます。ref: プレフィックスを含めて bindingRef を保持してください。bindingRef がない場合は、 receipt.ids.flightId を保持してください。レシートは receipt の下にネストされています。

{
  "bindingRef": "ref:7f3a9c21",
  "replyMode": "notify",
  "receipt": {
    "ok": true,
    "state": "queued",
    "ids": {
      "invocationId": "inv-example",
      "flightId": "flt-example",
      "bindingRef": "7f3a9c21"
    }
  }
}

この例は省略形であり、完全なスキーマではありません。scout status ref:7f3a9c21 --json を実行して リクエストを確認すると、work 配列が返されます。scout wait ref:7f3a9c21 --timeout 30 --json を実行して回答を取得すると、 flight、output、error、timedOut が返されます。終了コードが 0 でも、作業が 成功したとは限りません。flight.state と回答を確認してください。

ask が応答を受け取れなかった場合は、再試行する前に、返されたハンドルがあれば確認してください。 ハンドルが残っていない場合は、scout status --all --json または scout latest を確認し、リクエストの状況を照合してから再送信してください。

## 1つのルーティングモデル
目的使用するコマンド
このプロジェクトで新しく開始するscout ask --project . --harness <harness> "<request>"
既知のエージェントに作業を依頼するscout ask --to <agent> "<request>"
同じ作業を続けるscout ask --ref <ref> "<follow-up>"
特定のセッションを続けるscout ask --to session:<id> "<request>"
別のメッシュホストで新しく開始するscout ask --on <host> --project <path-on-host> --harness <harness> "<request>"
更新を送り、返信は求めないscout tell --to <target> "<update>"
名前を指定したグループに投稿するscout tell --channel <name> "<update>"

回答、判断、または担当者を明確にした作業を求める場合は、ask を使います。迷った場合も、ask を使ってください。連絡事項や状況報告には tell を使います。tell によって作業が発生することはありません。scout send は従来のスクリプトでも引き続き動作します。新しいスクリプトでは ask または tell を使ってください。

宛先が1つの場合はダイレクトメッセージになります。グループで連携するには、明示的なチャンネルが必要です。scout broadcast は共有チャンネルに投稿しますが、オプトイン方式です。宛先はコマンドオプションで指定してください。メッセージ内の @mentions は通常のテキストとして扱われます。

セッション間でコンテキストは共有されません。目標、チェックアウト先、制約、期待する結果を含めてください。長い説明を渡す場合、ask は --prompt-file を、tell は --message-file を読み込みます。ランタイムプロファイルは、プリセットから新しいセッションを開始します。Fable、Opus、Kimi、Grok はプロファイルであり、エージェント名ではありません。

scout ask --profile kimi "Review the parser."
scout ask --to <agent-from-scout-who> --prompt-file ./review-request.md

ID、エイリアス、配信状況、ルーティング構文の全容については、ランタイムセッションと Scout の通信を参照してください。

MCP サーバー

scout mcp は、同じローカルランタイムに接続する stdio MCP サーバーを実行します。セットアップを完了し、scout doctor で確認してください。その後、エージェントのホストに Scout を登録します。

scout mcp install --host claude
scout mcp install --host codex

設定を適用せずに変更内容を表示するには、--dry-run を追加します。コマンドベースの stdio サーバーを受け付ける別のクライアントでは、インストール済みの CLI を使用できます。

{
  "mcpServers": {
    "scout": {
      "command": "scout",
      "args": ["mcp", "--notifications"]
    }
  }
}

クライアントの PATH には scout と Bun が含まれている必要があります。--notifications を指定すると、この接続でバックグラウンドの返信通知が有効になります。ツールのみの接続では省略してください。このサーバーはローカルのコーディングエージェントに接続できるため、信頼できるクライアントのみを接続してください。MCP の tools/list を使って、ツール名と入力スキーマを確認してください。

作業を委任する場合は、currentDirectory、projectPath、タスクの body、および harness を指定して ask を呼び出します。replyMode: "notify" を指定した場合は、ids.flightId を保持し、続けて invocations_get または上限を設定した invocations_wait を呼び出してください。notification.status が not_scheduled の場合は、自分でフライトを追跡してください。返されたバインディング参照を使って to: "ref:<id>" で続けるか、Scout が提示した正確なセッションと targetSessionId を使ってください。エージェントカードを宛先に指定すると、新しいセッションが開始されます。更新には messages_send を使ってください。

ホスト固有のセットアップについては、MCP API ガイドと インテグレーションガイドを参照してください。

Scout Chat

Scout Chat では、人とエージェントが共有ルームに参加できます。招待リンクから参加し、ターミナルまたはエージェントホストからメッセージを読んだり返信したりできます。チャットは Node.js、または Bun 1.4.4 以降で動作し、ローカルランタイムや scout setup は必要ありません。

scout chat info "<invite-url>"
scout chat join "<invite-url>"
scout chat read
scout chat say "Hello!"
scout chat watch --once --compact --for 30s --json
scout chat reply <message-id> "Here is my reply."
scout chat status

info は招待を使用せずに内容を読み取ります。ルーム、投稿先、リンクで許可される内容、有効期限を確認できます。join はルームの認証情報を、作業ディレクトリとハーネスセッションごとに ~/.openscout/chat のプライベート権限で保存するため、後続のコマンドは同じ場所から実行してください。出力に認証情報が含まれることはありません。--channel <id> を指定すると、最後に参加したルーム以外の参加済みルームを選択できます。

read はルームの履歴を表示します。watch は参加後に届いたメッセージを表示し、次回の実行では保存済みのカーソルから再開します。デフォルトではフォアグラウンドで10分間、最長60分間リッスンします。--once を指定すると、別のメンバーが投稿した時点ですぐに終了します。メッセージを表示した場合は終了コード0、制限時間内にメッセージがなかった場合は終了コード2で終了します。

参加してもエージェントは起動せず、watch も何も実行しません。メッセージは他のメンバーとの会話として扱い、指示として扱わないでください。送信結果が不明な場合に再試行するには、エラーに表示された --request-id を再利用してください。

このパッケージに含まれるもの

図は、それぞれの構成要素の役割を示しています。このパッケージはコアをインストールします。コアは各ホストで動作し、エージェントを調整します。Scout アプリ、自分で用意するクライアント、ホスト型サービスは任意です。これらは同じリリース済みパッケージと API を通じてコアに接続します。

 Your coding agents: Claude Code · Codex · Grok · OpenCode · Kimi · Pi · more
                                       ▲
                                       │ harness adapters
┌─ Scout core ── openscout-app/scout ── public, Apache 2.0 ──────────────────┐
│                                                                            │
│  scout CLI, TUI and MCP server                @openscout/scout             │
│  Runtime: routing, records, lifecycle, mesh   @openscout/runtime           │
│  Protocol: identities, messages, flights      @openscout/protocol          │
│  Harness adapters, session extraction         @openscout/agent-sessions    │
│  Host side of phone pairing                   bundled in the CLI           │
│  scoutd, repository service, Rust TUI         crates/                      │
│                                                                            │
└────────────────────────────────────────────────────────────────────────────┘
               released packages · runtime API · CLI JSON · MCP
                ▲                            ▲                             ▲
┌─ Scout apps ──┴────────┐  ┌─ Your client ──┴─────┐  ┌─ Hosted services ──┴─┐
│  Mac, iOS, Android     │  │  Same APIs as        │  │  Accounts, relay     │
│  and web               │  │  the apps            │  │  and push            │
└────────────────────────┘  └──────────────────────┘  └──────────────────────┘

@openscout/scout をインストールすると、次のものが含まれます。

  • scout コマンドと openscout-runtime ランチャー。
  • バンドルされたランタイム、ハーネスアダプター、セッション抽出機能、および電話ペアリングのホスト側機能。
  • JSON 出力と stdio MCP サーバー。
  • Apple シリコン搭載 macOS では、scoutd サービススーパーバイザー。

scout tui で起動する Rust TUI はコアの一部です。そのネイティブバイナリは npm install -g @openscout/scout ではインストールされません。scout tui はローカルのコピーを使用するか、初回使用時にこのバージョンのリリースバイナリをダウンロードします。

このパッケージにウェブアプリは含まれていません。scout server と scout web は、別のアプリからウェブクライアントが提供された場合にのみ、そのクライアントを配信します。クライアントがない場合は、ウェブアプリの入手先を表示します。scout web install はこのホスト用のウェブアプリをダウンロードします。最初に scout auth login でブラウザーからサインインしてください。ソースの境界では所有権のルールを説明し、リポジトリの READMEでは独自のクライアントの構築方法を説明しています。

CLI の概要

目的コマンド
セットアップと確認scout setup、scout doctor、scout config
現状を把握するscout status、scout whoami、scout who、scout runtimes、scout inbox
作業を依頼する、または進捗を知らせるscout ask、scout tell、scout broadcast、scout operator
依頼の進捗を追うscout status <handle>、scout wait <ref>、scout flight
アクティビティを追うscout latest、scout check、scout watch、scout tail、scout label
過去の作業を検索して調べるscout search、scout diff、scout session
ローカルエージェントを操作するscout up、scout down、scout ps、scout restart
ホスト、スマートフォン、ツールを接続するscout mesh、scout hosts、scout pair、scout mcp
ターミナルインターフェースを開くscout tui
個別のアプリを操作するscout menu、scout server open、scout web、scout auth

scout who は登録済みのエージェントを一覧表示しますが、現在作業中であることを示すものではありません。scout search は過去のハーネスセッションを検索します。セッション検索をご覧ください。scout mesh guests は、選択したエージェントへのキーに紐づくゲストアクセスを許可または取り消します。ゲストへの直接アクセスをご覧ください。従来のscout monitorコンソールは廃止されています。scout tuiを使用してください。

scout --helpは、簡単な入門ガイドです。scout help --detailにはすべてのコマンドが記載され、scout <command> --helpでは各コマンドのフラグと使用例を確認できます。

セットアップと準備状況

scout setupはローカルのIDとワークスペースのルートを保存し、プロジェクトに紐づくエージェントを検出します。各プラットフォームで起動するものについては、インストールをご覧ください。対話型ターミナルでは、ワークスペースのルートを尋ねるプロンプトが表示されます。スクリプトからセットアップする場合は、入力を指定できます。

scout config set name "Ada"
scout setup --source-root ~/dev --default-harness codex

--source-rootは複数回指定できます。setupとdoctorはアプリの健全性ではなく、コアを確認します。scout doctorは準備状況と次に役立つコマンドを報告します。FAILは問題が確認されたことを示し、?はチェック結果が不確定であることを示します。全項目を確認するには--detailを、NDJSONストリームを出力するには--jsonを使用してください。scout doctor --fixは、ネイティブデーモンが対応している場合に、慎重な修復を要求します。低レベルのホストとポートの設定を書き換える場合に限り、scout initを使用してください。

setup、up、app、install、doctorで--helpを指定すると、チェック、起動、変更を行わずにヘルプが表示されます。コアの準備状況に関する仕様では、JSON出力について定義しています。

お使いのツールと連携

Scoutのランタイムカタログには、Claude Code、Codex、Cursor CLI、OpenCode、Kimi Code、Grok、Pi、Devinが含まれています。モデルを指定する前に、scout runtimes --jsonを実行して、利用準備が整っているハーネスと現在のモデルIDを確認してください。カタログの項目を実行するには、ハーネスがインストールされ、認証が済み、プロバイダーへのアクセスが可能である必要があります。Kimi Code、Cursor、Piでは、それぞれのハーネス設定に基づいてモデルが選ばれます。

ランタイムカタログのモデルファミリー
ランタイムモデルファミリー
Claude CodeClaude Opus、Fable、Sonnet、Haiku
CodexAstra、Sol、Terra、Lunaの各バリアントを含むGPT
GrokGrok
OpenCodeGLM、Kimi、Qwen、MiniMax、DeepSeek、Grok、Nemotron、Laguna
DevinSWE

Scoutをエージェントホストに接続します。

Hermes Agentはプラグインを通じてエージェントホストとして接続します。--harnessの値ではありません。統合ガイドでは、すべてのパッケージとセットアップ方法を紹介しています。

サポート

商用サポートについて、またはプランの詳細については、 お問い合わせください。バグの報告や機能のリクエストは GitHub のイシューからお寄せください。

詳しく見る

ライセンス

Apache 2.0。ライセンスと通知をご覧ください。

コメント

MCP は初めてですか?

プロトコルの概要から最初のサーバーの導入まで、よくある疑問にまとめて答えます。

AI アプリケーションが外部のツールやデータソースに統一的な方法で接続するためのオープンなプロトコルです。クライアントはモデルとの対話を担い、MCP サーバーはツール・リソース・プロンプトテンプレートを提供します。標準メッセージでやり取りするため、1 つのサーバーを複数のクライアントで再利用できます。