Claude の MCP サーバー不具合 ── Cowork 統合と draft-07 スキーマ問題の記録
Hiroba による自動要約
2026年9月に Claude チャットと Cowork が統合された後、filesystem MCP サーバーが JSON Schema の draft-07 / 2020-12 の不一致で動かなくなった。新しい会話を開くと経路が変わり同じサーバーが別名で届いて正常化。GitHub で同じ症状の報告を確認し、Cowork 経由では自前の filesystem サーバーが仕様の影響で登録段階で拒否される構造的問題と判明。
読んで良かったら、シェアしてみてください。
同じタグの記事が他に 5950 件あります。
関連する記事
同じタグの記事
claude -p の --allowedTools は道具を絞らない。settings で許可済みなら「読むだけ」指定でもシェルが動く
Zenn`claude -p` の `--allowedTools` は確認なしで実行できる道具の指定であり、使える道具は制限しない。settings.json の `permissions.allow` で Bash 等を許可していれば、`--allowedTools "Read,Grep,Glob"` でもシェル実行や外部書き込みが可能。`--tools` でも MCP と claude.ai コネクタは残るため、`--strict-mcp-config` 等との併用が必要。stream-json ログで20通りの組み合わせを検証した結果を掲載。外部の文章を読ませる自動化スクリプトの運用者向け。
ぼくのかんがえたさいきょうのAI×個人開発環境【第2弾：プロンプト肥大化と辞書MCP】
Zenn個人開発環境で肥大化した CLAUDE.md / GEMINI.md を、数行のポインタと Pull 型の「辞書MCP」で置き換えた事例。全 MCP の単一窓口となる「中継MCP」でツール定義のトークン消費抑制、出力カット、呼び出しログとエラー率の収集を実施。ルールを全体共通・技術別・プロジェクト固有の 3 層に分けて管理。複数プロジェクトを並行開発する MCP 利用者向けの設計例。
MCPツールが60秒でtimed outするのは処理が遅いからではない — 幽霊二重実行の正体と、1秒で返すジョブ投入パターンの完全実装
ZennClaude CodeからPDF一括変換のMCPツールを呼び出した際、60秒でtimed outし、AIの再試行でサーバー側の処理が二重に走ってファイルが破損した事例の解説。原因はタイムアウトが処理を止めない同期構造にあり、job_idを即時返却してget_job_statusでポーリングし、同一targetの実行中ジョブを再利用して冪等性を確保するFastMCPの完全実装を掲載。長時間処理のMCPサーバーを自作する開発者向け。
自社AIエージェントの「教育ロジック」をOSSにした - AIに「何年住みますか？」と聞き返させるまで
ZennTERASSが住宅購入相談向けAIエージェントの判断ロジックを「住宅購入AIフレームワーク」としてGitHubで公開。12分野の原則、約190項目の数値前提、テストケース、CI、評価ハーネスを備えたリポジトリとして管理し、配信用URLやMCPサーバー経由でClaude Codeにも導入可能。業務判断をAIに教えたい開発者向けの設計事例。