Claude Code: Claude Code 初回使用
最終更新:2026-08-31
Claude Code を初めて使うことは、優秀なアシスタントを雇うようなものです — 指示の出し方、操作の確認方法、軌道修正の方法を知る必要があります。
💡 ヒント: 初回使用はシンプルなプロジェクトで練習してください。Claude Code はファイルを修正します。変更は元に戻せますが、安全な習慣を身につけることが重要です。
📋 前提条件: 第3章 - API 設定とモデル選択
1. 学ぶ内容
- プロジェクトでの Claude Code の起動
- タスク指示の出し方
- 操作の確認と権限の承認
- 変更の確認と取り消し
- 初回使用のベストプラクティス
2. 最初のセッションの起動
(1) 準備
BASH
# 1. 練習用プロジェクトを作成
mkdir my-first-claude && cd my-first-claude
git init
# 2. シンプルなファイルを作成
echo 'function hello() { return "Hello"; }' > index.js
# 3. Claude Code を起動
claude
(2) インタラクティブインターフェース
TEXT
📖 参照専用
╭─────────────────────────────────────────╮
│ Claude Code │
│ Model: claude-sonnet-4-20250514 │
│ Project: my-first-claude │
╰─────────────────────────────────────────╯
> █(指示を入力)
▶ 例1:最初の会話
TEXT
📖 参照専用
> Hello, please look at this project
Claude: プロジェクト構造とファイル内容を確認します...
📁 プロジェクト構造:
- index.js
📄 index.js:
```javascript
function hello() { return "Hello"; }
これは hello 関数だけのシンプルな JavaScript プロジェクトです。
goodbye 関数とユニットテストを追加して
Claude: goodbye 関数とテストファイルを追加します。
→ index.js を読み取り中 → index.js を修正中(goodbye 関数を追加) → index.test.js を作成中 → 実行中: npm test ✅ 2つのテストが合格
完了:
- index.js に goodbye() 関数を追加
- 2つのテストケースを含む index.test.js を作成
- すべてのテストが合格
---
## 3. 操作確認メカニズム
### (1) 権限承認フロー
Claude Code は機微な操作に対して確認を求めます:
| 操作タイプ | デフォルト動作 | 例 |
|:-----------|:-------------|:---|
| **ファイル読み取り** | 自動実行 | index.js の読み取り |
| **ファイル作成** | 確認を要求 | 新規ファイル test.js の作成 |
| **ファイル修正** | 確認を要求 | 既存ファイルの修正 |
| **コマンド実行** | 確認を要求 | npm test の実行 |
| **ファイル削除** | 確認を要求 | 古いファイルの削除 |
### (2) 確認オプション
```text
Claude wants to edit index.js:
- Add goodbye() function after hello()
- Add module.exports
Allow? (y/n/a/e)
y = yes(今回のみ)
n = no
a = always allow edits to this file
e = edit the change before applying
▶ 例2:権限確認の処理
TEXT
📖 参照専用
> Refactor project to TypeScript
Claude: 以下を実行します:
1. tsconfig.json を作成
2. index.js を index.ts に変換
3. 型定義を追加
4. package.json を更新
Allow creating tsconfig.json? [y/n/a/e] y
✅ tsconfig.json を作成
Allow editing index.js → index.ts? [y/n/a/e] a
✅ index.ts への編集を常に許可
Allow running: npm install typescript --save-dev? [y/n/a/e] y
✅ typescript をインストール
All changes applied successfully!
4. 変更の確認と取り消し
(1) 変更の確認
BASH
# 現在のセッションのファイル変更を確認
claude /diff
# git diff を確認
git diff
# 特定ファイルの変更を確認
git diff index.js
(2) 操作の取り消し
BASH
# すべての変更を取り消し(git ベース)
git checkout .
git clean -fd
# 単一ファイルを取り消し
git checkout -- index.js
# 変更履歴を確認
git log --oneline -5
▶ 例3:誤操作の取り消し
TEXT
📖 参照専用
> Rename all functions
Claude: 関数名を変更中...
→ hello → greet
→ goodbye → farewell
→ 3ファイルを修正
# Alice はリネームが期待に合わないことに気づく
# git で取り消し
$ git diff --stat
index.js | 6 +++---
index.test.js | 8 ++++----
utils.js | 4 ++--
$ git checkout .
# すべての変更を取り消し ✓
5. 初回使用のベストプラクティス
(1) 安全習慣チェックリスト
| 習慣 | 理由 | 実践 |
|---|---|---|
| まず git init | 取り消しが容易 | すべてのプロジェクトを git で管理 |
| 小さくコミット | 取り消し時の損失を減少 | 機能ごとにコミット |
| 確認を読む | ミスを防ぐ | 盲目的に y を押さない |
| /diff を使う | 変更を理解 | 大きな操作後に確認 |
| 本番環境を避ける | リスクを減少 | まずテストプロジェクトで練習 |
(2) タスク記述のコツ
TEXT
📖 参照専用
# 悪い記述
> Help me change some code
# 良い記述
> In src/auth/jwt.ts, add token refresh logic,
> set expiry to 7 days, write corresponding unit tests
# より良い記述(制約付き)
> Refactor UserService query methods:
> 1. Use Repository pattern instead of direct SQL
> 2. Add pagination support (default 20 per page)
> 3. Write integration tests
> 4. Don't modify the interface signatures
6. 総合例:完全な初回体験
BASH
# Alice の初めての Claude Code 体験
# 1. プロジェクトを準備
mkdir todo-app && cd todo-app
git init
npm init -y
# 2. Claude Code を起動
claude "Create a simple Node.js TODO app:
1. Support add, delete, list tasks
2. Store data in JSON file
3. Include complete unit tests
4. Use ES Module syntax"
# Claude Code の作業プロセス:
# → package.json を読み取り中
# → src/todo.js を作成中(コア TODO ロジック)
# → src/storage.js を作成中(JSON ファイルストレージ)
# → src/index.js を作成中(CLI エントリ)
# → tests/todo.test.js を作成中(ユニットテスト)
# → 実行中: npm test → 8/8 合格 ✓
# → README.md を作成中
# 3. 結果を確認
git add -A && git commit -m "feat: initial todo app by Claude Code"
# 4. 追加要件
claude "Add task priority feature (high/medium/low), update tests"
# Claude Code が反復を続けます...
❓ よくある質問
Q 初回起動が遅い場合どうすれば?
A 初回起動はプロジェクトコンテキストを読み込みます。大きなプロジェクトでは10-30秒かかる場合があります。その後のインタラクションは速くなります。
Q 間違った確認を押してしまった場合は?
A 直ちに
git checkout . で取り消すか、Claude Code に「最後の変更を取り消して」と伝えてください。Q Claude Code がコードを壊してしまったら?
A それが git の出番です。
git diff で変更を確認し、git checkout . で取り消してください。必ず git 管理下で使用してください。Q 毎回の確認が面倒ですが、自動にできますか?
A はい。特定のファイルには
a(常に許可)を選択するか、CLAUDE.md で権限ポリシーを設定してください。Q セッション全体の変更を取り消せますか?
A はい。セッション前に git コミットがあれば、
git reset --soft HEAD~1 でセッション前の状態に戻せます。Q Claude Code をより従順にするには?
A 指示は具体的にしてください。何をするか、何をしないか、制約を明確に記述してください。曖昧な指示は曖昧な結果につながります。
📖 まとめ
- プロジェクトディレクトリで
claudeを実行して開始。git によるプロジェクト管理を推奨 - ファイル修正とコマンド実行には確認が必要。
aで自動承認を選択可能 /diffとgit diffで変更を確認、git checkout .で取り消し- タスク記述は具体的に:何をするか + 制約 + 期待する結果
- まずシンプルなプロジェクトで練習し、安全な習慣を身につける
📝 練習問題
- 基本 (⭐): 空のプロジェクトを作成し、Claude Code で Hello World アプリを生成して、実行を確認してください。
- 応用 (⭐⭐): Claude Code に機能を追加させ、
/diffで変更を確認し、1つのファイルの修正を手動で取り消してください。 - 高度 (⭐⭐⭐): Claude Code に曖昧な指示と明確な指示を1つずつ与え、結果の違いを比較してタスク記述のベストプラクティスをまとめてください。