MCPで接続

​

ツールとして表示されるもの

1. 公開済み — 下書きのオートメーションは、MCPでもRESTでも公開されません。
2. MCPが有効 — 各オートメーションには、公開状態とは独立した「MCP経由で公開」トグルが設定ページにあります。これをオフにすると、そのオートメーションはすべてのキーの tools/list から隠れます。RESTエンドポイント（/v1/run/:flow）には影響しません。このトグルが存在する前に作成されたオートメーションは、デフォルトで公開されます。
3. 接続するキーのスコープ内 — キーが特定のオートメーション許可リスト付きで発行された場合、そのオートメーションだけがツールとして登録されます。スコープなしのキーでは、組織内の公開済みでMCP有効なすべてのオートメーションが表示されます。

​

シークレット入力はツールパラメーターになりません

​

クライアントを接続する

{
  "mcpServers": {
    "jinba-trail": {
      "command": "npx",
      "args": [
        "-y",
        "mcp-remote",
        "https://<host>/mcp",
        "--header",
        "Authorization: Bearer jbt_live_••••3f9a"
      ]
    }
  }
}

{
  "mcpServers": {
    "jinba-trail": {
      "url": "https://<host>/mcp",
      "headers": {
        "Authorization": "Bearer jbt_live_••••3f9a"
      }
    }
  }
}

npx -y mcp-remote https://<host>/mcp --header "Authorization: Bearer jbt_live_••••3f9a"

​

SSEとバッファリングされたJSON

• text/event-stream が先に並んでいる → レスポンスはServer-Sent Eventsとしてストリーミングされます。呼び出しに _meta.progressToken が含まれていた場合、サーバーは終端結果の前に、Runの実際のJournalエントリを notifications/progress イベントとして転送します。通知はRunが記録した実際の手順ごとに1つで、合成されたプログレスバーではありません。mcp-remote と現在のほとんどのクライアントは、この順序をデフォルトでは要求しないため、クライアントが明示的に要求しない限り表示されません。
• application/json が先（または text/event-stream がない） — デフォルトであり、mcp-remote と上記の設定スニペットが現在送るものです。呼び出しごとに、バッファリングされたJSONオブジェクトを1つ受け取ります。このネゴシエーションが存在する前と同じです。

​

キュー実行と get-run-status

• Sync（デフォルト） — tools/call はオートメーションが完了するまでブロックし、結果を直接返します。
• Queue — tools/call はRunをキューに入れ、{ "run_id": "...", "status": "queued" } を返してすぐに戻ります。このモードでは、補助ツール get-run-status も追加で登録されます。これに run_id を渡すと、Runの現在の状態と、完了後はその出力が返ります。このツールはデプロイがQueueモードで実行されている場合にだけ表示されるため、Syncデプロイの tools/list には影響しません。

​

関連