なぜ LSP なのか、なぜ LSP プラグインなのか、そしてなぜ Claude Code はトークンを節約しないのか
Hiroba による自動要約
ByteAsk が C/C++ の 255 件の issue で、Claude Code 標準構成と clangd LSP プラグイン構成を比較した研究プレプリント。任意利用では LSP 呼び出しは 5% にとどまり、必須化しても修正成功率に有意差はなく、トークン 19% 増・API コスト 11% 増という結果。ファイル再読み込みが増加分の主因。C/C++ で LSP 導入を検討する開発者向け。
読んで良かったら、シェアしてみてください。
同じタグの記事が他に 6002 件あります。
関連する記事
同じタグの記事
Claude Code v2.1.318 破壊的変更まとめ：ランナーログ・IDE 拡張・deniedMcpServers
QiitaClaude Code v2.1.318 の破壊的変更と主要修正の整理記事。セルフホストランナーのログ形式変更、IDE ターミナルからの拡張自動インストール廃止、deniedMcpServers の URL エントリの適用範囲拡大を解説。共有ネットワークホームでの設定消失や、`claude -p` / Agent SDK が失敗を成功と報告する問題の修正も扱う。ランナー運用者、MCP 管理者、CI 組み込み利用者は対応の確認が必要。
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サーバーを自作する開発者向け。