はじめに
このキットの読み方/なぜ Claude Code なのか
このキットの読み方
このキットは、Part 0〜4 の5パートに分かれています。プログラミング経験がまったくない方でも、上から順に読めば Claude Code を使い始められるように構成しました。
Part 1|準備編
ターミナル・Git・GitHub の最低限の知識。ここが一番"難しく見える"ですが、覚えるコマンドは実は10個ほどです。
Part 2|Claude Code 入門
インストール、認証、最初に覚えるコマンド、便利なモード。読み終わる頃には自分の PC で Claude Code が動いています。
Part 3|ベストプラクティス
Anthropic 公式が推奨する "うまく使うコツ"。指示の書き方、コンテキスト管理、事故の防ぎ方など。
Part 4|次のステップ
セットアップ完了チェックリストと、さらに学ぶための公式リンク集。
完璧を目指さなくて大丈夫です。まずは「ターミナルを開ける」「Claude Code に話しかけられる」という状態を目標にしてください。残りは使いながら覚えられます。
このドキュメント内の表記ルール
| 表記 | 意味 | 例 |
|---|---|---|
コード表記 | ターミナルに入力するコマンドやファイル名 | git status |
| キー | キーボードのキー | Shift + Tab |
| 黒い画面 | ターミナル(後述)の実行結果のスクリーン | ↓下のような枠 |
$ claude --version
2.1.x (Claude Code)
なぜ Claude Code なのか
世の中には ChatGPT、Gemini、Copilot など似た AI サービスがたくさんあります。その中で Claude Code を使う理由は、大きく3つです。
① ファイルを直接触れる
ブラウザの ChatGPT と違い、Claude Code はあなたのパソコンの中のファイルを読み書きできます。「この議事録を要約して」「このフォルダの中身を整理して」がそのまま通ります。
② コマンドを実行できる
「このコマンドを実行して」と頼めば、Claude が自分でターミナルに命令を打ってくれます。あなたはコマンドを覚える必要が(基本的には)ありません。
③ "長い作業"を任せられる
1つの指示で、ファイルを読む→判断する→書き換える→結果を確認するまで一気にやってくれます。これがいわゆる「AIエージェント」の仕事の仕方です。
ざっくり言うと「目的を渡すと、手順を自分で考えて実行してくれる AI」のこと。ChatGPT がアドバイザー(相談相手)だとしたら、Claude Code は作業員(手を動かす人)に近いイメージです。
つまり Claude Code は、「ターミナルという場所に住んでいる、あなた専属のAIアシスタント」と思ってください。ブラウザで話しかけるのではなく、ターミナルで話しかけます。だから最初に、そのターミナルという場所に慣れるところから始めます。
準備編|ターミナル・Git・GitHub
Claude Code を使うために、まず知っておく最低限の前提知識
ターミナルの基礎 CLI
ターミナルとは、キーボードで短い命令(コマンド)を打ってパソコンを操作するアプリです。マウスでクリックするのではなく、文字で指示を出します。Claude Code はこのターミナルの中で動くので、最低限の操作だけ覚えてしまいましょう。
GUI(Graphical User Interface)= アイコンをクリックして操作する普段のパソコンの使い方。
CLI(Command Line Interface)= ターミナルに文字で命令を出す操作方法。Claude Code は CLI で動きます。
ターミナルの起動方法
一番早いのは Spotlight 検索。
- ⌘ + Space を押す
- 出てきた検索窓に
terminalと入力 - Enter を押すとターミナル.app が開く
Finder から辿る場合は「アプリケーション → ユーティリティ → ターミナル.app」にあります(パス:/Applications/Utilities/Terminal.app)。終了したいときは exit と打つか ⌘ + Q。
Windows Terminal が入っていればそれを使います。Windows 11 には標準搭載、Windows 10 でも更新済みなら入っています。
- Win キーを押す
terminalと入力- Enter を押す
入っていない場合は Microsoft Store から無料で入れられます。中で動くシェルは PowerShell を使うのが無難です(CMD でも Claude Code は動きますが、PowerShell 前提の手順が多いため)。
最初に覚える10個のコマンド
Claude Code を使うだけなら、実はこの10個で十分です。
| コマンド | 何をする? | 普段の操作に例えると |
|---|---|---|
pwd | 今いるフォルダの場所を表示 | Finder のウィンドウタイトルを見る |
ls | 今いるフォルダの中身一覧 | フォルダを開いて中を見る |
cd フォルダ名 | フォルダに入る(移動) | フォルダをダブルクリック |
cd .. | 1つ上のフォルダに戻る | Finder の「戻る」 |
mkdir フォルダ名 | 新しいフォルダを作る | 「新規フォルダ」 |
cp A B | ファイル A を B にコピー | Option + ドラッグ |
mv A B | ファイル A を B に移動/名前変更 | ドラッグ移動/リネーム |
rm ファイル名 | ファイルを削除(ゴミ箱に入らず即消去) | ⚠️ 復元できないので注意 |
cat ファイル名 | ファイルの中身を画面に出す | テキストファイルをダブルクリック |
clear | ターミナル画面をきれいにする | ウィンドウをリセット |
2つの時短テクニック
- Tab キーでファイル名の自動補完(入力ミスが激減します)
- ↑ キーで直前のコマンドを呼び戻し(同じコマンドを打ち直す手間が省けます)
- Ctrl + L でも画面クリア(
clearに近い動作。履歴は残ります)
パス(ファイルの場所)の書き方
パスとは、ファイルやフォルダがどこにあるかを文字で表した住所のようなものです。
| 記号 | 意味 | 例 |
|---|---|---|
~ | 自分のホームフォルダ(/Users/あなたの名前)の省略 | cd ~/Desktop |
. | 今いるフォルダ自身 | open .(Finder で開く) |
.. | 1つ上のフォルダ | cd .. |
/ | 区切り/一番上(ルート) | /Applications/ |
スペースを含む名前は要注意。 フォルダ名に半角スペースが入っていると、そこで区切りと勘違いされます。cd "My Project" のようにクォートで囲むのが安全です。
Homebrew と Node.js tooling
Claude Code やその関連ツールをパソコンに入れる際、Homebrew(Mac/Linux)というツールがあると圧倒的にラクです。Windows の方は読み飛ばして構いません。
Mac 用のソフトウェア自動インストーラ。brew install アプリ名 の1行で、あちこちに散らばっているコマンドラインツールをまとめて入れられます。公式は brew.sh。
Homebrew のインストール(Mac)
ターミナルを開いて、以下の1行をコピペして Enter。
/bin/bash -c "$(curl -fsSL https://raw.githubusercontent.com/Homebrew/install/HEAD/install.sh)"
途中でパスワードを聞かれたら、Mac のログインパスワードを入力します(画面には表示されませんが、打てています)。
インストール後に案内される echo ... の行をそのまま実行すると、brew コマンドがどこでも使えるようになります。
Homebrew が対応している macOS は Sonoma (14) / Sequoia (15) / Tahoe (26)(2026年4月時点の Tier 1 サポート)。より古い OS でも一応動きますが、公式サポート対象ではありません。
Node.js と npm(必要な時だけ)
Claude Code 本体は Node.js なしでもインストールできます。公式推奨は後述の「ネイティブインストーラ」です。Node.js が必要なのは、Claude Code を npm 経由で入れたい場合や、npm 配布のツールを他にも使いたい場合だけなので、ここは軽く読み流して OK です。
Node.js = JavaScript(Web サイトで動く言語)をパソコン上で動かす仕組み。
npm = Node.js の「アプリストア」のような存在。コマンドラインツールをインストールできる。
npm で Claude Code を入れる場合、Node.js 18 以上が必要です。
Node.js を入れる場合は、以下のいずれかでどうぞ(Mac の例)。
- 公式インストーラ:nodejs.org から LTS 版(安定版)の
.pkgをダウンロードしてダブルクリック - Homebrew:
brew install node - バージョン切替ツール(nvm / fnm):複数バージョンを使い分けたい上級者向け
インストール後は以下で確認できます。
$ node --version
v24.x.x
$ npm --version
10.x.x
Git の基礎 version control
Git(ギット)は、ファイルの変更履歴を記録・管理するための仕組みです。例えると「Word の"変更履歴"や"元に戻す"の超強力版」。Claude Code は内部で Git を使ってファイル変更を追跡するので、基本だけでも知っておくと安心です。
Git の3つの概念
リポジトリ(repository)
プロジェクトごとの「ファイル一式 + 変更履歴」が入る箱。略して「リポ」。プロジェクトフォルダ直下に作る隠しフォルダ .git/ が本体です。
コミット(commit)
変更のセーブポイント。ゲームのセーブと同じで、後からその時点に戻れます。「何を変えたか」を一言メモ(コミットメッセージ)とセットで記録します。
ブランチ(branch)
作業の分岐。本番(main)を壊さずに「ちょっと試したい変更」を別ラインで進められる仕組み。うまく行けば本流に取り込み、ダメなら捨てるだけ。
最初の設定(1回だけ)
ターミナルで以下を実行。名前とメールは、後で GitHub に登録するものと同じにしておくと紐付きが綺麗になります。
git config --global user.name "Your Name"
git config --global user.email "your@email.com"
最低限覚える Git コマンド
| コマンド | 意味 | いつ使う? |
|---|---|---|
git clone URL | GitHub のリポジトリを手元にコピー | プロジェクトを手元に持ってくる最初の一回 |
git status | 今ファイルがどう変わっているか表示 | 迷ったらまずこれ |
git add ファイル名 | 次のコミットに含める印をつける | コミット前の下準備 |
git add . | 変更ファイル全部を印付け | 一括でOKな時 |
git commit -m "メモ" | 履歴として保存(セーブ) | 区切りのいいタイミングで |
git push | ローカルの履歴を GitHub に送る | 同僚に共有したい時/バックアップ |
git pull | GitHub の最新を手元に取り込む | 作業を始める前に習慣化 |
git log --oneline | 過去のコミット一覧を見る | 履歴を辿りたい時 |
git switch ブランチ名 | ブランチを切り替える | 作業ラインを切り替える時(Git 2.23 で追加された新コマンド) |
典型的な1日のワークフロー
$ git pull # 朝:最新の状態を取り込む
# ... ファイルを編集する ...
$ git status # 何を変えたか確認
$ git add . # 全変更を印付け
$ git commit -m "議事録テンプレを更新" # 保存
$ git push # GitHub に送信
Claude Code を使うときは、Claude がこのコミット作業を代わりにやってくれることが多いです。だから「コマンドを完璧に覚える」必要はなく、「何が起きているかをざっくり理解する」ことが大事です。
.gitignore(無視リスト)
プロジェクトのルートに .gitignore というテキストファイルを置くと、そこに書いたファイル/フォルダは Git の追跡対象から除外されます。
書いておくべきもの:
.env,credentials.jsonなどの機密情報(API キーやパスワードが入るファイル)node_modules/,dist/などの自動生成ファイル(サイズが巨大).DS_Store(Mac が勝手に作る隠しファイル)
一度コミットしたファイルは、.gitignore に書いても追跡が止まりません。 git rm --cached ファイル名 でいったん追跡を解除してから .gitignore に追記してください。特に API キーを誤コミットした場合は要注意。
GitHub の基礎 remote
GitHub は、Git のリポジトリをクラウドで預かってくれる共有プラットフォームです。Git という仕組みとは別物で、Git で管理しているプロジェクトを「GitHub に置く」ことでバックアップ・共有・共同作業ができるようになります。
Git = あなたの PC で動く、変更履歴を記録する"仕組み(ツール)"。
GitHub = Git のリポジトリを預かる"ウェブサービス(場所)"。
Git は GitHub がなくても使えますが、GitHub 上で共有することで初めて共同作業が可能になります。
GitHub アカウントを作る
-
github.com/signup にアクセス
メールアドレス・パスワード・ユーザー名を入力します。
-
ユーザー名は慎重に決める
後から変更は可能ですが、URL の一部(例:
github.com/your-name)になります。職場で共有しても問題ない名前にしておきましょう。 -
メール認証を完了
届いたメールのリンクをクリックして有効化。無料プラン(GitHub Free)でまったく問題ありません。
Public と Private の違い
| 種類 | 誰が見られる? | 料金 | こんな時に |
|---|---|---|---|
| Public | インターネット上の誰でも | 無料 | オープンソース、ポートフォリオ |
| Private | 自分+招待した人だけ | 無料(個人用途は全機能) | 業務ファイル、個人メモ、社内プロジェクト |
Public リポジトリで一番多い事故は、API キーやパスワードを含む .env ファイルを誤ってコミットしてしまうこと。 全世界に公開されると、数分で不正利用されるケースもあります。機密情報は必ず .gitignore で除外してください。迷ったら Private にしましょう。
GitHub CLI(gh コマンド)を入れる
GitHub CLI を入れておくと、GitHub 認証やリポジトリ操作がターミナルから直接できて便利です。Claude Code 公式も gh コマンドの利用を推奨しています。
$ brew install gh
$ gh auth login # ブラウザが開いて GitHub にログイン → 完了
> winget install --id GitHub.cli
> gh auth login # ブラウザが開いて GitHub にログイン → 完了
gh auth login を一度済ませておくと、git push のたびに認証を求められず、スムーズに作業が続けられます。
よく使う gh サブコマンド
| コマンド | 何をする? |
|---|---|
gh repo clone owner/name | リポジトリを手元にコピー(URL を覚えなくていい) |
gh repo create | 新しいリポジトリを作る(対話形式) |
gh pr create | Pull Request(後述)を作成 |
gh pr list | PR 一覧を表示 |
gh issue create | Issue(タスク・バグ票)を作成 |
知っておくと安心:Pull Request と Issue
Pull Request(PR)
「この変更を取り込んでいいですか?」というレビュー依頼。チーム開発では必ず通る入口。本流(main)に直接変更を入れず、ブランチで作業 → PR でレビュー → 取り込み(マージ)という流れ。
Issue
リポジトリに紐づいた「タスク票」。バグ報告、機能提案、議論などを管理。「あとでやる」をためておく場所としても便利。コミットに Closes #12 と書けば、マージ時に自動で Issue #12 が閉じます。
Claude Code 入門
インストールから基本操作まで。読み終わる頃には自分の PC で動いています。
Claude Code とは overview
Claude Code は、Anthropic 社が提供する ターミナル上で動く AI エージェント型のアシスタントです。普通の ChatGPT と違って、あなたのパソコンの中のファイルを直接読み書きしたり、ターミナルのコマンドを自分で実行したりできます。
従来の AI サービスとの違い
| ChatGPT など(ブラウザ) | Claude Code | |
|---|---|---|
| 使う場所 | Web ブラウザ | ターミナル(+IDE 連携可) |
| ファイル操作 | コピペで渡す | PC 内のファイルを直接読み書き |
| コマンド実行 | できない(提案のみ) | Claude が自分で実行 |
| 長い一連の作業 | 都度指示が必要 | 1つの指示で自律的に完走 |
| 得意分野 | 会話・相談 | "手を動かす"作業全般 |
どこで動くか
- ターミナル(macOS / Linux / Windows) — もっとも基本的な使い方
- VS Code 拡張 / JetBrains 拡張 — 使い慣れたエディタの中から呼び出し
- デスクトップアプリ(Mac / Windows) — 独立したアプリとして起動
- Web 版(claude.ai/code) — ブラウザから
Claude Code の利用には、Claude の有料プランが必要です。対象プランは Pro / Max / Team / Enterprise / Console のいずれか。無料の claude.ai プランでは Claude Code は使えないので、先にアカウントをご用意ください。
インストールと認証 setup
インストール方法は OS によって少しだけ違います。ネイティブインストーラ(公式推奨)・Homebrew(Mac)・npm の3択があります。
Mac の場合
-
ターミナルを開く
Spotlight(⌘+Space)→
terminal。 -
Command Line Tools を入れる(Git も同梱)
まだ Git が入っていなければこれで入ります。すでに入っていればスキップで OK。
xcode-select --install -
Claude Code をインストール
公式推奨は ネイティブインストーラ(自動アップデートつき)。
# 推奨:ネイティブインストーラ curl -fsSL https://claude.ai/install.sh | bash # あるいは Homebrew brew install --cask claude-code # あるいは npm(Node.js 18+ が必要) npm install -g @anthropic-ai/claude-code -
動作確認
$ claude --version $ claude doctor # セットアップの健康診断 -
起動してログイン
claudeと打つだけ。初回はブラウザが開いて Claude アカウントでログインを求められます。承認すれば準備完了。$ claude
Windows の場合
-
Git for Windows を入れる(必須)
git-scm.com/downloads/win からダウンロード → インストーラをすべてデフォルト設定で進めれば OK。
-
PowerShell を開く
スタートメニューで
PowerShellを検索して起動。 -
Claude Code をインストール
# PowerShell で実行 irm https://claude.ai/install.ps1 | iex # あるいは WinGet winget install Anthropic.ClaudeCode -
動作確認 → 起動
> claude --version > claude doctor > claude初回はブラウザが開いて Claude アカウントでログイン。
うまくいかないときの最終兵器
$ claude doctor
セットアップを自動で診断して、何が足りないか教えてくれます。セッション内からは /doctor としても呼べます。
最初に覚える10コマンド basics
Claude Code の中では、普通の会話とスラッシュコマンド(/ で始まる特別な命令)を使い分けます。全部覚える必要はなく、以下の10個だけで日常の9割はこなせます。
| コマンド | 役割 | いつ使う? |
|---|---|---|
/help | 使えるコマンドの一覧を表示 | 迷ったら最初に |
/clear | 会話履歴をリセットして新しいセッション開始 | 話題が大きく変わる時 |
/compact | これまでの会話を圧縮して節約 | 長くなってきた時 |
/model | 使うモデルを切り替え(Opus / Sonnet など) | 重い作業は Opus に切り替え |
/resume | 前回のセッションを再開 | 中断していた作業の続き |
/memory | CLAUDE.md(プロジェクト指示書)を開いて編集 | ルールを追記したい時 |
/rewind | 会話やコードを過去の状態に戻す | やり直したい時(後述) |
/init | プロジェクトに最初の CLAUDE.md を作る | 新しいプロジェクト開始時 |
/doctor | 環境の健康診断 | 何かおかしい時 |
/exit | Claude Code を終了 | 終わる時(または Ctrl+D) |
会話の中で使える特別な記号
@ファイル名
ファイルを会話に含める。例:@README.md を要約して。フォルダ全体を指定することも可能。
!コマンド
先頭に ! を付けると、そのままターミナルコマンドとして実行。例:! ls -la。結果は会話に残ります。
画像をドラッグ&ドロップ
スクリーンショットや図をターミナルに貼り付けると、画像として認識して解析します。
便利なキーボードショートカット
| キー | 動作 |
|---|---|
| Shift + Tab | 権限モードを切替(default → acceptEdits → plan と循環) |
| Ctrl + C | 実行中の処理を中断(Claudeが長考している/コマンドを実行している途中を止めたい時) |
| Esc 2回 | rewind(巻き戻し)メニューを開く。会話/コード/両方を過去の状態に戻せる |
| ↑ / ↓ | 直前に送ったメッセージを呼び戻し |
| Ctrl + D | Claude Code を終了 |
rewind(巻き戻し)機能は初心者の強い味方です。「あ、Claude が意図と違う変更をした」と思ったら、Esc を2回押してメニューから「この変更を取り消す」を選ぶだけ。安心して試行錯誤できます。なお、実行中の処理を今すぐ止めたい場合は Ctrl+C を使ってください。
Plan / Auto / 権限モード permission
Claude Code は、「どこまで自動で実行していいか」を権限モード(Permission Mode)で制御します。初心者は default と plan の2つだけ意識すれば OK です。
6つの権限モード
| モード | 動き | こんな時 |
|---|---|---|
default | 危ない操作のたびに確認される | 初心者はこれ。迷ったら default |
acceptEdits | ファイル編集+一部のファイル操作(mkdir/touch/mv/cp/rm 等)を自動承認。それ以外のコマンドは確認 | ファイル編集が多い定型作業 |
plan | 読み取りのみ。計画を立てるだけ、何も書き換えない | 大きな変更の前に下見したい時 |
auto | Claude が自分で判断して実行(危険操作のみブロック) | Max / Team / Enterprise / API 限定。Pro では使えない |
dontAsk | 許可リストのみ実行、それ以外は全部拒否 | CI / 自動化向け |
bypassPermissions | ほぼ全ての確認をスキップ(.git / .claude 等の保護パスは例外的に確認あり) | 隔離環境での自動実行 |
Plan Mode(計画モード)の使い方
Claude Code の中で Shift + Tab を押すと、モードが切り替わります。⏸ plan mode on と表示されたら Plan Mode です。
Plan Mode の威力:この状態で「このファイルを改善して」と頼むと、Claude は読み取りだけを使って計画を立て、「こう変更します」と提案します。あなたが確認して OK なら Plan を解除して実行。大きな変更を"安全に下見"できる機能です。
Auto Mode の注意点
Auto Mode は対応プランと対応モデルが限定されています。プラン別の対応モデルは、Max は Opus 4.7、Team / Enterprise / API は Sonnet 4.6 / Opus 4.6 / Opus 4.7。Pro プランでは使えません(2026年4月時点)。また、安全判定は AI が自動で行うため、「危険度ギリギリの操作」を許可する場合は事前に Plan Mode で確認することをおすすめします。
CLAUDE.md とメモリ memory
CLAUDE.md は、「このプロジェクトではこう振る舞ってね」という指示書をまとめたファイルです。Claude Code は起動時に必ずこれを読むので、毎回繰り返さなくていい指示をここに書いておきます。
CLAUDE.md に書くべきこと
- プロジェクトの概要(何をするプロジェクトか、主な関係者)
- ファイルの配置ルール(議事録はここ、提案書はここ)
- 守ってほしい約束(このファイルには勝手に手を入れない等)
- 用語集(社内独自の略語、プロジェクト固有の呼び方)
- 望ましいコミュニケーションスタイル(丁寧に/手短に/絵文字なし等)
CLAUDE.md を置ける場所
| 種類 | 場所 | 影響範囲 |
|---|---|---|
| グローバル(ユーザー) | ~/.claude/CLAUDE.md | あなたが開くすべてのプロジェクト |
| プロジェクト | プロジェクト直下の CLAUDE.md または .claude/CLAUDE.md | そのプロジェクトだけ(チームで共有) |
| ローカル(個人用) | プロジェクト直下の CLAUDE.local.md | そのプロジェクトだけ(Git 追跡外) |
迷ったらまず /init を実行しましょう。プロジェクト直下に CLAUDE.md のたたき台が自動生成されます。
簡単な書き方の例
# プロジェクト名:週次セミナー運営
## コミュニケーション
- 日本語で回答する
- 人名には「さん」をつける(大城のみ敬称なし)
- 日付は "2026-04-24" のように YYYY-MM-DD で書く
## ファイル配置
- 議事録は docs/meetings/ に置く
- 資料ドラフトは drafts/ に置く
## 禁止事項
- ops/CURRENT_*.md は自動更新スキル経由でのみ編集
CLAUDE.md の作り方:Claude Code を起動して /init と打つと、今のプロジェクトを見ながらたたき台を自動生成してくれます。そこから追記していくのが一番ラクです。
Auto Memory(自動メモリ)
Claude Code にはもうひとつ、Auto Memory という機能があります。これは会話の中で得た学びや文脈をClaude が自動で記録しておき、次回起動時に思い出してくれる仕組みです。
| CLAUDE.md | Auto Memory | |
|---|---|---|
| 書き方 | あなたが手書き | Claude が自動保存 |
| 用途 | 絶対守ってほしい固いルール | 「こういう傾向があるな」というゆるい学び |
| 共有 | チームで共有可 | 個人のマシン内のみ |
使い分けは簡単です。「明文化したいルール」は CLAUDE.md に書く、「Claude が自然に覚えてくれれば十分なこと」は放っておく(= Auto Memory に任せる)。
Skills・サブエージェント・MCP extend
Claude Code は「デフォルト機能」だけでも十分強力ですが、拡張の仕組みを覚えると一気に自分仕様の道具になります。最初は名前だけ知っておけば OK です。
① Skills(スキル)
「よくやる手順」を1つのパッケージにしたもの。.claude/skills/スキル名/SKILL.md にやり方を書いておくと、「〇〇して」と話しかけた時に Claude が自動でそのスキルを使ってくれます。議事録作成、レポート生成、特定の定型処理などに便利。
② サブエージェント
特定のタスクに特化した"別の Claude"を用意する仕組み。.claude/agents/ に定義を置きます。リサーチ専門・ファクトチェック専門・レビュー専門など、役割を分けた Claude を並列で走らせられます。本ドキュメントの制作にも使われています。
③ MCP(Model Context Protocol)
Claude Code を外部サービスに接続する共通規格。MCP サーバーを追加すると、Slack・Google Drive・GitHub・Notion などとつながり、「Slack の #general を見て」「Drive のフォルダをチェック」といった指示が通るようになります。
それぞれの追加方法(概要だけ)
# Skills:ディレクトリを作るだけ
mkdir -p .claude/skills/my-skill
vim .claude/skills/my-skill/SKILL.md # やり方を書く
# サブエージェント:定義ファイルを置く
mkdir -p .claude/agents
vim .claude/agents/researcher.md
# MCP サーバー:コマンド一発で追加
claude mcp add <サーバー名> <コマンド>
これらは最初から全部使おうとせず、「Claude Code に慣れて、不便を感じた時に1つずつ導入する」のがおすすめです。SHIFT AI では運用中のスキル・エージェントのひな形も順次配布していきます。
ベストプラクティス
Anthropic 公式が推奨する"うまく使うコツ"
基本ワークフロー:Explore → Plan → Code → Commit workflow
Anthropic 公式のベストプラクティスで最も重要なのが、この4ステップの流れです。大きな作業ほど、この順番を守ると失敗が激減します。
① Explore(探索)
最初にファイルや状況をよく読む時間を確保する。この段階ではまだ書き換えない。「どうなっているか」を Claude に把握させることが目的。
② Plan(計画)
Plan Mode(Shift+Tab)を使って変更案を文書化させる。ここであなたが承認してから先へ進む。
③ Code(実装)
Plan が固まってから実際にファイル編集やコマンド実行。Explore と Plan で合意した範囲にとどまる。
④ Commit(記録)
作業が一段落したら Git でコミット。こまめに保存することで、後から戻せる・変更を説明できる状態が保てます。
なぜこの順序が大事か
- Explore をスキップすると、Claude は現状を誤解したまま書き換えを始める
- Plan をスキップすると、あなたの想像と違う方向に大きく進んでしまう
- Commit をスキップすると、やり直したい時に戻れない
言葉で指示するときは、この流れを明示的に口にするのが効果的です。例:「まず docs/ 以下を読み、何があるか教えてください(Explore)。次に、重複を整理する計画を出してください(Plan)。OK を出したら実行してください(Code)。」
よい指示の書き方 prompting
Claude Code は 「具体的で、文脈のある、段階的な指示」に最もよく応えます。ChatGPT での会話と基本は同じですが、"手を動かす"エージェントなので、指示の粒度がより重要になります。
3つの原則
① 明確に(Be specific)
❌ 曖昧すぎる
「このプロジェクトを整理して」
✅ 具体的
「docs/meetings/ の中に同じ議題が複数ファイルに分散しているので、日付順にまとめて1ファイルにしてほしい」
② 背景を伝える(Give context)
❌ 背景不足
「メール文を作って」
✅ 背景あり
「木内さんとの定例で使うアジェンダのレビュー依頼メール。送信先は木内さん、所要時間は5分読める長さ、前回の指摘事項は ops/last_feedback.md に入っている」
③ 段階を分ける(Break it down)
❌ 一気すぎる
「LP を作って公開して分析レポートまで書いて」
✅ 分割
「まず LP の構成案だけ出して。OK 出したら HTML を書く。公開は後で。」
深く考えてほしい時:ultrathink キーワード
難しい問題で Claude にじっくり考えてほしい時は、指示の中に ultrathink という言葉を入れると、そのターンの思考予算(effort)が最大レベルに引き上げられます。対応モデルは Opus 4.6 / Opus 4.7 / Sonnet 4.6 などです。
このプロジェクトの構造が複雑なので、ultrathink で全体を
精査してから改善案をまとめてください。
よくある誤解:"think" や "think hard" と書けば自動で思考時間が増える、と紹介されているブログがありますが、公式ドキュメントではそのように保証されていません。確実にターンの effort を上げたい場合は ultrathink を使うか、/model コマンドでモデル側の effort 設定を変更するのが安全です(2026年4月時点)。
よく使う指示テンプレ5選
| シーン | そのまま使えるテンプレ |
|---|---|
| 初見のフォルダを理解したい | 「このフォルダの中身を読んで、3行で要約してください」 |
| 大きな変更の前に | 「Plan Mode で、何をどう変える予定か先に教えてください」 |
| 議事録の整理 | 「@meeting.md を読んで、決定事項・宿題・次回までの TODO に分けて」 |
| 間違いに気づいた | 「今の変更を取り消して、元の状態に戻してほしい(Esc 2回でも可)」 |
| 終わりに | 「ここまでの変更を Git にコミットしておいてください。メッセージは日本語で1行」 |
コンテキスト管理 context
コンテキストとは、Claude が判断に使う「頭の中に入っている情報」のことです。限られた容量の中で、何を入れるか・何を入れないかがパフォーマンスを大きく左右します。
コンテキストを"整える"3つの習慣
-
必要なファイルだけ見せる
プロジェクト全体を読ませるより、
@で必要なファイルだけ指定するほうが速く正確。Claude Code は無指定だと関連ファイルを自動探索しますが、ピンポイントで渡したほうが思考が鋭くなる傾向があります。 -
長くなったら
/compactで圧縮長時間の会話は、古いやりとりが情報を圧迫します。
/compactを実行すると、Claude が会話を要約して圧縮してくれます。話題が大きく切り替わるなら/clearで完全に新セッションに。 -
大事な前提は CLAUDE.md に昇格
同じ説明を毎回しているなら、その内容を CLAUDE.md に追記しましょう。以降のセッションで自動的に読まれるようになります。
"大きいファイル"を読むときのコツ
Claude Code は一度に全部読めないほど大きいファイルには、先頭から順に分割して読みます。「全部読んで」と明示することで、重要な終盤の情報を見落としません。
this-file.md は長いので、分割してでも必ず全文読んでから要約してください。
キーワード検索で済ませないでください。
議事録や提案書のような長文は、要約や冒頭だけを読んで判断すると終盤の重要決定を見落とすことが多いです。特に会議メモは「序盤=ブレスト/終盤=合意事項」というパターンがよくあるので、通読を指示するのが安全です。
セキュリティと事故防止 safety
Claude Code は強力なぶん、"やってはいけないことをやってしまう"リスクもゼロではありません。非エンジニアの方が最初に身につけるべき安全習慣をまとめました。
絶対に守りたい5つのルール
- 機密情報は Claude Code に見せない:API キー・パスワード・顧客情報など。会話履歴に残ります。
- 大きな変更は Plan Mode で下見:特に「全部消して作り直して」系の指示の前に。
- こまめに Git コミット:戻れる地点が増えるほど、大胆に試せます。
- Public リポジトリに機密を置かない:
.envや認証ファイルは必ず.gitignoreに。 - 不明な指示の自動実行は許可しない:特に
rm -rfやgit push --force系が出てきたら一度手を止めて確認。
よくある事故パターン
| 事故 | 防ぎ方 |
|---|---|
| API キーを誤って Public リポジトリにコミット | .gitignore に .env を書く/キーは環境変数で管理 |
| 意図しないファイルが上書きされた | Esc×2 → rewind / git checkout で復元 |
| 大量削除が一気に走った | 初心者は auto / bypassPermissions を使わない |
| 会話が長くなって判断がぶれてきた | /compact で整理、または /clear で新セッション |
| 「これで合ってる?」と不安になる | Plan Mode で下見。または「変更前に差分だけ見せて」と指示 |
機密情報の扱いで一番事故りやすいのは「チャットに貼る」こと。Claude Code の会話履歴はローカルに保存されるため、API キーを貼ると履歴ファイルに残ります。どうしても使う場合は、ターミナルで直接ファイルに書き込む・環境変数で渡すなどの手段を取り、会話に貼らない運用にしましょう。
"やり直したい"時の3つの手段
軽い間違い
Esc を押して処理を止め、「今のは取り消して、こう直して」と会話で頼む。
ファイル変更を戻したい
Esc を2回 → rewind メニューで「コード」「会話」「両方」を選んで復元。
最初からやり直したい
/clear で新セッションに切り替え。ファイル側を直前のコミット状態に戻したい場合は、まず git status で差分を確認し、git restore . を実行(⚠️ 未コミットの変更は消えます)。
次のステップ
セットアップ完了チェックと、さらに学ぶための公式リンク集
セットアップ完了チェックリスト checklist
ここまでを読んで実行していれば、次の項目にすべてチェックが付くはずです。
準備編
- ターミナルを開いて
pwdと打って、自分のホームパスが表示される - Mac なら Homebrew、Windows なら Git for Windows が入っている
- Node.js(任意)が入っていれば
node --versionでバージョンが出る git config --global user.nameとuser.emailが設定済み- GitHub アカウントを作成し、
gh auth loginでログイン済み
Claude Code
- Claude の Pro / Max / Team / Enterprise / Console プランに加入している
claude --versionでバージョンが表示されるclaude doctorが大きなエラーを出さないclaude起動 → ブラウザ認証が完了している- 自分のプロジェクトフォルダで
/initを実行し、CLAUDE.md を作った
最初の1週間でやってみたい5つ
-
議事録を要約させる
社内の Meeting メモを Claude Code に渡して、「決定事項・宿題・次回の議題」に分けてもらう。
-
小さなファイル整理
Downloads フォルダの整理、Desktop の片付けなど、失っても困らないタスクから。
-
Plan Mode を体験
何か変更を頼む前に Shift+Tab。計画を出させて、実行の有無を選ぶ感覚をつかむ。
-
CLAUDE.md にルールを1つ追加
「日付は YYYY-MM-DD で書く」など、守ってほしい小さなルールから。効果がすぐ実感できます。
-
Git コミットをしてみる
「今の変更を適切なメッセージでコミットしておいてください」と一言。Claude が代わりにやってくれます。
困ったら聞く先は3つ。① /help(内部ヘルプ)、② claude doctor(環境診断)、③ 公式ドキュメント(下のリンク集)。それでも解決しなければ、SHIFT AI のコミュニティでいつでも質問してください。
公式リンク集 references
さらに学びたい方へ。すべて公式・1次情報なので、情報の鮮度が高いです。
Claude Code / Anthropic
- Claude Code 公式ドキュメント(Overview)
- Claude Code Best Practices(Anthropic 公式ベストプラクティス)
- Advanced setup(インストールとオプション)
- Commands reference(全スラッシュコマンド)
- Permission modes
- Memory(CLAUDE.md と Auto Memory)
- Skills
- Sub-agents
- Checkpointing / rewind
- MCP integration
- Anthropic 料金プラン
Git / GitHub
ターミナル / 環境構築
- Mac 用ターミナル使い方ガイド(Apple 公式)
- Windows Terminal(Microsoft 公式・日本語)
- WSL のインストール(Microsoft 公式・日本語)
- Homebrew(日本語)
- Node.js(日本語)
このスターターキットは Claude Code の公式ドキュメント(2026年4月時点)に基づいて作成されています。Claude Code は継続的にアップデートされているので、機能名や挙動が変わった場合は上のリンクから最新情報をご確認ください。