Claude Codeの使い方入門｜最初に何を頼めばいいかわからない人向け

Claude Codeを触ってみたいと思っても、最初の壁になりやすいのが「で、最初に何を頼めばいいの？」というところでした。

この記事では、体験談よりも実際に使い始めるための手順を優先します。大きな依頼を投げる前に、何を確認し、どのくらい小さく頼むと動きやすいかを整理します。

最初に止まりやすい理由

Claude Codeを使い始めたばかりの時期は、「すごいことができそう」という印象が先に来やすい。

実際に手を動かそうとすると、「プロジェクトを見てほしい」「自動化したい」「記事を書きたい」「エラーを直したい」みたいに、やりたいことが自分の中でもまだ大きいままだったりする。

そのまま頼むと、返ってきた内容が悪いというより、自分が受け止めきれない。どこから触ればいいか、何を確認すればいいかが見えにくい。最初に止まりやすいのはそこだった。

自分が最初にやりがちだったのは、「Threadsの自動投稿を作りたい」のような大きい依頼だった。

でもこの言い方だと、中に入っている工程が多すぎる。ネタ出し、文章生成、保存、投稿、分析まで全部混ざっている。これだと、もし途中で違和感があっても、何を直せばいいのかがわかりにくい。

最初は「全部作る」より「まず1つだけ動かす」の方がかなり楽だった。小さく頼む方が、Claude Codeの返答も自分の判断も追いやすい。

非エンジニアが最初に頼みやすいのは、次のどれか1つだと思う。

このくらいの小ささだと、「思ってたのと違う」が出ても直しやすい。逆に、最初から複数工程をつなげると、便利そうに見えても手元では扱いにくいことが多かった。

この順番だと、Claude Codeに何ができるかを見ながら、自分が何を確認すればいいかも分かりやすかった。最初から成功体験を大きく作ろうとするより、説明だけ、1ファイルだけ、1変更だけに分けた方が続いた。

たとえば、自分が最初に頼みやすかったのはこのくらいの言い方だった。

ポイントは、「広い夢」ではなく「今ここで見たいもの」を渡すことだった。最初の1回で全部やる必要はなかった。

最初の1回なら、このくらい具体的に止めて頼む方が安心だった。

このフォルダの中身を見て、何をするためのプロジェクトか説明してください。
まだファイルは変更しないでください。
初心者にも分かるように、主要ファイルを3つだけ教えてください。

小さい修正を頼むときは、変えてほしい範囲まで書いた方がよかった。

この記事ファイルだけを見てください。
タイトル下の導入文を、少しだけやわらかくしてください。
見出しやリンクは変更しないでください。
変更前後が分かるように説明してから直してください。

最初の出力がぴったり合うことはあまりなかった。むしろ、修正をどう言えるかの方が大事だった気がする。

自分が言いやすかったのは、「説明っぽいので体験談寄りにしたい」「少し長いので短くしたい」「この部分だけ残して他を直したい」みたいな言い方だった。

何が違和感なのかを一言でも言えると、次の出力がかなり変わる。ここはコード知識より、自分の感覚を言葉にする力の方が効いていた。

Claude Codeがかなり助けてくれても、人が見た方がいい工程は残した方がよかった。

特に最初のうちは、完全に任せるより「ここだけ見る」を決めておいた方が安心だった。

ここでは、最初の頼み方をかなり小さく整理しました。もう少し広く見るなら、Claude Code全体の入口や、実際にファイル変更を見るときの不安も合わせて読むとつながりやすいです。

全体像から戻りたい人はClaude Codeとは？、ファイル変更が怖い人はClaude Codeが勝手にファイルを変えるのは怖い？が読みやすいです。

Claude Codeの使い方で最初に大事だったのは、「すごい依頼をすること」ではなく、「小さく頼めること」だった。

いま振り返ると、最初に必要だったのは完成形ではなく、最小の1歩だった気がする。そこが見えるだけでも、かなり止まりにくくなる。

先にClaude Code自体の全体像から見たい人はClaude Codeとは？、読む順番を2本だけに絞りたい人はClaude Codeをこれから読むなら？が入りやすいです。

記事を一覧で探したい人はClaude Code記事まとめから、今の不安に近い記事を選ぶと探しやすいです。

このブログではAIと副業の試行錯誤を書いています。X→ @yuruaibu / note→ yuruaibu