自分はコードが書けません。それでもn8nのワークフローを組んだり、このブログのWordPressをAPI経由で操作したり、それなりに自動化を進められています。理由は単純で、「どう相談すればClaudeから欲しい答えが返ってくるか」が半年でだいぶわかってきたからです。今回はその相談のコツと、逆にやりがちな失敗パターンをまとめてみます。
相談してみてわかったコツ
「やりたいこと」より先に「困っていること」を伝える
いきなり「これを実装して」と技術的な指示から入るより、「こういうことで困っている」「これが面倒くさい」という状況から話した方が、実は的確な提案が返ってきやすいです。技術を知らない前提で相談しているので、解決方法を決めつけずに、困りごとをそのまま伝えるのがコツです。
できるだけ具体的な状況を渡す
「エラーが出ます」だけより、実際のエラーメッセージやスクリーンショットをそのまま渡した方が、圧倒的に早く正確に解決します。自分でエラーの原因を推測して説明しようとせず、見えているものをそのまま渡す方がうまくいくことが多いです。
一発で正解が出ると思わない
相談すると、最初に「それは難しい」「そのままでは無理」と言われることも普通にあります。ここで諦めずに、「じゃあどうすればできそう?」「別のやり方はない?」としつこく聞いていくと、代案や妥協案が出てくることが多いです。一往復で終わらせず、やり取りを重ねる前提で相談するのが結果的に近道でした。
出てきた提案は、その場で確認する
提案されたことをそのまま信じ込むのではなく、「これって具体的にはどういう意味?」「これをやると何が変わるの?」と聞き返すようにしています。理解しないまま進めると、後で想定と違う動きをしたときに自分では原因がわからなくなるので、わからない部分はその都度確認するようにしています。
逆にやりがちな失敗パターン
「いい感じにして」で丸投げする
抽象的な指示だけを出すと、想定と違う方向に進んでしまうことがあります。「いい感じ」の基準は自分の中にしかないので、条件や優先順位(例:見た目より動作を優先したい、など)を先に伝えておくと、手戻りが減ります。
一度の指示で全部やらせようとする
複数の変更をまとめて一度に依頼すると、確認や修正のやり取りがかえって長引くことがあります。特に見た目に関わる変更は、1つずつ反映して確認しながら進めた方が、結果的に早く仕上がる印象です。
「無理」と言われて、そこで引き下がる
これが一番もったいないパターンだと思っています。最初の返答だけで判断せず、条件を変えたり、別の切り口で聞き直したりすると、思っていたより多くのことが実現できます。
まとめ
コードが書けなくても、困りごとを具体的に伝えて、一往復で終わらせずに粘り強くやり取りする。この2つを意識するようになってから、自動化の幅がかなり広がった実感があります。同じようにコードは書けないけど自動化を進めたい、という方の参考になればうれしいです。
