STEP 1405 — rei-scout discovery report (2026-08-25) 反映

2026-08-26 · rei-scout scheduled task (trig_015GkpKP9zAPXpRfVLYnRsGR) 出力の site 反映 · 全研究 site 反映 default (2026-08-06 protocol) 遵拠

これは何か

rei-scout は毎朝 (Cowork スケジュールタスク) GitHub 上の MCP サーバ / コネクタ / 計測ツール系リポジトリを収集して「人が見るべき順」に並べるレポートを吐く。 本 STEP は 2026-08-25 の run 出力を site に反映したもの。

→ レポート本体を開く (report.html, 198KB)

要約

158
候補総数
27
今回の新着
23
要確認
125
観察
9
見送り
1
却下

今回の地合いの変化 (rei-scout 自身の要約から)

  1. 計測器ベンダ自身 (Keysight) が公式 MCP サーバを出してきた — Keysight MCP Server for Instrument Control (プロプライエタリ配布 / GitHub 上不在) + Keysight/cyperf-mcp (公式 org MIT、 対象は CyPerf ネットワーク試験)。 ベンダ自身が MCP を試し始めた地合いの signal。
  2. 大学研究室の測定フレームワークが MCP を内蔵し始めた — northriv/KAME (東大物性研 北川研 / NMR/ODMR 測定自動化 / C++/Python/Ruby / GPL-2.0+ / v8.6 = 2026-08)。 付属 MCP は動作中の KAME インタプリタに AI が Python を直接流し込む設計 = arbitrary code execution。 スコア 90 で今回のトップ。

要確認 (score 上位、 STEP 1403 の 5 category での 仕分け対象)

#スコア候補特徴
190northriv/KAME東大物性研測定フレームワーク + MCP。 arbitrary-code-execution + physical-actuation + academic-maintained
282Keysight MCP Serverベンダ公式だが not-on-github + license-proprietary
380erebusnz/rigol-mcpRigol scope 用 MCP、 send_raw を既定無効化 + env で明示有効化する設計
479agentrust-io/cmcpMCP ツール呼び出しを Cedar ポリシーで手前で評価する gateway、 TEE 証明レポート機構つき。 rei-scout の承認ゲートと問題意識が重なる
578Keysight/cyperf-mcpKeysight 公式 org、 MIT、 15 カテゴリ 100 tool。 ただし対象が CyPerf ネットワーク試験でベンチ計測ではない
676armchairdeity/mcp-server-scpiRigol DS1054Z、 read_only/read_config/full の権限段階を tool 層で強制 (「サーバが拒否する。 モデルには決めさせない」明記)。 現時点 MockInstrument のみ
772mattjax16/rigol-dho-mcpRigol DHO800/DHO900、 stdio + HTTP + Docker、 README が自己申告 (raw SCPI 逃げ道 / HTTP 認証なし / DNS rebinding 対策)。 license-unspecified

残り 16 件は report.html 参照。 全 23 件を STEP 1403 の 5 category (import-as-mcp / port-to-rei / cite-only / defer / reject) に振り分けるのは別 arc。

honest scope

スコアの意味 (rei-scout 側 disclosure)
  1. 安全性の証明ではない。 「人が見るべき順番」。 スコアが高いから安全、 低いから危険、 という含意なし
  2. star 数と最終更新は Web 検索由来で、 リポジトリページと食い違うものが複数 (metadata-unknown フラグが多数)。 確定値は Nobuki さんの ローカル PC 上 python -m scout scan で取得すべき (このクラウド run の役割は発見と一次選別まで)
  3. 到達不能例: poly-mcp/IoT-Edge-MCP-Server は整った紹介文が検索側に出るのに repo 本体が 404。 紹介文だけが流通している候補は実体確認できるまで採らない扱い
  4. MCP は接続時点で任意コード実行可能。 導入は必ずリポジトリ中身を読んだうえで人 (藤本さん) が決める。 rei-scout は候補提示までで導入は一切していない
この STEP でやったこと
  1. rei-scout の 2026-08-25 run 出力 (Downloads の rei-scout-2026-08-25.html) を site 反映 (report.html として verbatim 保管)
  2. Rei-side context (STEP metadata + memory link + 5 category 振り分け対象宣言) を index.html として付与
  3. 2026-08-06 protocol 遵拠 (public/tools/ 配置 + dist-renderer/tools/ mirror + RECENT_UPDATES.md 追記 + SITE_COVERAGE_MAP.md 更新)

関連