Claude Codeでできること・向かないこと

Claude Codeは、codeを生成するだけのAIではありません。

repositoryを探索し、fileを編集し、shell commandを実行し、testを回し、GitやMCPと連携しながら複数stepのdevelopment taskを進められるagentic coding toolです。

一方で、権限を持たせるほど「間違ったときの影響範囲」も大きくなります。

何ができるかと同時に、どこを人間がreviewすべきかを見ることが重要です。

codebaseを理解する

Claude Codeはproject directoryを探索し、file構成やdependency、実装箇所を読み取れます。

たとえば、

• authenticationの流れを説明

• 特定featureの実装場所を探す

• errorの原因fileを絞る

• unfamiliar repositoryを要約する

といった用途です。

chatへ関連fileを一枚ずつ貼るより、repositoryの中で直接調査できるのが強みです。

featureを実装する

自然言語で要件を伝え、複数fileにまたがる修正を進められます。

UI component、API route、validation、test、database integrationなど、通常のdevelopment taskを連続して処理できます。

大きな変更ではPlan modeで先に方針を確認してから実装へ進めることもできます。

debugとtest

error messageやfailing testを渡し、原因調査から修正まで進められます。

Claude Code自身がcommandを実行できるため、

修正

→ test

→ error確認

→ 再修正

というloopをagent側で回せます。

ただしtest coverage自体が弱いprojectでは、testが通ったことだけでcorrectnessは保証できません。

Git作業

Git historyの確認、diff説明、merge conflict解消、commit作成などを支援できます。

Claude CodeのCLIはscriptableなので、CIやautomationへ組み込むこともできます。

non-interactive modeではclaude -pを使い、allowed toolsを制限しながら実行できます。

MCPで外部serviceとつなぐ

MCPにより、Google Drive、Figma、Slack、Jira、custom toolなどをClaude Codeへ接続できます。

codebaseだけでは分からないdesign specやticket情報を読み、implementationへ反映するworkflowを作れます。

ここまで来ると、単なるcoding assistantよりdevelopment agentに近い使い方です。

auto modeで長い作業を進められる

Claude Code v2.1.283以降では、対話型terminal / VS Codeの組み込み開始modeはAutoです。それ以前のversionではPro / Max / Teamなどplanやfeature flagで異なる場合があり、設定、組織policy、model availability、初回起動時の状態によっても変わります。画面で実際のmodeを確認します。

Auto modeでは別のclassifierがactionを確認し、危険と判定した操作を止めます。ただし明示したallow / deny rule、組織側の制御、利用者のreview責任は残ります。Manual modeではread-only操作を基準に、編集やコマンド実行の許可を求めます。

長いtaskを止まりにくくする仕組みですが、「完全自律で何をしても安全」という意味ではありません。

high-risk operationではpermissionとscopeを明示した方が安全です。

向かないこと：production変更の完全丸投げ

database migration、production deploy、access control変更、billing処理など、失敗時の影響が大きいtaskをreviewなしで任せる使い方には向きません。

AIの判断が正しくても、environment固有の前提を取り違える可能性があります。

重要操作はdry run、plan、diff、manual approvalを組み合わせるべきです。

向かないこと：仕様が決まっていない大改修

「いい感じにarchitectureを全部直して」のような曖昧なtaskでは、Claude Codeが合理的に見える方向へ大きく変更する可能性があります。

目的、制約、守るinterface、performance requirementを人間側で決めた方が品質が安定します。

AIが仕様を推測する範囲を小さくすることが重要です。

まずは使ってみる

記事の文脈に合うToolへ進めます。報酬の有無で見た目は変えていません。

• 

  Claude Code

  公式サイトを見るTool詳細を見る比較を見る

向かないこと：security判断を最終決定させる

Claude Codeはsecurity issueの調査やreviewに使えますが、security-sensitiveな最終判断をAIだけに任せるべきではありません。

secret handling、authorization、cryptography、network policy、regulated dataなどは、人間のreviewや専門toolを組み合わせます。

向かないこと：visual qualityの最終確認

frontend codeやCSSは修正できますが、実際のbrowserでの見え方、device差、brand quality、細かなmotionの良し悪しはcodeだけでは判断しにくい場合があります。

screenshotやdesign source、browser testを組み合わせることで精度が上がります。

仕事の種類から任せる範囲を決める

Claude Codeへ任せやすいかは、taskの大きさより「成功を確かめる方法があるか」で決まります。

表は横にスクロールできます

task	向いている理由	人が確認する境界
既存codeの調査・説明	repository内の複数fileを関連付けて読める	古い仕様や未文書化前提を元sourceと照合
小さなbug修正	再現testや期待結果を置ける	diff、回帰test、変更範囲
小さなfeature	acceptance criteriaを具体化できる	仕様外変更、互換性、accessibility
refactor	testと境界を事前に示せば段階化できる	public interface、性能、migration
production / security操作	失敗時の影響が大きい	AIだけで承認せず、人の承認とrollback planを置く
未確定のproduct設計	成功条件自体がまだ決まっていない	人が仕様・優先順位を決めてから実装を依頼

依頼文には「目的」「触れてよい範囲」「変更禁止」「完了条件」「実行してよいcommand」を入れます。例えば、既存testの失敗を直すなら、「再現するtestを先に特定。src/components/配下のみ変更可。dependency追加、deploy、database変更は禁止。testを実行し、diffと未確認点を報告」と指定できます。これはClaude Codeの能力を弱めるためではなく、何を自動化してどこから人が判断するかを定めるためです。

permission modeを安全性の目安にしない

Claude CodeのAuto modeは対話型terminalやVS Codeの開始modeとして使われますが、すべての操作を無条件で許可する仕組みではありません。Manual modeはread-only操作を基準にし、編集・test・commandには承認を求めます。どちらを使う場合も、明示deny rule、作業directory、組織設定、sandbox条件を確認します。Anthropicは、提案されたcodeとcommandを実行前に利用者がreviewする責任を案内しています。危険なcommandを許可しない設定やsandboxが必要なrepositoryでは、単にpermission promptを信頼するだけでなく、実行環境の範囲も確認してください。

依頼から受入までの短いworkflow

1. 目的と変更範囲を短く書く。

2. 調査・planだけで、関連fileと懸念点を出してもらう。

3. 変更内容を確認してから実装を許可する。

4. diff、test、実行command、未確認事項を確認する。

5. production、権限、data、billingに触れる操作は人が明示承認する。

このworkflowなら、Claude Codeが得意な「repository内で複数stepを進める」部分を使いつつ、判断責任が必要な点を人に残せます。

AIものさしの判断

Claude Codeが強いのは、

「repositoryを調べる」

「計画する」

「複数fileを直す」

「commandを実行する」

「結果を見て次の修正をする」

という一連のloopです。

一方で、要件定義、risk判断、production承認まで全部代替するtoolではありません。

人間がscopeと完了条件を決め、Claude Codeに実装loopを任せる使い方が、現時点では最もバランスが取りやすいです。