Claude Code最初の30分で信頼を作る初回タスク実行ガイド

最初のタスクで Claude Code への信頼はほぼ決まる

Claude Code を入れた直後に、いきなり「大きな機能を全部作って」と頼むと失敗しやすくなります。初回は、小さく、ローカルで、検証しやすく、戻せる作業に絞るほうが安全です。

この記事は Claude Code 入門ガイド の次に読む実行メモです。運用ルールまで固めたい場合は CLAUDE.md テンプレート集 と組み合わせてください。

良い初回タスクの条件

条件	理由
ローカルで完結する	本番や外部サービスを壊さず確認できる
範囲が小さい	作業が勝手に大きくならない
検証できる	diff、build、test で成功を判断できる
戻せる	出力が悪くてもすぐ取り消せる

この4つを満たすだけで、Claude Code は「怖い自動化」ではなく「検証可能な相棒」に近づきます。

7つの安全な初回タスク

1. 編集前に repo を読ませる

この repo を読んで、次を教えてください。
1. 主な entry point
2. よく使うコマンド
3. 触ると危険なディレクトリ
4. 最初に触ってよい小さなファイル

いきなり修正させず、理解の精度を先に見ます。

2. 失敗しているテストか見えているエラーを1つだけ要約させる

git status --short
npm.cmd run test

Claude Code には「何が失敗したか」「原因候補」「次の最小アクション」を出させます。「アプリ全体をデバッグして」よりずっと安全です。

3. 小さなリファクタ案だけを出させる

このファイルを読み、挙動を変えずに読みやすくする最小のリファクタ案を出してください。
触る行、リスク、検証方法を先に書いてください。まだ編集しないでください。

計画が弱ければ、コードを壊す前に止められます。

4. 既存テストに assertion を1つ足す

新機能より、既存の意図を1つ明確にする作業のほうが初回タスクに向いています。

5. あいまいな不具合を再現メモにする

「たまに壊れる」を修正させる前に、再現条件へ分解します。詳しくは バグレポートテンプレート を使ってください。

6. 最小の CLAUDE.md を作る

# CLAUDE.md
- stack: Astro + TypeScript
- commands: npm.cmd run build
- do not touch: .env, dist, generated exports
- output preference: 複数ファイル編集の前に計画を出す

1ファイルのルールが、その後の全セッションを安定させます。

7. 次回用の handoff note を残す

最初の成功は patch でなくても構いません。次の人や次のセッションが迷わないメモを残せれば、それも立派な成果です。

初回に避けたい失敗

本番 deploy、push、外部送信、全面リライトから始めないでください。初回はローカルで完結し、1コマンドで検証できる作業が向いています。

次に進むなら

まず 無料 cheatsheet でコマンドを固めてください。初回セッションが setup、permission、CLAUDE.md で崩れるなら Setup Guide が次の候補です。チーム導入や運用設計まで必要なら 導入相談 に進んでください。

作業後に必ずレビューすること

初回タスクは「終わったか」だけでなく「次も任せてよいか」を判断するための材料です。作業後は、変更ファイル、検証コマンド、残ったリスク、次に任せられる範囲を1つずつ確認します。ここを省くと、たまたま成功しただけなのか、再現できる進め方なのかが分かりません。

今回の作業をレビューしてください。
1. 実際に変更したファイル
2. 成功を確認したコマンド
3. まだ未確認のリスク
4. 次に任せてよい最小タスク
5. もし戻すなら使う手順

良い初回セッションの終わり方は「大きな成果」ではなく「次の判断が楽になること」です。たとえばテストを1つ直しただけでも、どのコマンドで確認できるか、どのファイルは触らないべきか、次はどこまで広げられるかが明確なら十分です。逆に、差分が大きくても検証が曖昧なら、次回は必ず小さい単位に戻してください。