MCPサーバーが30秒で沈黙する — 原因はデバッグ用print 1行、stdioの地雷と3つの直し方
出典: Qiita (Claude tag)
Hiroba による自動要約
MCP サーバーで print 文がデバッグ用に残されていると、stdioトランスポートが stdout を JSON-RPC 通信路として使うため、出力がプロトコルを破壊し接続が切断される。単体テストは通るが接続時だけ失敗する理由と、logging への置き換え・print の差し替え・ローカル開発での stdio 以外の起動という 3 つの対策コードを示す。
出典・元記事
Qiita (Claude tag) の記事を Hiroba が自動要約しました。元記事を読む
読んで良かったら、シェアしてみてください。
同じタグの記事が他に 4512 件あります。
関連する記事
同じタグの記事
Claude Code の MCP を .mcp.json で設計する──スコープ × トランスポート × 接続確認
ZennMCP サーバが /mcp に表示されない、接続に失敗する場合の原因は「設定をどこに書くか（local / project / user）」「どう繋ぐか（HTTP / stdio）」「実際に繋がったか」の3軸にある。.mcp.json の実装・환境変数展開・claude mcp コマンドによる接続確認を通じ、これら3軸を分離して MCP 設計する方法を解説。
SaaS の MCP を OAuth 対応にして ChatGPT と claude.ai から接続できるようにした
Qiita既存の Express SaaS に OAuth を実装し、ChatGPT と claude.ai のチャット画面から MCP サーバーを直接操作できるようにした記事。API トークン方式では Claude Code のみの対応だったが、OAuth 導入により一般ユーザーがログイン経由で利用可能に。SDK の createOAuthMetadata が固定パスのため、ハンドラを個別に取り込んで /oauth 配下にカスタマイズした実装と落とし穴を記録。