Claude Codeで最初に何を頼めばいいかわからなかった話【非エンジニアが止まったところ】

Claude Codeを触り始めたとき、一番わからなかったのは「何ができるか」より「自分がどこで止まっているのか」だった。

この記事は、具体的な手順をまとめる記事ではなく、非エンジニアの自分が最初に詰まったところを振り返る体験談です。実際の頼み方を先に確認したい人は、使い方入門の記事の方が向いています。

最初に詰まった理由

最初に考えていたのは、ちょっと大きすぎた

最初の頃は、「Threadsの自動投稿を作りたい」「AIで色々自動化したい」みたいに、かなり大きい単位で考えていた。

でもそれだと、自分の中でもやりたいことがぼんやりしている。ネタ出しをしたいのか、文章生成をしたいのか、投稿までつなげたいのか、分析までしたいのかが混ざっていた。

その状態で頼むと、返ってきたものを見ても「便利そうだけど、自分がいま欲しいのはこれだっけ？」という感じになりやすかった。

たとえば、最初は「Threadsの自動投稿を作りたい」と考えていた。けれど、その中にはテーマ選び、投稿文作成、保存、投稿、反応確認まで入っていた。ひとつの記事や投稿の作業としては近くても、Claude Codeに頼む単位としては大きすぎた。

自分は最初、コードが難しいから止まっていると思っていた。

でもあとから振り返ると、止まっていた原因はコードそのものより「頼み方が広すぎる」「直し方が曖昧」という方が大きかった気がする。

なんとなく頼んで、なんとなく違和感があって、でも何が違うのかを言葉にできない。これを繰り返していたときが一番進まなかった。

逆に、「まずは1本生成したい」「保存だけしたい」「説明っぽいので体験談寄りにしたい」みたいに、小さく言えるようになってから進みやすくなった。

最初の依頼文もかなり変えた。大きい依頼を投げるより、今の状態と次にやりたい作業だけを短く渡す方が返答を受け取りやすかった。

このフォルダにある下書きを読んで、今日使えそうな投稿テーマを3つ出してください。
今は投稿しません。
まず候補だけ出してください。

このくらい狭く頼むと、返ってきた内容を確認しやすい。次に「2番のテーマで投稿文を1本だけ作ってください」と続ければ、作業の段階が分かれる。失敗しても、どこを直せばよいか切り分けやすかった。

自分の場合、最初にうまくいった感覚があったのは「全部入り」ではなく「まず1本作る」だった。

テーマを1つ決めて、投稿文を1本出して、それを保存する。そこまでをひとつの区切りとして考えたら、やることが急にわかりやすくなった。

このくらいの小ささだと、もし変でも「ここを直したい」と言いやすい。全部がつながっている状態より、ずっと気が楽だった。

うまくいかなかった返答も、今なら理由が分かる。自分が「いい感じに」と頼むと、Claude Codeは説明文寄りにまとめることがあった。そこで「体験談として」「宣伝感は弱めに」「最後はブログ内の関連記事へつなぐ」のように、文章の役割まで添えるようにした。

たぶん非エンジニアが最初に必要なのは、完璧な仕組みより「ここまではできた」と思える最小の形なんだと思う。

この4つが見えていれば、かなり止まりにくくなる気がする。逆にここが曖昧だと、便利そうなものが返ってきても自分の中で整理できない。

自分の場合、最初に確認すべきだったのは「Claude Codeで何ができるか」ではなく、「今日の作業をどこで区切るか」だった。作業の区切りが決まると、頼み方も短くなる。頼み方が短くなると、返ってきた結果も確認しやすくなる。

Claude Codeを触り始めたとき、「何ができるか」より「何を頼めばいいのか」で止まる人はけっこう多い気がする。

自分もそうだった。いきなり全部作ろうとすると曖昧になって、曖昧なまま頼むと、返ってきたものも持て余しやすかった。

でも「まず1本」「まず保存まで」みたいに小さく区切ると、急に進みやすくなった。最初の1歩って、そのくらいでよかったんだと思う。

非エンジニアがClaude Codeを使うなら、最初から完成形を頼まなくていい。まずは、候補を出す、1本作る、保存する、リンク切れを確認する。こういう小さい作業を1つ任せて、結果を確認しながら次の依頼へ進む方が、自分には合っていました。

具体的にどう頼めばいいかを見たい人は、Claude Codeの使い方入門の方がそのまま使いやすいです。

先にClaude Code自体の全体像から読みたい場合は、Claude Codeとは？の方がつながりやすいです。

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