Claude Code とは何か。使う前に知っておきたい3つの前提。
「Claude Code って結局なに?」と聞かれたとき、うまく答えられずにモヤッとした経験から、この記事を書きました。使い始めでつまずきやすいポイントを、3つの前提にまとめています。
Claude Code はこういうツール
Claude Code は、ターミナルからClaudeに指示を出して、実際にファイルを読み書き・コマンド実行までさせるエージェントです。チャットUIのAIと一番違うのは、「会話して終わる」のではなく「手を動かすところまで行ってくれる」という点です。
たとえば「この CSS の変数を整理して」と頼むと、該当ファイルを自分で開き、差分を作り、必要ならコミットまで進めます。普通のチャットボットが「こう書くといいですよ」と答えるのに対して、Claude Code は実際に書き換えるのが違いです。
Claude Code は「賢い相談相手」ではなく「賢くて手が早い同僚」に近い。ここを誤解すると、指示の出し方がずっと噛み合わない。
この性質を押さえておくと、後で出てくる「権限の設計」「指示の書き方」が、なぜ重要なのかが腑に落ちます。
使う前の3つの前提
触る前に、あるいは触り始めてすぐの段階で、この3つを知っておくと詰まりが激減します。どれも、知らないまま進むと「なんでこんなことするの?」という摩擦が増えるものです。
前提1:指示は「お願い」ではなく「仕様書」で書く
「ここをいい感じにして」という曖昧な指示は、Claude Code がもっとも苦手とする領域です。逆に、ゴール・制約・参照先・出力形式を明示した指示は、驚くほど正確に処理されます。
例えば、ただ「CSS を整えて」と言う代わりに、こう書き換えてみます。
変数を :root に集約し、未使用の変数は削除。
対象: src/styles/main.css
出力: 変更後のファイル全体と、削除した変数の一覧
制約: セレクタの挙動は変えない
この4行で、Claude Code の仕事の精度は体感で3倍くらい変わります。「お願い」を「仕様書」に翻訳するクセをつけるだけで、結果の安定性が一気に上がります。
前提2:破壊的操作の境界は、最初に決める
ファイル削除・git push・rm -rf・DBの DROP など、取り返しのつかない操作は、「事前に確認を取らせるか、ブロックするか」をプロジェクト起動時に決めておきます。
これを決めないまま走らせると、ある日「あれ、このブランチどこ行った?」という事態が普通に起こります。実際にやらかした話は、別の記事にまとめました。
- 許可する操作:ファイル編集、ビルド、テスト実行
- 確認を取らせる操作:新規ファイル作成、依存追加、外部API呼び出し
- 原則ブロックする操作:git push、force push、本番デプロイ
このラインを CLAUDE.md に書いておくだけで、Claude Code の挙動は「暴れる同僚」から「慎重な同僚」に変わります。
前提3:コンテキストは有限の資源だと考える
Claude Code は「見せた情報」に基づいて判断します。関係ないファイルを大量に読ませると、コンテキストが汚れて、肝心の判断がブレ始めます。見せる情報は、必要最小限。これが意外と効きます。
具体的には、調査系のタスクは SubAgent に逃がす、不要なファイルは読ませない、過去ログが長くなったら /compact で圧縮する。このあたりを普段から意識しておくと、1セッションの密度が変わります。
まとめ
3つの前提をもう一度、短くまとめます。
- 指示は仕様書で書く:ゴール・制約・参照先・出力形式を明示する
- 破壊的操作の境界を決める:CLAUDE.md に境界線を書いておく
- コンテキストを節約する:見せる情報は必要最小限に
この3つを押さえておけば、最初の1週間でつまずく地点のほとんどは回避できます。あとは、実際に触って、失敗を重ねながら覚えていくフェーズです。失敗した分だけ、感覚が戻ってきます。
WordPressを実際に動かしてきたサーバー:ロリポップ
Claude Code でWordPressサイトを組み立てるとき、最初に置く先として無理のないレンタルサーバー。月数百円から始められ、WordPressの自動インストールにも対応しています。設定で詰まりがちな初期段階の時間をかなり減らせます。