Claude Codeの使い方｜非エンジニアが黒い画面なしで始める手順とできること

「claude code 使い方」で検索すると、黒い画面の写真とコマンド一覧が並んだページばかり出てきます。私はプログラマーではありませんし、実際そのターミナルもほとんど触っていません。それでも毎日Claude Codeを開いて、資料づくりや数字の集計、サイトの文言直しを任せています。使わない日はほとんどなく、仕事だけでなく私生活の用事でも開いています。いまは自分にとってのインフラみたいなものになりました。エディタの中で完結する形にしてから、ようやく自分の道具になった感覚があります。非エンジニアの私が実際にやっている入り方と、任せられるようになった仕事を、順番に書いていきます。

Claude Codeとは何か。チャット版のClaudeとの違い

チャット版のClaudeやChatGPTは、会話の中に文章を返してくれる相手です。返ってきたものをコピーして、自分でファイルに貼り直して、保存する。作業の最後のところは、いつも自分の手に残ります。

Claude Codeは、そこが違います。自分のパソコンのフォルダを開いて、中のファイルを読んで、書き換えて、新しく作れる。必要なら作ったものを動かして、結果を見て、直すところまで進みます。会話の相手というより、手を持っている作業者に近いです。文章生成AIとエージェントの差、と説明されることが多いのも、この「手があるかどうか」の話だと思っています。

名前に Code と入っているので開発者専用に見えますが、扱っているのはあくまでパソコンの中のファイルです。テキストも表計算のデータも画像も、フォルダに入っていれば対象になります。プログラムを書かせる用途が一番有名なだけで、それしかできないわけではありません。

一方で万能でもなくて、開いたフォルダの外は見えません。デスクトップの別の場所に置いたファイルを渡したければ、その場所も一緒に開くか、作業フォルダに移す必要があります。最初のうちは「見えていないだけ」なのに「できない」と誤解しがちなので、覚えておくと詰まりません。

チャット側のAIに前提を覚えさせる話はAIに自分を覚えさせた記事に分けて書いています。まだAIを会話でしか使ったことがない方は、先にそちらを読んでからのほうが流れがつかみやすいかもしれません。

非エンジニアがClaude Codeでできること

解説記事でよく挙がるのは、プログラムを書く、バグを探して直す、コードの中身を説明させる、テストを作る、変更履歴の管理を任せる、といった開発の仕事です。名前に Code と入っている以上そちらが本流なのは間違いありませんが、私はどれも使っていません。

プログラミングができなくても使えるのか、という点だけ先に書いておきます。日本語で「このフォルダの中を整理して」と頼めば動くので、命令の文法を覚える必要はありません。ただ、出てきたものを見て良し悪しを判断するのは自分の仕事として残ります。文章の良し悪し、数字の合っている・合っていないを自分で言える範囲なら、プログラムを書けなくても十分に使えます。

できることの一覧を眺めても、正直あまりピンと来ません。私が実際に投げている仕事を、頼み方と一緒に5つ並べます。会社の名前や中身は伏せて、架空の受託先に置き換えています（登場する屋号はすべて造語で、実在の会社ではありません）。

集計は、数字そのものより根拠を後から確認できるのがありがたいところです。資料化は、私はHTMLで書かせてブラウザで開き、その場で直しを重ねる形にしています。

5つ目のスクリプトだけ補足すると、決まった手順を上から順に自動で実行してくれる小さなプログラムのことです。プログラムと聞くと身構えますが、GoogleスプレッドシートやGoogleカレンダーを動かす GAS（Google Apps Script）のように、ブラウザの中だけで動いて無料ではじめられるものもあります。

何のために書かせるのかというと、毎回手でやっていた往復をまるごと減らすためです。たとえば、毎月あちこちからコピーして貼り直していた集計表を、開けば最新の数字に入れ替わっている状態にする。決まった時刻に勝手に走らせて、終わった結果だけを通知で受け取る。ここまで来ると、毎月の作業時間そのものが消えます。

私の目安は「2回やったら書かせる」です。たとえば、申し込みフォームに届いた内容を毎回一覧表へ写して、受付の控えメールを送る。同じ手作業が2回続いたら、2回目の時点で任せてしまいます。3回目からは実行するだけになります。

共通しているのは、どれも「自分で正解を判定できる仕事」だという点です。出てきたものを見て、合っているかどうかを自分で言える範囲だけを渡しています。

Claude Codeの始め方。黒い画面を開かない導入

公式が案内している入れ方は、ターミナルにコマンドを打ち込む形です。動かす土台としてNode.jsのようなものが要りますし、Windowsの場合はWSL2という仕組みを挟むことがあります。手順そのものは更新されていくので、記事に書いてある文字列を写すより、公式ドキュメントの案内をそのまま見るのが確実です。

ただ、私が毎日どうしているかも正直に書いておきます。普段はエディタの拡張機能として動かしていて、黒い画面はほとんど開いていません。私が使っているのはCursorですが、VS Code系のエディタなら同じ形で入れられます。デスクトップアプリやブラウザから使う方法もあります。

非エンジニアの最初の折れどころは、コマンドの中身ではないと思っています。「そもそもどこで起動するのか分からない」ところで止まる人のほうが多いだろうと思います。私も最初はそこで固まりました。

整理すると、こう捉えると楽になります。Claude Codeは「フォルダ」を作業場所として受け取ります。エディタで作業したいフォルダを開けば、そのフォルダが作業場所になります。パスというのは、そのフォルダの住所です。ターミナルで作業場所を移動するコマンドを覚えなくても、エディタで開くだけで同じことが済みます。しかも左側にファイル一覧が並ぶので、AIが何を触ったかが目で見えます。任せる怖さがいちばん減るのは、変化が見える状態にしておくことだと感じました。

ターミナル・エディタ・アプリ、どの入り口を選ぶか

入り口はいくつかあって、どれを選んでも中身のClaude Codeは同じものです。違うのは操作する場所だけなので、あとから乗り換えても覚え直しは要りません。迷ったときの目安として、3つの入り口と私の使い分けを並べておきます。

細かい機能はアップデートで変わっていくので、最新の対応状況は公式の案内を見てください。

入り口の話で長く悩むより、まずエディタで1つフォルダを開いてみるほうが早いです。合わなければ、あとで移ればいいだけの話でした。

最初の一言と、初回の一本道

入れたあとの流れは、だいたい決まっています。起動するとブラウザが開いてログインを求められます。ログインが済むと、「このフォルダを信頼して作業してよいか」と聞かれます。次に、どこまで自動で進めてよいかの権限を選びます。権限を選び終えたところまでが、初回だけの一本道です。

そして最初の指示ですが、私は必ず読むだけの依頼から入るようにしています。

返事が返ってきたら、次は小さく書かせます。新しいテキストファイルを1つ作らせる、くらいで十分です。作られたファイルがエディタの一覧に増えるのを見ると、何をされているのかが腹落ちします。

CLAUDE.mdに何を書くか

使い始めて一番よかったのは、作業フォルダに前提を書いたファイルを置いたことでした。CLAUDE.md という名前のテキストファイルで、Claude Codeは作業のたびに中身を読んでくれます。毎回同じ説明を打ち直さなくて済みます。

白紙から書かなくても、/init と打つとフォルダの中を見て下書きを作ってくれます。下書きを自分の言葉に直していく形が早いです。

書く項目は、私の場合4つに落ち着きました。

①ここが何をする場所か——どんな仕事のフォルダなのかを2〜3行。
②フォルダの分け方——どこに何を置く決まりか。
③やっていいこと・だめなこと——勝手に触ってほしくない場所、確認してほしい場面。
④文体や書式の好み——ですます調で書く、専門用語を並べない、といった細かい約束。

私の作業フォルダは、架空の名前に置き換えるとこんな形です。

workspace/
├─ CLAUDE.md            ← 全体の前提（人物・トーン・禁止事項）
├─ kumoashi-sha/        ← 架空の受託先A
│   ├─ CLAUDE.md        ← この仕事だけのルール
│   └─ reports/
├─ tsubudachi-do/       ← 架空の受託先B
│   └─ CLAUDE.md
├─ blog/
│   └─ articles/
└─ _trash-20260811/     ← 消さずに移すだけの置き場

大元に自分のことを書き、仕事ごとのフォルダにその仕事だけのルールを置く。二階建てにしておくと、別の仕事のやり方が混ざりません。

逆に、書かないほうがよいものもあります。長く書きすぎると毎回全部を読むことになり、肝心の指示がぼやけます。1行に1つの事実だけ書く、くらいの粒度がちょうどよかったです。

Claude Codeの使い方で覚えるコマンド

全部を覚える必要はありません。私が日常で使っているのは、多くても6つほどです。

/help は使えるコマンドの一覧。/init は前述のCLAUDE.mdの下書き作成。/clear は会話をまっさらに戻すもの。/compact はここまでの会話を要約して圧縮するもの。/model は使うモデルの切り替えです。

コマンド以外だと、@ のあとにファイル名を書くと「このファイルを見て」と指定できます。頭に ! を付けると、パソコンのコマンドをそのまま実行できます。そして、走り出したあとに Esc キーを押せば止められます。止められると知っているだけで、任せるときの気持ちがだいぶ軽くなりました。

会話が長くなると指示が通らなくなる理由

使っていると必ずぶつかるのが、途中から急に精度が落ちる現象です。さっきまで通っていた指示が通らない。同じ間違いを繰り返す。私も最初は自分の頼み方が悪いのかと悩みました。

原因の大半は、AIが一度に持てる情報量の上限です。会話が伸びるほど過去のやり取りで枠が埋まり、新しい指示が薄まっていきます。抱えすぎると質が落ちるのは、人もAIも同じだと思っています。

対処はシンプルで、話題が変わったら /clear で会話を切ります。同じ作業を続けたいけれど長くなりすぎた、というときは /compact で要約して圧縮します。前提はCLAUDE.mdに書いてあるので、会話を消しても人格や約束は残ります。会話を消すのがもったいなく感じるのは分かりますが、だらだら続けた1本より、切り直した新しい会話のほうが精度が出ます。

1つのセッションに何もかも任せない、という考え方は、役割ごとにAIを分ける話とつながります。仕事の種類ごとに担当を割る組み方はAIエージェントを分業させる作り方の記事に詳しく書きました。1人で回している方ほど、よければあわせて読んでみてください。

事故を防ぐ段取り。Plan Modeと権限

いきなり実装まで任せると、戻すのに時間のかかる失敗をしやすいです。私が守っている順番は、計画を出させる、読んで確認する、実行させる、動いたら記録する、の4段階です。

計画を先に出させるには、Plan Mode という「まず手を動かさず計画だけ立てるモード」を使います。どのファイルをどう触るつもりなのかが文章で出てくるので、違えばその場で止められます。手を動かされてから気づくのと、動かす前に気づくのとでは、戻す手間がまるで違います。

権限の設定も見ておいてください。ファイルを書き換える前、コマンドを実行する前に、いちいち確認を求める形にできます。確認をすべて飛ばす --dangerously-skip-permissions というオプションもありますが、名前のとおり危ない使い方です。私は使っていません。

戻せる状態を作っておくのも大事です。Gitでバージョン管理していれば、いつでも直前に戻せます。Gitがまだ分からなければ、触る前にフォルダをまるごとコピーしておくだけでも足ります。いきなり本物を触らせず、写しで一度試す。守っているのはそれくらいです。

使い方に慣れるまでの最初の1週間

順番に迷う方が多いと思うので、私がたどった順番をそのまま書きます。きれいなロードマップではなく、実際に詰まった順です。日数はだいたいの目安として読んでください。

1日目は入れるだけで終わりました。エディタにClaude Codeを入れて、ログインして、散らかったフォルダを1つ開いて「何が入っているか教えて」と聞く。返ってきた要約が思ったより正確で、そこで少し安心しました。

2日目に /init でCLAUDE.mdの下書きを作らせ、自分の言葉に直しました。書いたのは10行くらいです。飛ばして先に進んだ日は、毎回同じ説明を打ち直すことになりました。

3日目は、いちばん壊れて困らないもので試しました。私の場合はメモの整理です。フォルダをコピーしてから、写しのほうを整理させました。

4〜5日目で表計算の集計を任せ、出てきた数字を自分で検算しました。合っていることを一度自分の手で確かめておくと、その後の信頼度が変わります。

6日目にPlan Modeを覚えました。実装させて失敗した回があり、先に計画を出させれば止められたと気づいた形です。

慣れてきた頃に、2回以上やっている手順をスクリプトにしてもらいました。何を任せて何を自分でやるかの線が、なんとなく引けるようになったのも、だいたいこのあたりからです。

振り返ると、最初にやるべきだったのはCLAUDE.mdでした。道具の使い方を覚えるより、自分の前提を1枚書いておくほうが、後の手戻りをよほど減らしてくれます。

失敗と、そこから決めたルール

うまくいった話ばかり書くと嘘になるので、詰まったところも並べます。

整理を頼んだら、消される寸前だった。
不要なファイルの片付けを頼んだとき、私が思っていたより広い範囲が「不要」に見えていました。以来、削除だけは分けています。消さずに、日付を付けたフォルダへ移すだけ。あとで自分が中身を見て、必要なければ捨てます。CLAUDE.mdに1行書いておけば、毎回言わなくても守ってくれます。

「できました」を信じて痛い目を見た。
完了の報告が返ってきたのに、実際には反映されていなかったことがあります。AIが完了と言っても、自分の目で開いて確かめる。当たり前ですが、慣れてくるほど飛ばしたくなる工程です。

一般的な手順で作らせたら、自分のやり方と噛み合わなかった。
前提を渡さないまま「よくあるやり方」で組ませると、自分の普段の進め方とズレたものが出てきます。修正の往復で結局時間を使いました。最初にCLAUDE.mdを書く手間は、後からちゃんと返ってきます。

長い会話を粘って、堂々巡りになった。
同じ指摘を3回して同じ間違いが返ってきたら、私の頼み方の問題ではなく会話が伸びすぎたサインです。粘らずに切り直したほうが早いと、遅れて気づきました。

かかるお金の実感

支払い方は大きく二本立てです。月額のサブスクに入って一定量まで使う形と、APIとして使った分だけ払う従量課金の形。毎日回す使い方だと、従量課金は請求額が読めないのが落ち着きません。私は月額のサブスクのほうにしています。プランは後からいつでも変えられるので、止まる回数が増えたら上げて、枠を持て余すようなら下げる、くらいの考え方でいます。

体感としては、長いファイルを何度も丸ごと読ませて作り直させた日に、上限へ早く届きます。逆に、読ませる範囲を絞って、会話をこまめに切って進めた日はかなり持ちます。使用量は「どれだけ話したか」より「どれだけ読ませたか」で減っていく印象です。

金額とプランの中身は改定が入りますし、私の実額まで含めると長くなるので、Claude Codeの料金プランと実際に払っている額をまとめた記事に分けました。無料でどこまで試せるかもそちらに書いています。課金の前に確認したい方は、先に目を通してみてください。

向いている仕事、向いていない仕事

使ってみて分かった向き不向きを、正直なところで書きます。

向いているのは、手順がある程度決まっていて、材料が手元のファイルとして存在していて、出てきたものの良し悪しを自分で判定できる仕事です。整理、集計、体裁づくり、繰り返しの作業。3つが揃うほど楽になります。

向いていないのは、まず最新の事実を調べる仕事です。学習した知識には時点があるので、日付が絡む話は自分で裏を取る前提で使っています。もう一つは、自分が正解を判定できない領域です。出てきたものが正しいかどうか分からないまま人に渡すのは、いちばんまずい使い方だと思います。

もう1つ、勘違いされやすい点を書いておきます。ファイルは自分のパソコンの中にありますが、読ませた中身はネットの向こうのモデルへ送られます。パソコンの中だけで完結しているわけではありません。お客さまの個人情報や、外に出せない生データを置いたフォルダをそのまま開かせるのは避けたほうが安全です。私は機密を含むフォルダについては、扱い方をCLAUDE.mdの冒頭に書いて線を引いています。

次に覚える拡張

基本の往復に慣れたら、その先に拡張の層があります。無理に急ぐ必要はありませんが、名前だけ知っておくと調べやすいです。

MCPは、自分が普段使っている外のサービスや道具をClaude Codeにつなぐ仕組みです。つなぐと、AIが「読む・書く」だけでなく、その道具を操作できるようになります。

Skillsは、繰り返している作業手順をひとまとめにして名前を付けておくもの。同じ説明を3回したら、書き出してしまうのが早いです。

Hooksは、特定のタイミングで決まった処理を自動で走らせる仕掛け。サブエージェントは、仕事を役割ごとに別の担当へ割り振る形です。

どれも「1つに全部を抱えさせない」ための道具立てで、根っこの考え方は同じところにあります。

よくある質問

Q. Claude Codeは無料で使えますか？
A. 触って感触を確かめるだけなら、無料の範囲でも試せます。ただ、毎日の仕事に組み込むとすぐ上限に届くので、常用するなら有料に入る前提で考えたほうが現実的でしょう。無料でどこまでできるかは料金の記事にまとめています。

Q. 使用量の制限はどれくらいで、いつリセットされますか？
A. 一定時間ごとに区切られて回復していく形になっています。細かい条件はプランや時期で変わるため、公式の案内を確認するのが確実です。上限に当たったときは、読ませる範囲を絞る、会話をこまめに切る、といったやり方で持ちがだいぶ変わります。

Q. CursorやCodex、Gemini CLIと比べてどちらがいいですか？
A. 優劣より、自分の仕事に合うかどうかで選ぶのがよいと思っています。私がClaudeを使っているのも、客観的に最強だと思っているからではなく、自分のやり方がClaude前提で組み上がっていて全部回っているからです。慣れと好みも大きいです。なおCursorはエディタなので、その中でClaude Codeを動かす形にもできます。どちらかを選ぶ、という話ではありません。

Q. 勝手にファイルを消されたり、壊されたりしませんか？
A. 権限の設定を確認ありにしておけば、書き換えや実行の前に必ず聞いてきます。それでも、消す作業だけは別扱いにして「消さずに日付フォルダへ移す」と決めておくと安心です。加えて、触る前にフォルダをコピーしておくか、Gitで管理しておけば元に戻せます。確認を全部飛ばすオプションには手を出さないほうが無難でしょう。

まとめ

Claude Codeの使い方でいちばん変わったのは、AIに「頼んで、返してもらって、自分で貼る」流れが消えたことでした。フォルダを開いて、前提を書いたファイルを1枚置いて、読むだけの指示から始める。私がやったのは本当にそれだけです。

非エンジニアが最初に越えるのは、コマンドの知識ではなく「どこで起動するのか分からない」という一段目だと思います。エディタでフォルダを開く形にすれば、そこはほとんど飛ばせます。触ったファイルが目に見えるので、任せる怖さも小さくなります。

いきなり大事なファイルを渡さず、写しで試して、消すときは移すだけにする。守るのはそのくらいで十分でした。気になっている方は、まず手元の散らかったフォルダを1つ開いて、「何が入っているか教えて」と聞くところから試してみてください。