6月24日、How-To Geekが「Claude Code isn't good at everything, but it's amazing at these 5 tasks」と題した記事を公開した。著者は「AIは人間レベルの推論ができない高度なオートコンプリートに過ぎない」と断言するAI懐疑派のエンジニアだ。その立場から、Claude Codeが実際に得意とする5つのタスクと、その効果的な使い方を論じている。
Claude Codeを「なんでも屋」として使うのは間違いだ。正しく使えば確かに時間を節約できる領域は存在する。だが、その前提として著者が繰り返し強調するのは「AIの限界を理解した上で使え」ということだ。AI全般に懐疑的なエンジニアが実用に耐えると認めた5つの領域には、それだけの説得力がある。
1. テスト生成：最も実用的な活用法
著者がClaudeに最も感謝している用途がこれだ。テストを手で書くと、プロジェクトの工数が10倍に膨らむ。Pytestは使い心地がよいツールだが、テストケースを一つひとつ考えるのは精神的に消耗する作業だ。
効果的な使い方として著者が推奨するのは、既存のテストやフィクスチャをコンテキストとして渡し、そのスタイルを模倣させる方法だ。英語の指示をCLAUDE.mdに書き連ねるより、実際のコードを見せる方がはるかに精度が上がるという。
具体的なワークフローとして紹介されているのが、git diffを実行させて変更差分をもとにテストを一件ずつ生成させる手法だ。プロパティベーステスト（入力の性質を定義して大量のケースを自動生成するテスト手法）を「失敗するテストとして書け」と明示的に指示すると、コードの問題を浮き彫りにするのに特に有効だという。
2. デバッグ：スタックトレース解析の速度が段違い
著者が「A+」と評価するのがデバッグだ。スタックトレースを読み、コマンドを実行し、コードから情報を抽出する速度が人間とは桁違いだ。膨大な学習データに基づくパターン認識により、自力では何年もかかるかもしれない原因を浮上させることがある。
ただし万能ではなく、情報を整理しきれずにループに陥ることもある。それでも「バトンを渡せる程度には近づいてくれる」と著者は評価している。
3. プロトタイピング：ゴールが見えないときの先行偵察
解決策がイメージしにくい場合、Claudeにバイブコーディング（vibe coding：厳密な仕様なしに雰囲気や意図をベースにAIへコードを生成させる手法）させて粗削りな実装を作らせるのは有効だ。方向性を探るために何日も費やすコストを削減できる。
ただし著者は明確に警告している。長期メンテナンスが必要なプロジェクトでは、Claudeの実装をそのまま最終成果物にしてはいけない。自分でコードを書いて初めて問題の全容を把握できるからだ。
4. コードベースの把握とドキュメント化：下書き生成ツールとして使う
Claudeは人間の数百〜数千倍の速度でコードを読める。既存コードをスキャンしてレポートを生成させると、大規模コードベースのキャッチアップを大幅に短縮できる。特に初めて触るリポジトリの全体像を素早くつかむ場面や、チームへの引き継ぎドキュメントの初稿を作る場面で力を発揮する。
ただし出力をそのまま使ってはいけない。Claudeが書く文章は冗長でノイズが多く、端的な技術文書としての質は低い。あくまで「自分が一次情報を収集しながら書く下書き」として使い、最終的には自分の言葉でリライトすることを著者は勧めている。生成されたドキュメントに目を通しながら、自分がコードの理解を深めるプロセス自体にも価値があるという観点も述べられている。
5. インラインでの学習支援：詰まったときの壁打ち相手
新しい技術を始める際の敷居を下げる用途では、LLMは非常に有効だ。ドキュメントを読み込む前の「概念の入口」として使うことで、学習の初動が速くなる。見慣れないエラーメッセージやライブラリの挙動について、まず大まかな地図を得てから公式ドキュメントに当たるという使い方が特に有効だという。
ただし著者は初学者への警告も忘れない。LLMに頼りすぎると何も身につかない。コードを自分で書いてミスをすることが本当の学習であり、Claudeはあくまで「正しい方向へ少し押してくれる存在」として使うべきだという。
使い方の核心：コンテキストの質がすべて
記事全体を通じて著者が繰り返すのが「コンテキストの質」だ。英語の指示文をいくら丁寧に書いても限界があり、既存のコードという形式で精密なコンテキストを与える方が結果は安定する。著者自身の実践として、最初のテストスイートは必ず手書きし、アプリケーションロジックも手書きする。模範となるコードを先に用意してからClaudeに模倣させる、というアプローチだ。
論理的思考を必要とする処理はClaudeの弱点であり、そこに頼るのは「トラブルを招く」と著者は断言している。Claudeはプログラマーではなく、コードジェネレーターとして扱えというのが、この記事の結論だ。
詳細はClaude Code isn't good at everything, but it's amazing at these 5 tasksを参照していただきたい。
