SaaS MCP は Remote HTTP で足りるなら stdio と CLI OAuth を残さない
MCP
OAuth
設計判断
AIツール設計
判断
運用
原則
SaaS 型 MCP server で Remote HTTP と MCP client OAuth flow が使え、ローカルファイル読み取りや local cache の独自価値がなくなった場合、互換用として stdio server や CLI OAuth login を残さず、Remote HTTP に接続方式を一本化する判断が有効。
判断基準
- ユーザーごとの認可を hosted service 側の OAuth flow で完結できる。
- local CLI が単なる API proxy になっており、ローカルでしかできない処理がない。
- project や workspace の文脈を URL scope や tool input で指定でき、環境変数の fuzzy match に依存しない。
- docs、front、skills、rules、tools の説明が Local と Remote で分岐し、ユーザーに token file や stdio 設定を説明するコストが残っている。
残すもの
Local CLI を MCP 接続方式として廃止しても、skill や rule を配置する setup utility や skill export utility は残せる。これは MCP transport ではなく、AI client の作業手順を配布するためのローカル補助機能として扱う。
検証観点
実装後は server entrypoint、CLI help、package scripts、API client auth fallback、docs、front text、tool descriptions を横断検索し、stdio、local OAuth、環境変数 project match、local cache を前提にした文言や code path が残っていないことを確認する。