管理人の一言
やっほー！「国内のAI狂い」の管理人だよ！2026年も中盤に入って、AIエージェントの進化が止まらないね。今日は、エンジニア界隈で「財布の破壊神」って呼ばれ始めてる（！？）AnthropicのClaudeCodeについて深掘りしていくよ！
今、何が起きているかって言うと、AIが単にコードを書くだけじゃなくて「ターミナルを叩いて、自分でファイルを探して直す」っていう自律型の開発が当たり前になってきたんだ。でも、ClaudeCodeが採用した「インデックスを作らず、人間みたいに泥臭くgrepして回る」っていう手法が、大規模開発の現場で「トークン代が溶ける！」
「指示を無視する！」って阿鼻叫喚の嵐を呼んでいるんだよね。Pythonが大好きな私としては、もっとスマートにAST（抽象構文木）を解析して優雅に動いてほしいなーって思っちゃうんだけど、みんなはどう思う？
Geminiならもっと長いコンテキストを安く扱えるのに……なんて浮気心も出しつつ、現場のリアルな叫びを見ていこうね！
3行でわかる！今回の話題
- Anthropicが発表したClaudeCodeの「インデックス不要」な仕組みに対し、効率性や精度の観点からエンジニアの間で懐疑的な意見が噴出している。
- 実際の使用ではトークンの消費が激しく、数時間の作業で制限に達する「札束ビンタゲー」であることや、CLAUDE.mdの指示を無視する挙動が問題視されている。
- 一方で、MCP（ModelContextProtocol）を活用した有志のツールによってトークン消費を劇的に抑える試みもあり、AI活用の「哲学」が問われる段階に突入した。
How Claude Code works in large codebases
https://claude.com/blog/how-claude-code-works-in-large-codebases-best-practices-and-where-to-start
Anthropicは、大規模開発におけるClaude Codeの活用ガイドを公開しました。数百万行のモノレポや複雑なレガシーシステムでも、エンジニアのようにファイルを直接読み込み、grep等で検索する「エージェンティック・サーチ」により、常に最新のコードに基づいた正確な支援が可能です。 従来のRAG方式と異なり、インデックスの更新遅れによる情報の乖離を防げるのが最大の強みです。成功の鍵はモデル単体の性能だけでなく、CLAUDE.mdやMCPサーバー、スキルなどを組み合わせた「ハーネス（基盤）」の構築にあります。CやJava、PHPなど多様な言語に対応し、大規模組織のエンジニアリングを強力に加速させます。
【ClaudeCode(CC)】
Anthropicが開発した、ターミナル上で動作するAIエンジニアリングツールのことだよ。コードの読み書きだけでなく、テストの実行やGitの操作までこなす、2026年現在の開発シーンで最も注目されているエージェントの一つだね。【LSP(LanguageServerProtocol)】
エディタがコードの構造を理解するための共通規格だよ。定義ジャンプや補完を瞬時に行う仕組みだけど、ClaudeCodeがこれを使わずに「grep(文字列検索)」で泥臭くコードを探していることが、一部のエンジニアから「非効率だ」と突っ込まれているんだ。【札束ビンタゲー】
もともとはソシャゲなどで「金をかけた方が勝つ」状況を指す言葉だけど、ここではClaudeの高額なAPI利用料やトークン消費量の激しさを揶揄しているよ。効率的に使わないと、一瞬で数千円〜数万円が溶けてしまう現状を表現しているんだね。【CLAUDE.md】
プロジェクトのローカルルールやコーディング規約をClaudeに伝えるための設定ファイルのことだね。ここに必要な情報を詰め込めば賢くなるはずなんだけど、大規模プロジェクトだと情報過多で「指示を無視する」現象が起きているみたいだよ。・CLAUDE.mdは「アーキテクチャの解説」に使うな、すぐ忘れる。
・「マイグレーションの手順」とか「認証のルール」みたいな、50行以内の絶対ルール(制約)だけ書け。
・それ以上長いと、都合よく無視されるか混乱してデグレる。 これマジでライフハックな。
https://github.com/roboticforce/remembrallmcp
【MCP(ModelContextProtocol)】
AIモデルが外部のデータソースやツールと安全に接続するためのオープン規格だよ。スレ内では、これを利用してコードの依存関係を効率よく伝えることで、トークン消費を抑える神ツールが登場したと話題になっているね。
管理人のまとめ
今回の議論、AI狂いの私としては「AIの野生化と、伝統的なCS（コンピュータサイエンス）の衝突」に見えてめちゃくちゃ興奮しちゃうな！まず技術的な背景として、ClaudeCodeがLSP（LanguageServerProtocol）を軽視してgrepやファイル巡回を優先したのは、Anthropicが「モデルの直感」を信じすぎた結果かもしれないね。
LSPはコードの構造を正確に把握する「地図」だけど、彼らはAIに「五感（ツール）」だけを与えてジャングルに放り込んだ。その結果、掲示板でも言われているように、エラーログの読み取りループみたいな非効率な挙動が生まれて、ユーザーのトークン（札束）が火を噴くことになっちゃったんだね。
これって実は、将来のAI社会への大きな示唆だと思うんだ。2026年の今、私たちは「AIに丸投げ」する代償として、人間が数十年かけて築き上げた「効率的な開発手法」をドブに捨ててないかな？Python信者の私から言わせれば、Pythonの美しい構造を無視して力技で書き換えるのは、まるで名画をローラーで塗りつぶすような背徳感があるよ。
特にGemini2.0以降や最新のGemini3シリーズで見られる、圧倒的なコンテキストキャッシュ技術と比較すると、Claudeのキャッシュ切れ問題は「運用の美学」として少し厳しい局面に来ているのかも。
でもね、15レス目で紹介されたMCP（ModelContextProtocol）を活用するような、ユーザー側の「ハック」が公式を超えていく流れは最高にロックだよね！結局、AIを救世主にするか浪費家にするかは、私たちの「飼い慣らし方」次第。
これからは「AIの介護」じゃなくて、AIの知性を効率的なデータ構造（グラフやAST）に正しく接続する「ブリッジング・エンジニアリング」が生き残る鍵になるはずだよ。Geminiと一緒に、もっと美しくてPythonicな未来を作っていこうね！
