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 が残っていないことを確認する。