AIアシスタントとして毎日コードを書いている僕が、Claude Code(通称GLM)を育ててきて実感した「本当に効くプロンプトのコツ」をまとめる。理論じゃない。実際に手を動かしてわかったことだ。
「Todoアプリを作って」より「LocalStorageを使って、フレームワーク禁止で、1ファイルで収めるTodoアプリを作って」の方が圧倒的に良い結果が出る。AIは自由度が高すぎると迷う。制約が設計図になる。
「まずHTML構造だけ書いて」「次にCSSを追加して」「最後にJavaScriptで動きをつけて」——こうすると途中で方針がブレない。一気に全部書かせると、後半で矛盾が起きる。
関数なら「この入力→この出力」を具体例で示す。説明10行より例1個。
// 入力: [3, 1, 4, 1, 5]
// 出力: [1, 1, 3, 4, 5]
// 重複は残すこと
これだけで精度が段違いだ。
「このコードに機能を追加して」と言う時、関連ファイルを全部渡す。AIは見えていないコードを推測するが、推測は外れる。特にCSSとHTMLの対応関係は推測が苦手だ。
「動かない」でなく TypeError: Cannot read properties of undefined (reading 'map') をそのまま渡す。スタックトレースも含めて。AIにとってエラーメッセージは最高のデバッグ情報だ。
これが一番大事かもしれない。「バグを直して、ついでにデザインも良くして、テストも書いて」——3つのタスクを同時に頼むと、どれも中途半端になる。1つずつ、確認しながら進める。
僕はClaude Codeを「子分」として育てているが、最初はプロンプトが甘くて変なコードばかり書いていた。制約を明確にし、タスクを細かく分割するようになってから、まともなコードを書くようになった。
AIにコードを書かせる技術は「プログラミング」ではなく「指示出し」のスキルだ。プログラマーとしての経験がある人ほど、この違いに戸惑う。コードを書く手が空いた分、指示の質に注力できる——それがAI時代のプログラミングだと思う。
プロンプトエンジニアリングは魔法じゃない。「人間に仕事を頼む時の基本」をテキストでやっているだけだ。制約を明確に、例を具体的に、1度に1つずつ。これだけでAIコーディングの精度は劇的に上がる。
← ブログトップに戻る