本文へ進む
ginji. AI実践ライブラリー特典一覧へ ↗
GINJI AI PRACTICAL LIBRARY

BOOK 01 · 2026年9月24日改訂

Claude Code
完全構築ガイド

最初の1ファイルから、仕事を任せられる環境へ。

目安 35分10章実践テンプレート付き
この1冊のゴール練習フォルダを開き、資料を読ませ、成果物を1つ保存する
目次を開く
HTMLを保存

「導入したけれど、何を頼めばいいのか分からない」。この本は、そこから始めるためのガイドです。最初からアプリ開発をする必要はありません。手元のメモを読み、分かりやすく整え、ファイルに保存する。この小さな往復ができれば、資料作成にも発信にも応用できます。

1. Claude Codeで変わる仕事の進め方

Claude Codeは、利用を許可した作業環境でファイルを読み、編集し、必要なコマンドやツールを使って作業するエージェントです。画面で提案を読むだけでなく、成果物が作業フォルダに残ることが大きな違いです。公式の概要

ただし「PCにあるものを何でも理解している」わけではありません。作業フォルダ、アクセス権、読み取れるファイル形式、接続したツールによってできる範囲は変わります。資料の存在を伝え、必要なものを読んだか確認してから制作へ進むと、手戻りを減らせます。

たとえば散らばった講座メモを整理するなら、最初の依頼は「講座を全部作って」よりも、「メモを読み、対象読者・伝えたい結論・まだ足りない情報を一覧にして」が向いています。途中の成果を確認できる大きさで渡すのがコツです。

2. 契約・導入・ログイン・最初の指示の4段階

導入の見取り図は、①使える契約を確認、②公式アプリを入れる、③同じアカウントでサインイン、④作業フォルダで最初の指示、の4段階です。標準的なアプリ導入では、Node.jsやCLIを別に入れる必要はありません。ターミナル操作を覚えてから始めなくても、画面から試せます。公式Desktop導入手順

契約の候補 選ぶときの確認
Pro 個人で始める候補。やりたい仕事と利用枠が合うか
Max 個人で利用量を増やす候補。どの利用枠を契約するか
Team・Enterprise 組織の契約・管理者による利用条件を確認

2026年9月24日時点のDesktop公式案内では、このいずれかの対象サブスクリプションが必要です。無料アカウントでCodeが開けない場合は、画面のアップグレード案内と契約を確認します。旧版の固定ドル価格は契約期間・税・地域などを取り違えやすいため、公式プランページと購入画面の金額を見ます。利用上限へ当たった理由を調べず、すぐ上位契約へ変更する必要はありません。

Mac・Windowsは公式ページのインストーラーを開き、画面の手順に沿って導入します。Macはアプリケーション、Windowsはスタートメニューから起動します。Linux向けの案内もありますが、手順はOSごとに確認します。「15分」は導入の目安として考え、ダウンロードや認証の時間まで保証されたものではありません。

3. Chat・Cowork・Codeと、作業場所の違い

タブ 主な役割 今回の使い方
Chat 通常の会話 相談や案の整理
Cowork 独立した仮想環境で作業するエージェント 背景で進める仕事。端末上・リモートで実行場所が異なる
Code ローカルファイルへ直接アクセスする作業 作業フォルダを選び、読み・書き・実行を進める

旧版の「Coworkは必ずクラウド上」という説明は、現在の全セッションには当てはまりません。Codeでもローカルとリモートを取り違えないよう、選んだ場所を見ます。画面にLocalやSelect folderなどの項目が表示される版では、自分のPC上の練習フォルダを選びます。モデルはまず標準設定で小さな仕事を試してください。タブと実行場所の説明

4. アプリ版から始める

2026年9月24日確認の公式案内では、Claude DesktopのCodeタブから利用できます。Chat、Cowork、Codeは目的が異なり、この本はCodeタブのローカル作業を扱います。対応OSや契約条件は公式の導入画面で確認してください。デスクトップ版の開始手順

  1. 公式ページから、お使いのOSに合うClaudeアプリを入れます。
  2. 利用するClaudeアカウントでサインインし、Codeを開きます。
  3. 練習用の新しいフォルダを選びます。まずは業務原本を直接置かず、コピーしたメモ1つから始めます。
  4. ローカルで作業する設定かを確認し、そのフォルダ名が画面に表示されていることを確かめます。
  5. 下の「最初の依頼」を送り、成果物を開きます。

WindowsでGitの案内が出る場合も、現在のアプリ版と作業方法を先に確認します。公式資料では、古いDesktopのローカルセッションと、Gitを使うworktreeの条件が区別されています。「Windowsは必ずGitを先に入れる」「Macには必ず入っている」と一律に判断しないでください。デスクトップのGit関連トラブル

最初の依頼

練習フォルダに講座メモ.mdを作り、「対象は在宅ワーカー。机を15分だけ片付ける。捨てる判断は本人がする」と書いてから、次を送ります。

そのまま使えるテンプレート
この作業フォルダの講座メモ.mdを読んでください。
初心者向けの講座案内を300字程度で作り、案内文.mdに保存してください。
対象・学べること・最初にすることの順で書きます。
素材にない実績、価格、日時は追加しないでください。
元のメモは保持し、最後に保存したファイルを開ける形で示してください。

成功の判断は「返事が来たか」ではなく、①ファイルがある、②中身が依頼どおり、③原本が残っている、の3つです。ファイルを開けなければ、その状態を伝えて保存先を確認してもらいます。

5. 権限と変更の確認を理解する

旧来の説明でよくある「承認するまで1文字も変わらない」は、現在の設定すべてに当てはまりません。権限モードによって、ファイルの編集やコマンド実行が自動で進む場合があります。公式Quickstartにもプランによる初期モードの違いが記載されています。権限の説明

導入時には、現在のモードを画面で確認します。「まず内容を読んで計画を出す」「別名で保存する」「削除や外部公開を含めない」のように、今回の作業範囲も言葉で渡しましょう。アプリの権限と、依頼文の範囲は両方必要です。

差分表示は変更を確かめる道具です。ファイルを編集済みの差分なのか、これから適用する案なのかを区別してください。復元も、履歴やバックアップがある範囲で行えます。Gitをまだ使っていないなら、練習フォルダを複製してから編集するだけでも、元の状態を残せます。

そのまま使えるテンプレート
編集前に、今回触るファイルと作るファイルを短く示してください。
この依頼では、元資料の削除・移動と外部サービスへの投稿は含めません。
成果物は新しいファイルに保存してください。
変更後は、依頼した内容が満たされたかを実ファイルで確認してください。

6. CLAUDE.mdで毎回の説明を減らす

繰り返す作業には、作業フォルダに置くCLAUDE.mdが役立ちます。何語で書くか、どこへ保存するか、どの資料を先に読むかなど、共通の前提を短く記録します。長い作業手順まで詰め込むより、詳しいマニュアルへの案内を置く方が維持しやすくなります。メモリとCLAUDE.md

そのまま使えるテンプレート
このフォルダのCLAUDE.mdを作ってください。
ルールは次のとおりです。
・日本語で書く。
・原資料は「資料」、完成品は「成果物」に保存する。
・まず資料目録.mdを読んで、必要なファイルを選ぶ。
・本人の実績と体験は、資料にある事実だけを使う。
・新しい商品条件を推測で追加しない。
・作業後に成果物の保存先と確認結果を伝える。
既存のCLAUDE.mdがあれば内容を読んでから、重複しない形で追記してください。

ルールを書いた後は、別の小さな依頼で使われるかを確認します。読み込みに失敗しているのにルールを増やしても解決しません。「今適用しているルールと、参照したファイル名を教えて」と確かめると切り分けやすくなります。

7. 日常業務に広げる3つの練習

練習A:議事録を整える。 日時、参加者、決定、担当、期限を表にする依頼です。発言にない期限は「未定」と残します。要約の文章が滑らかでも、担当と期限が違えば不合格です。

練習B:既存原稿を直す。 文章を渡し、「見出しは保持し、専門用語を初心者向けに説明する」と指定します。直してよい範囲を限定すると、自分が気に入っていた構成まで崩れにくくなります。

練習C:複数資料を一覧にする。 ファイル名、内容、対象読者、最終更新日の一覧を作ります。更新日が分からなければ未確認とし、OSのファイル更新日時を内容の基準日と混同させません。

1回うまくいったら、その依頼文と良かった出力をセットで残します。次は「この前と同じ」と言う代わりに、保存した作例を指定します。再現しやすい仕事になってきたら、09「Skills完全ガイド」で手順をスキルにまとめてください。

8. つまずいたときの順番

症状 先に確認すること 次に試すこと
Codeが使えない ログイン先・契約・管理者設定 公式の対象条件を確認
フォルダを読めない 選んだ場所・OS権限・ファイルの実在 メモ1つの小さいフォルダで試す
ツールが見つからない インストール済みか・実行環境が同じか アプリ再起動後に再確認
出力が一般論になる 素材を実際に読んだか 対象ファイルと判断基準を指定
利用上限に達する 利用状況・モデル・作業の大きさ 再開情報を保存し、次回は工程を分割

エラー全文を共有するときは、パスワードや認証値が含まれないかを見てから渡します。エラーの一部だけを曖昧に伝えるより、「何をして、どうなるはずで、実際はどうなったか」を3行で書く方が原因に近づけます。公式トラブル対処

9. 計画・編集・差分・プレビューを使い分ける

計画は作る前の進め方、編集はファイルの変更、差分(diff)は何が変わったか、プレビューは使う人からどう見えるかを確かめる工程です。コードを書けなくても、目的に合うか、必要な情報が残ったか、画面が読めるかという監督の仕事はできます。

旧版のAsk permissions・Auto accept edits・Plan modeという説明は、モードによって承認範囲が違うことを伝えるものでした。現在の画面に表示されるモードと権限説明を確認し、「毎回尋ねる範囲」「自動編集する範囲」「計画だけの範囲」を区別します。モード名だけで安全を判断せず、対象フォルダと許可した操作も確認してください。権限モード

応用先は、議事録や大量のファイルの整理、YouTube台本・記事・レポートの作成、note原稿やデータの分析、ホームページ・Webアプリの画面修正です。たとえば「このフォルダを整理して」なら、最初はMarkdownの一覧だけ作り、移動が必要なものを次に決めると、参照を壊さず進められます。

最初に決める3つのルール

  1. APIキー・パスワードは原稿やCLAUDE.mdへ書かず、環境変数や専用の認証管理へ分ける。
  2. 中身を確認せず「全部消して」と頼まない。移動や改名も、使っているリンクやツールへの影響を確認する。
  3. 小さな練習フォルダで試し、元のファイルと変更後を比べる。

Codeタブ、Windowsでのローカル作業、サインインの3つが旧版の主なつまずきでした。Codeが開けないときは契約・ログイン・管理者設定、Windowsでは現行手順とGitを使う方式か、403などの認証エラーではブラウザでのログイン完了とアプリ再起動を順に確認します。必ずその3つで直るわけではないので、改善しなければ公式の該当エラーを調べます。

10. 今日の実践と合格チェック

今日のゴールは大きな自動化ではありません。練習用メモ1つから案内文を作り、1か所を直して、完成ファイルを開くことです。

次は同じ操作を、自分の短い原稿や打合せメモで試してみてください。小さく確かめた成功が、任せられる仕事を増やす土台になります。

出典・更新メモ

2026年9月24日に公式の導入、Desktop、権限、メモリを確認。旧版の一律な承認制・Git必須の説明を改訂しました。料金は地域・契約・課金方法で変わるため、本書の固定価格ではなく申込画面で確認します。

NEXT STEP

今日の一歩を、1つだけ。

読み終えたら、気になったテンプレートを1つ試してください。次の仕事で使えたことが、学びの成果です。