blog

Claude Codeの始め方|初心者が最初にやること【2026年版】

Claude Code 始め方の最短ルートは「環境準備 → 小さなタスクで体験 → 日常運用に習慣化」の3ステップです。いきなり大規模なプロジェクトに投入するより、READMEを書かせる・テストを1つ追加するといった、安全で小さなタスクから始めることが習得を早める確実な方法です。

この記事は、Claude Codeをインストールしたばかりの初心者が「最初の1日〜1週間」で何をすればいいかをまとめたものです。基本操作の確認から、指示の出し方、差分確認、CLAUDE.mdの整備、1ヶ月で踏むべきマイルストーン、よくある罠と対処まで、順を追って解説します。

Claude Codeでプロジェクトの README を自動生成しているターミナル画面のイメージ
Claude Codeでプロジェクトの README を自動生成しているターミナル画面のイメージ

Claude Codeを初めて使う時、最初に何をやる?

Claude Codeをインストールした直後に最初に行うべきことは、安全な新規ブランチを作成し、既存の「README.mdの更新」または「簡単なテストコードの1件追加」をClaude Codeに実行させることです。いきなり本番コードの修正を依頼するのではなく、影響範囲の限定されたタスクを通じて、Claude Codeがファイルをどのように読み込み、提案し、実行するかという一連の挙動(エージェントの自律動作)を体験することが最優先ステップとなります。

  • Gitのクリーンな状態と新規ブランチの確保:意図しないファイルの書き換えを防ぐため、必ずgit statusがクリーンな状態で、検証用の専用ブランチに切り替えてからclaudeコマンドを起動します。
  • 初回起動時の認証と権限設定:ターミナルでclaudeを実行し、ブラウザ経由でAnthropicアカウントの認証を完了させます。初回起動時に求められるファイル読み書きやコマンド実行の権限付与はすべて許可します。
  • 「READMEの修正」をプロンプトで指示する:プロンプトに「README.mdに現在のプロジェクトの概要とインストール手順を追記して」と入力し、Claude Codeが自律的にファイルを探索・編集する流れを監視します。
  • 差分(Diff)の確認と承認:Claude Codeが提示したファイルの差分をターミナル上で確認し、問題がなければ「y」キーを押して変更を承認・コミットする操作に慣れます。


基本的な定義・仕組みは → こちらの記事で解説しています。

最初に依頼するタスクは何がいい?

最初は「READMEを書いて」「このファイルの説明を追加して」「テストを1つ書いて」といった、小さくて壊れにくいタスクから始めるのが定石です。結果を読んで内容を理解する余裕がある粒度から入ると、Claude Codeの動作感覚がつかみやすくなります。

おすすめの最初のタスク例:

  • 「このプロジェクトのREADME.mdを書いてください」
  • src/utils.js の関数にJSDocコメントを追加してください」
  • 「このコードの動きを日本語で300字程度に要約してください」
  • utils/parseDate.ts に対して、Jestで正常系のテストを1つ書いてください」
  • src/api.tsfetchUser 関数で404のときにnullを返すよう修正してください」

これらは変更範囲が限定的で、生成された内容を自分の目で確認しやすいという共通点があります。「Claudeが何をしたか」を追いかけながら作業できるため、ツールの動作感覚をつかむ練習として最適です。

逆に最初に避けたほうがいいタスクは以下のような影響範囲の大きいものです。

  • 「プロジェクト全体をリファクタリングして」
  • 「使っているライブラリを別のものに置き換えて」
  • 「依存関係を全部最新版に更新して」
  • 「データベーススキーマを変更して」

これらは変更のドミノ倒しが起きやすく、差分を追うのも困難になります。Claude Codeへの信頼感が十分に育ってから取り組む領域です。

指示の出し方にコツはある?

「何を、どこに、どんな方針で」の3点を具体的に書くと、Claude Codeの動きが安定します。曖昧な指示は曖昧な結果を生むため、最初のうちは「少し丁寧すぎるくらい」の書き方でちょうど良いです。

悪い例(曖昧) 良い例(具体的)
「直して」 src/api.tsfetchUser 関数で、404のときにnullを返すように直して」
「テスト書いて」 utils/parseDate.ts の関数に対して、Jestで正常系・異常系のテストを書いて」
「リファクタリングして」 src/components/Header.tsx のロジックを、Hooks を使って読みやすく整理して。既存の表示動作は変えないで」
「コメント追加して」 lib/parser.js の全関数にJSDoc形式でコメントを追加して。引数・戻り値・使用例を含めて」

指示に含めると効果的な要素は次の4つです:

  1. 対象ファイル・関数名:「どこ」を明確に指定する
  2. 期待する動作・成果物:「何を」してほしいかを具体的に
  3. 制約・方針:「やってはいけないこと」「従うべきスタイル」を明示
  4. フォーマット指定:出力形式(JSDoc・日本語要約・Jestテスト等)

慣れてくれば短い指示でも意図通りに動くようになります。最初の数日は丁寧に書く癖をつけて、Claudeがどこまで文脈を察してくれるかの感覚を掴むのがおすすめです。

差分の確認と承認はどうやる?

Claude Codeはファイルを編集する前に差分を表示して確認を求めてくるので、内容を理解した上で承認するクセを最初からつけるのが安全です。差分が大きすぎると感じたら、タスクを小さく分割するシグナルとして受け取るのが良い使い方です。

差分確認のポイントを整理すると:

  • 追加行(+):新たに追加されるコードを確認する。意図したものか?
  • 削除行(−):消えるコードを確認する。消えてはいけないロジックが含まれていないか?
  • 変更の範囲:依頼していないファイルが変更対象に入っていないか?

「とりあえず承認」を繰り返すと、意図しない変更が積み重なって後から原因追跡が困難になります。差分を読んで意味がわからなかったら、その場で「この変更の意図を説明して」「なぜこのファイルを変更するの?」と聞き返すのも自然な使い方です。Claude Codeはその質問にきちんと答えてくれます。

承認前に git status で現在の変更状況を確認する習慣も、早い段階でつけておくと安全です。

CLAUDE.mdは何のために書く?

CLAUDE.mdは、プロジェクトのルートに置くプロジェクト固有の指示書で、コーディングスタイル・テスト実行コマンド・避けるべき変更などをClaudeに伝えるためのファイルです。これがあると、毎回同じ前提条件を書かなくても、Claudeがプロジェクトの流儀に沿って動いてくれます。

CLAUDE.mdに書いておくと効果的な内容の例:

# CLAUDE.md — プロジェクト固有の指示
## テスト
– テスト実行コマンド:`npm test`
– テストフレームワーク:Jest + React Testing Library

## コーディングスタイル
– ESLintとPrettierの設定に従う
– TypeScriptの型は明示的に書く(anyは原則禁止)

## 禁止事項
– `package.json` のバージョンは自動更新しない
– main ブランチに直接コミットしない
– 外部APIキーをコードにハードコードしない

## ブランチ運用
– 機能追加は feature/XXX ブランチで作業

最初は短くて構いません。むしろ「今の自分が毎回説明している内容」をそのまま書き出すのが最速の作り方です。プロジェクトを使い込むうちに、必要な指示が増えていく形で育てるファイルです。

チームで使う場合は、CLAUDE.mdをリポジトリにコミットすることで、メンバー全員が同じ前提でClaude Codeを使える環境を整えられます。個人の設定(作業スタイルや好み)はホームディレクトリに別途 CLAUDE.md を置くことで、プロジェクト設定と分けて管理できます。

howtoの詳細 → こちらの記事で解説しています。

最初の1ヶ月で達成したいマイルストーン

Claude Codeを始めて1ヶ月以内の達成目標は「日次15分以上の対話頻度」「CLAUDE.md整備」「最低3種類のタスク経験」「カスタムコマンド1つ作成」の4つです。無理に大きな成果を狙うより、小さく継続して習熟度を上げるのが結果的に近道です。

推奨アクション 目標状態
1週目 インストール確認、基本対話、READMEの自動生成、ファイル要約 「Claudeに依頼する」感覚をつかんでいる
2週目 実プロジェクトでの軽い修正、テスト追加、/clearの使い分け、CLAUDE.md初版作成 差分を読んで承認できている。CLAUDE.mdが存在する
3週目 複数ファイルにまたがる修正、軽いリファクタリング、スラッシュコマンド活用拡大 複数ファイルの変更を追いながら作業できる
4週目 カスタムスラッシュコマンドの作成、チームへの共有、振り返りと運用ルール整備 定型フローをコマンド化できている

1ヶ月の到達点として目指したいのは、「Claude Codeを使うかどうかを毎回迷わない状態」です。慣れる前は「これ自分で書いた方が早いかも」と迷う場面が多いですが、慣れると「まずClaudeに頼んでみる→結果が良くなければ手で書く」の判断が瞬時にできるようになります。

挫折しやすいタイミングは「2週目後半」です。最初の物珍しさが薄れ、面倒臭さが勝つ時期。ここを乗り切るコツは「目に見える成果を作る」ことです。読みにくかった関数をきれいにする、テストカバレッジを増やす、READMEを充実させるなど、自分の達成感を可視化できるタスクをこの時期にあえて投入すると継続しやすくなります。

初心者がよく陥る3つの罠と対処

初心者がよく陥る罠は「丸投げ依存」「差分の読み飛ばし」「会話を引き伸ばしすぎる」の3つです。どれも自然な使い方の延長で起きるため、最初に「これは避ける」と意識しておくだけでトラブルを大きく減らせます。

罠1:丸投げ依存

「全部やっといて」と曖昧な依頼を続けると、意図と違う実装が積み上がります。最初に「何をどのように」を明確にしないまま依頼を重ねると、後から修正コストが膨らみます。

対処:「何を、どこに、どんな方針で」の3点セットで指示する。最初の数日は「丁寧すぎるくらい」が安全です。

罠2:差分の読み飛ばし

Claude Codeは差分を見せて承認を求めますが、慣れると「とりあえずyes」を連打しがちです。承認した差分に意図しない変更が混ざっていて、後でテストが落ちてから気づくパターンが多発します。

対処:「差分は必ず読む」「読んで意味がわからなければClaudeに説明させる」の2点を徹底する。

罠3:会話を引き伸ばしすぎる

長時間の対話セッションを続けると、文脈が膨らみすぎて精度が落ちます。「以前話した件だけど〜」と過去の話題に戻すと、文脈の取り違えも起きやすくなります。

対処:「話題が変わったら /clear」を習慣化する。1セッションあたり30〜60分程度を区切りにすると安定します。長い会話を続ける必要があるときは /compact で履歴を要約してから継続するのも有効です。

これら3つの罠は、いずれも「人間相手の対話なら自然な配慮」をAIに対しても適用すれば回避できます。「丁寧に依頼する」「相手の応答をちゃんと読む」「話題が変わったら仕切り直す」——人と仕事するときと同じ態度がそのまま使えると考えると、Claude Codeとの付き合い方は意外と難しくありません。

1年以上使ってきて思う「最初の1週間」の過ごし方(一次情報)

当メディアの監修者・河合継はClaude Codeを3.5の時代から1年以上、実務で使い続けてきた。これから始める初心者に伝えるとすれば、最初の1週間で意識すべきことは多くない。

  • いきなり本番の重要コードに使わない。最初は失っても困らない小さな題材(使い捨てスクリプト、資料づくり、既存コードの説明)で「差分を読む → 承認する」の流れに体を慣らすのが、遠回りに見えていちばん早い。
  • うまくいかない原因の多くは指示の側にある。期待と違う結果が出たとき、最初は「AIが悪い」と感じがちだが、振り返ると前提や制約を伝えきれていないことがほとんどだった。設定をいじるより、指示をやり直すほうが速い。
  • 「自分の運用ルール」を育てていく。毎回同じ注意を口頭で繰り返すより、プロジェクトの方針を CLAUDE.md に書いて渡すほうが安定する。最初から完璧を目指さず、つまずくたびに一行ずつ足していくと、1ヶ月後には自分専用の使い方ができあがっている。

結局のところ、Claude Codeは「賢い新人」に近い。最初に丁寧に教え、成果物をきちんと確認し、教えたことを書き残していく——その積み重ねが、そのまま習熟の最短ルートになる。

小さなタスクを繰り返して習熟度を高めるワークフローループのイメージ
小さなタスクを繰り返して習熟度を高めるワークフローループのイメージ

よくある質問

Q1. 最初の1週間で何ができるようになりますか?

個人差はありますが、READMEやコメントの自動生成、簡単なバグ修正、テスト追加、ファイルの読解と要約あたりは1週間あれば自然に使えるようになります。複雑なリファクタリングや大規模な再設計は、Claudeとの対話の流儀に慣れてからのほうがスムーズです。最初の1週間は「出力の質を評価する目を養う期間」と捉えると焦らずに進めます。

Q2. 学習リソースは何を見ればいい?

まずはAnthropic公式のドキュメントが基本になります。コマンドのオプションや設定ファイルの仕様が網羅されているので、困ったときの一次情報として手元に置いておくと便利です。日本語の解説記事や事例ブログも増えているので、自分の業務に近いユースケース(Webフロントエンド・バックエンドAPI・スクリプト自動化など)を探すのが習得の近道です。

Q3. うまく動かないとき、最初に試すべきことは?

「指示を具体的に書き直す」「タスクを小さく分割する」「/clear で会話履歴をリセットする」の3つが定番の対処です。長い会話を続けていると文脈が膨らみすぎて精度が落ちることがあるので、区切りの良いところでリセットするのがコツです。それでも解決しない場合は、Claudeに「今の状況を整理して、何が問題か教えて」と聞いてみると突破口が見つかることがあります。

Q4. プロンプトの書き方は別途学ぶべき?

Claude Code固有の特殊なプロンプト技術はそれほど多くないので、まずは自然な日本語(または英語)で具体的に書くことから始めれば十分です。慣れてきたら、CLAUDE.mdでのコンテキスト共有、構造化された指示(番号付きステップ・箇条書き)、制約の明示など、効率化の手法を順次取り入れていくと良いです。「プロンプトを洗練させるより、CLAUDE.mdを育てること」のほうが長期的なROIは高いと感じています。

Q5. 有料プランは必要ですか?

Claude Codeを本格的に使うにはAnthropic APIの利用料が発生します。使用量はトークン消費量に比例するため、最初は小さなタスクから始めることでコストを抑えつつ慣れていくのが現実的です。Claude Proサブスクリプションでも利用できますが、大量のコード処理を行う場合はAPIキーによる従量課金の方が柔軟に管理できます。コスト管理のために、Anthropicのコンソール画面で使用量を定期的に確認する習慣をつけておくと安心です。

インストール前の前提確認と、初期設定でつまずく箇所の切り分け

Claude Codeの「始め方」で最初の関門になるのは、機能そのものではなく手元の環境が導入条件を満たしているか最初の認証をどう通すかです。ここを先に整えておくと、いざ動かす段階で詰まりません。始める前に、自分の環境を次の観点でチェックしてください。

始める前に確認しておく前提

  • ターミナルが使える状態か:Claude Codeはコマンドライン上で動くため、まず「ターミナル/コマンドプロンプトを開いてコマンドを打てる」状態が出発点になります。
  • Node.js/npm が入っているか:グローバルインストールで導入する形が一般的なので、パッケージマネージャが使えるかを先に確認します。node -vnpm -v がバージョンを返せばOKです。
  • 作業用ディレクトリを1つ用意する:本番のリポジトリでいきなり試さず、練習用の空フォルダか、消えても困らない小さなプロジェクトを1つ決めておきます。
  • 認証の手段を決める:Anthropicアカウントでのログインでつなぐのか、APIキーを使うのか、始める前に方針を決めておくと初回で迷いません。

初期設定でよくあるつまずきと確認の順番

「入れたのに動かない」ときは、原因を上流から順に切り分けると早いです。

症状 まず疑う箇所 確認・対処の方向性
インストールが途中で失敗する Node.js/npmの導入や権限 パッケージマネージャが正しく入っているか、グローバル導入の権限があるかを確認
コマンドが「見つからない」 実行パス(PATH) インストール先がPATHに通っているか、ターミナルを開き直して再確認
起動はするが認証で止まる ログイン/キーの設定 決めておいた認証方式で正しくサインインできているかを確認
反応はあるがファイルを読めない 起動した場所(作業ディレクトリ) 目的のプロジェクトフォルダ内で起動しているかを確認

ポイントは、「導入 → パスが通る → 認証が通る → 正しい場所で起動」という4段階のどこで止まっているかを順に潰すことです。いきなり設定ファイルをいじる前に、この順番で1つずつ確かめると、最初の一歩でつまずいても自力で復旧できます。

最初の起動から「安全な初回セッション」を設計する

導入と認証が終わったら、次は最初の1回をどう始めるかです。ここで大きな作業をいきなり任せると、何が起きたか把握できずに不安になりがちです。最初のセッションは「小さく・確認しながら」進める設計にすると、始め方として失敗しにくくなります。

初回セッションを安全に始める設計方針

  • 練習用の場所で起動する:本番リポジトリではなく、用意しておいた練習用フォルダの中でClaude Codeを立ち上げます。最初の一歩は「壊れても戻せる場所」で踏むのが鉄則です。
  • まず現状を読ませるだけの依頼から始める:いきなり修正を頼まず、「このフォルダに何があるか教えて」「このファイルの役割を説明して」といった読み取り中心の依頼から入ると、挙動を安心して観察できます。
  • 変更は許可を確認しながら進める:ファイルの書き換えやコマンド実行が伴う操作は、内容を確認してから許可する運用にしておくと、初回でも想定外の変更を避けられます。慣れるまでは「都度確認」を基本にします。
  • 1タスク=1目的に絞る:最初は「READMEに1行追記する」程度の小さく完結する作業を1つだけ任せ、結果を自分の目で確かめます。

最初のタスクに向くもの・避けたいもの

初回に向くタスク 初回は避けたいタスク
フォルダ構成やファイルの内容を説明してもらう 複数ファイルにまたがる大きな改修
小さなテキストファイルを新規作成してもらう 依存関係の大幅な入れ替え
1行だけの修正や誤字の訂正 本番データや設定に触れる操作

初回で必ず確認しておきたいこと

  • 変更点を自分で見返せるか:何を作り、何を書き換えたのかを、後から自分でも追える状態にしておきます。
  • セッションの終わり方:作業を止める・終了する操作を最初に覚えておくと、迷ったときにいったん落ち着けます。

最初の一歩は「大きな成果」より「挙動を理解できたか」を目標にするのがコツです。小さな依頼で一連の流れ(依頼→確認→反映→見直し)を1周できれば、それが次の作業への確かな土台になります。

まとめ

Claude Codeを最速で習得するための要点をまとめます。

  • 最初の確認3点:インストール完了・ログイン・git管理を揃えてから始める
  • 最初のタスク:README生成・コメント追加・テスト1件など小さく壊れにくいものから
  • 指示の出し方:「何を・どこに・どんな方針で」の3点を具体的に書く
  • 差分確認:必ず読んで理解してから承認。意味がわからなければ聞き返す
  • CLAUDE.md:短くていいので早めに作る。プロジェクトの流儀をまとめた指示書として育てる
  • 3つの罠を避ける:丸投げ依存・差分の読み飛ばし・会話の引き伸ばしに気をつける
  • 1ヶ月の目標:毎日少し使い続けて「まずClaudeに頼む」が自然にできる状態を目指す

最初は「これで合ってるのかな」と迷いながら使うものです。小さなタスクで成功体験を積み重ねることが、Claude Codeを日常のツールとして定着させる最も確実な方法です。

関連記事

監修

河合 継(クリスタルメソッド株式会社 代表取締役)

AI・ディープラーニングに関する特許16件の発明者。過去、国立がん研究センターとの共同研究や、テレビ番組でのAI解説実績を持つAI研究者として、AIの研究開発を主導している。
運営会社について編集方針

Claude Code・AIエージェントの業務活用をご検討の方へ

クリスタルメソッドは、Claude Codeを実務投入している開発会社として、AIエージェント・社員AIの導入と開発効率化を支援しています。自社サイトの表示速度をAI社員(Claude Code)で12.89秒→2.03秒に短縮した実例も事例記事として公開しています。「自社の開発・業務にAIをどう組み込むか」といったご相談を承っています。



関連タグ一覧

AIブログ購読

 
クリスタルメソッドがお届けする
AIブログの更新通知を受け取る

Study about AI

AIについて学ぶ

  • 生成AIの著作権と法的リスクを回避する安全対策|米国xAI社提訴から学ぶ経営視点の実務

    生成AIの著作権と法的リスクを回避する安全対策|米国xAI社提訴から学ぶ経営視点の実務

    ## 生成AIの法的リスクを浮き彫りにしたxAI社への民事訴訟 2026年7月23日、米国の法律事務所Potts Law Firmは、xAI社(Grok AIの...

  • AI ユーザー 活用実態 調査から紐解く日本企業の現在地と経営層が取るべき次の一手

    AI ユーザー 活用実態 調査から紐解く日本企業の現在地と経営層が取るべき次の一手

    対話型AIの急速な普及に伴い、世界のユーザーが実際にどのような目的でAIを使い、どのような課題に直面しているのか、その具体的なデータの蓄積が進んでいます。Goo...

  • AIモデル盗用セキュリティリスクとは?MoonshotのClaude 5蒸留疑惑から学ぶ企業の防衛策

    AIモデル盗用セキュリティリスクとは?MoonshotのClaude 5蒸留疑惑から学ぶ企業の防衛策

    AIモデル盗用セキュリティリスクとは?MoonshotのClaude 5蒸留疑惑から学ぶ企業の防衛策 生成AIの急速な普及と高度化に伴い、企業の意思決定者は生産...

View more