#claude-code-getting-started

Claude Code に作業を任せていると、途中までよさそうに見えても、方針がずれたり、編集範囲が広がりすぎたり、手を入れてほしくないファイルまで触られたりします。そんなときは、無理にその場で修正させるより、いったん作業を捨ててやり直したほうが早いことがあります。 この手の戻し方を知っておくと、試行錯誤の回数が増えても怖くありません。文書作成でも、ディスク整理でも、コード修正でも、「もう一回、最初から」をためらわずに使えるようになります。 まず押さえたいのは、Claude Code の作業は、基本的に自分の手元のファイルを直接変えていく、という点です。だから「戻す」ときは、Claude Code にお願いして巻き戻すより、Git の履歴やファイルの退避を使って人間側で整理したほうが確実です。Git を使っているなら話はかなり簡単ですし、Git を使っていない場合でも、元ファイルを残してから作業する習慣をつければ十分に立て直せます。 一番堅いのは、作業前に小さく区切っておくやり方です。たとえば、ひとつの案件フォルダ、ひとつの書面、ひとつの整理対象だけを Claude Code に渡しま

Claude Code で大きい作業をするときは、いきなり全部を変えないほうがうまくいきます。まず範囲を切り、次に一段ずつ進める。これだけで、途中で壊れても戻しやすくなり、レビューもしやすくなります。非エンジニアの人なら、フォルダ整理や文書の大量編集でも同じです。1回の指示を小さく区切るだけで、結果の確認がぐっと楽になります。 たとえば、壊れやすいのはこういう依頼です。 > 「この案件フォルダ全体を整理して、重複ファイルを消して、名前も統一して、要約書も作って」 やりたいことは分かりますが、変更の種類が多すぎます。Claude Code に任せるときは、まず“何を変えるか”ではなく“どこまで変えるか”を先に決めます。区切り方のコツは、ひとつの作業を「探索」「提案」「実行」「確認」に分けることです。 最初は、作業前の見取り図を作らせます。まだ編集しない段階です。 ```text このディレクトリの内容を見て、変更が必要そうな箇所を3つの観点で整理して。 1. 手を付けるべき場所 2. 触らないほうがよさそうな場所 3. 小さく始めるなら最初の一手 まだファイルは変更しないで。 ``` こ

Claude Code を使うとき、いきなり変更を走らせる前に「まず方針だけ見せて」と挟む使い方があります。これがプランモードです。 ファイル整理でも、文書作成でも、コード修正でも、先に段取りを確認できるので、「思っていたのと違う」をかなり減らせます。特に、削除や移動のように戻しにくい作業では効きます。 たとえば、散らかった作業フォルダを整理したいとします。いきなり消さずに、Claude Code に「どう整理するつもりか」を出させれば、危ない手を打っていないか先に見られます。案件フォルダを月別に分けたい弁護士の人や、重複資料を減らしたい総務担当、古い下書きを整えたい編集者にも向いています。 要するに、実行より先に設計図を確認するための使い方です。 まずは、やりたいことをそのまま頼みます。ポイントは「実行」ではなく「計画を出して」と明示することです。 ```text このフォルダ内の不要ファイルを整理したいです。 いきなり変更せず、まず手順と影響をプランとして示してください。 削除候補、移動候補、注意点を分けて説明してください。 ``` もう少し具体的にするなら、目的をはっきり書いたほ

Claude Code を使い始めると、いちばん先に気になるのが「この操作、どこまで勝手にやってもらって大丈夫か」です。 ファイルの読み取りだけなら安心でも、編集や削除、外部コマンドの実行まで広げると、便利さと事故のリスクが急に近づきます。 権限モードを理解しておくと、Claude Code に任せる範囲を仕事に合わせて切り分けられます。文書作成ならほぼ自動で回し、ディスク整理なら確認を挟み、コード修正では危ない操作だけ止める。そういう使い方ができるようになります。 Claude Code には、ユーザーの許可なしには実行しない操作をどう扱うかを決める仕組みがあります。基本は「毎回確認する」「ある程度は自動で通す」「危険な操作は止める」という考え方です。ここを雑に広げると、便利な代わりに、思っていない場所を書き換えたり、削除してはいけないファイルを触ったりする可能性が上がります。 まずは、権限モードを“安全装置の強さ”として捉えると分かりやすいです。読み取りだけならかなり広く許せます。書き込み、削除、ネットワーク経由の操作、システムに影響するコマンドは、確認を挟む側に置くのが基本です。

Claude Code に長いファイルをそのまま貼る代わりに、「どのファイルを見ればよいか」「どこを読めば十分か」を探させる。 この頼み方を覚えると、巨大な設定ファイル、長いログ、散らかった文書を前にしても、手でコピペする量をかなり減らせます。ディスク整理や案件ごとの資料確認でも効きます。 まず大事なのは、Claude Code に「全部読んで要約して」ではなく、「探して、必要な箇所だけ見て」と頼むことです。 Claude Code は作業ディレクトリ内のファイルを見ながら進められるので、こちらがファイル全文を貼る必要はありません。場所の見当がつかないときは、ファイル名の候補、拡張子、覚えている単語、エラー文の一部だけを渡します。 たとえば、リポジトリのどこに設定があるか知りたいなら、こんな依頼で十分です。 ```text このプロジェクト内で、API の接続先を設定している場所を探して。 候補のファイル名と、該当しそうな行だけ教えて。 全文は貼らなくていい。 ``` もう少し具体的なら、調べ方まで指示します。 ```text このフォルダの中から「timeout」「base_url」

Claude Code を長く使っていると、だんだん「今この会話、前の話を引きずりすぎているな」と感じる瞬間があります。そんなときに効くのが `/clear` です。会話の履歴をいったん空にして、コンテキスト管理をやり直す。たったそれだけですが、これで指示の食い違いが減り、不要な前提を持ち越さず、返答も軽くなります。 特に、ひとつの案件を順番に進める人ほど効きます。コード修正、ファイル整理、文章のたたき台作成、ディスク使用量の洗い出し。どれも「さっきの続き」を覚えていてほしい場面と、逆に「前の話は忘れてまっさらで考えてほしい」場面が混ざります。そこで区切りを入れる感覚が大事になります。 まず覚えておきたいのは、`/clear` は“失敗したときの最後の手段”ではないことです。むしろ、話題が切り替わったタイミングで先に使うのが上手いやり方です。 たとえば、こんなときは区切りどきです。 ひとつ目は、依頼の目的が変わったときです。 「この Python スクリプトを直して」から「同じフォルダの不要ファイルを整理したい」に変わるなら、会話の流れは別物です。前半のソフトウェア修正の前提を後半に引

Claude Code は、ただ「作業を始める道具」ではなく、そのプロジェクトで何をしてよくて、どこまで触ってよいかを最初に整える道具でもあります。 この最初のひと手間を入れるだけで、あとからの指示が通りやすくなり、余計なやり直しも減ります。開発案件でも、文書整理でも、フォルダの掃除でも効きます。 最初にやるべきことは、むずかしくありません。 「作業範囲を決める」「ルールを置く」「確認のしかたを決める」。この3つです。 Claude Code を開いたら、最初にやるべきなのは作業場所の確認です。 これはエンジニア向けの話に見えますが、非エンジニアにも重要です。たとえば、案件ごとにフォルダを分けて書面を作る、写真整理で年ごとのフォルダだけを対象にする、不要キャッシュを消す対象をひとつの作業用フォルダに閉じる。こういうとき、最初の境界が曖昧だと事故が起きやすいです。 Claude Code では、基本的にいま開いているプロジェクトの中で作業する前提を作ります。 だから、まずはターミナルで目的のフォルダに入ってから起動するのが大事です。 ```bash cd /path/to

Claude Code は、ざっくり言うと「端末の中にいる作業係」です。コードを書く人だけの道具に見えますが、実際には、フォルダの整理、不要ファイルの洗い出し、文章の下書き、既存ファイルの読み解きまでかなり広く使えます。 ただし、何でも任せてよいわけではありません。向いている仕事と、任せると危ない仕事の境目を先に知っておくと、かなり使いやすくなります。 まず押さえたいのは、Claude Code が得意なのは「ファイルを読んで、差分を考えて、手を動かすこと」だという点です。逆に、事実確認が必要な判断、最終責任を伴う編集、曖昧な指示しかないままの大規模変更は苦手です。 この線引きさえ分かれば、開発者でなくても普通に役立ちます。たとえば、案件ごとに散らかった資料をまとめる、同じ内容の文書を整える、古いバックアップや重複ファイルを見つける、といった用途です。 Claude Code に向いているのは、内容を壊さずに扱える作業です。人間が目視でやると時間がかかるけれど、ルールが決まっているもの。こういう仕事は相性がいいです。 たとえば、フォルダの中身を見て「どのファイルが古いか」「同じような名

Claude Code を手元で動かせるようになると、コードの修正だけでなく、ファイル整理、不要データの洗い出し、文章の下書きまで、同じ流れで頼めます。Claude Code 入門として最初に押さえるべきなのは、むずかしい設定ではなく「端末を開いて、サインインして、作業フォルダで一度だけ指示してみる」ことです。Claude Code 使い方の入口は、思っているよりずっと狭くて短いです。 まずは前提を軽くそろえます。Claude Code は Anthropic の CLI コーディングエージェントで、ターミナルから使います。難しく聞こえますが、要するに「チャット画面ではなく、黒い画面や端末アプリに話しかける」道具です。エンジニアならソースコードのあるフォルダ、非エンジニアなら案件ごとの文書フォルダや、写真・ダウンロード・共有資料をまとめた作業用フォルダで使うのが自然です。 最初の準備は、公式の案内どおりに Claude Code をインストールすることです。ここは配布形態が変わることがあるため、手順そのものは公式ドキュメントを優先してください。流れとしては、対応する環境にインストールし

Claude Code は、ファイルを見たり、直したり、整理したりする作業を、ターミナルの中でそのまま手伝ってくれる道具です。 ただ、最初の壁はだいたい「何を打てばいいのか分からない」です。そこで、覚える操作を本当に少なくして使うやり方に絞ります。本文を読んだあとは、起動する・指示する・終わる の3つだけで回せるはずです。 ターミナルに慣れていない人ほど、最初は「小さなフォルダで試す」のが大事です。たとえば、請求書のひな形が散らかったフォルダ、毎回似たような文書を置く案件フォルダ、ダウンロード後の不要ファイルが溜まった場所。そういう、壊れても困らない場所で始めると気が楽です。 まずは Claude Code を、作業したいフォルダで開きます。やることは単純で、対象フォルダに移動してから起動するだけです。 ```bash cd /path/to/作業したいフォルダ claude ``` `cd` は「このフォルダの中で作業する」という意味です。`/path/to/作業したいフォルダ` の部分は、自分のフォルダの場所に置き換えます。 起動したら、もう複雑なコマンドは覚えなくてかまい