Claude Code最初の30分チェックリスト: 何を聞き、何を避け、何を残すか

最初の30分で「使える道具」になるかが決まる

Claude Codeを試してすぐ離脱する原因は、ツールそのものより最初の頼み方にあることが多いです。最初から大きすぎる機能、危険な変更、曖昧な依頼を投げると、確認疲れと手戻りだけが残ります。

このチェックリストは、インストール直後から最初の小さな成果までを安全に進めるためのものです。関連する考え方は First Task Runbook と Session Handoff Template にもつながります。

30分で残す成果

30分後に残したいものは、repoの地図、1つの小さな成果、検証結果、次回用のメモです。コードを大量に変える必要はありません。むしろ最初は「どこを触るべきか」「どう戻せるか」「どう確認するか」が明確になる方が価値があります。

0分から5分: 境界を先に決める

最初の依頼は実装ではなく探索にします。

Read this repository and tell me:
1. the main entry points
2. the commands I will probably need
3. the risky directories I should avoid first
4. the safest high-value first task for a 30-minute session

この質問で、Claude Codeがプロジェクト構造を読めているか、危険な場所を避けられるか、検証可能な作業に分解できるかを確認できます。

5分から20分: 小さく選んで、計画を先に出す

良い最初のタスクは、失敗したテストを1つ読む、CTA文言を1箇所だけ直す、500エラーの経路を追う、CLAUDE.mdを最小で作る、曖昧なバグを再現メモにする、のような作業です。

失敗例は「課金機能を全部作って」「トップページを全部リデザインして」「コードベース全体を綺麗にして」のような依頼です。成功条件が広すぎるため、検証もレビューも曖昧になります。

20分から30分: 検証して引き継ぐ

最後に必ず1つだけ検証します。

git status --short
npm.cmd run build

そのうえで、何を変えたか、何で確認したか、まだ不明なこと、次にやる最小作業を残します。このメモがあると、次回のセッションが最初からやり直しになりません。

次の導線

コマンドや基本の頼み方がまだ不安なら、まず 無料チートシート で十分です。設定、権限、CLAUDE.md、hooksが詰まりどころなら Setup Guide が次の候補です。チーム導入や運用設計まで含むなら 導入相談 に進んでください。