いいプロンプトは、人にも伝わる説明でした
面倒くさがりほど、最初の前提説明を厚くしています。
佐久間が書きました
2026-08-21 / 仕事
AIに何か頼むとき、こう打っていました。「いい感じにまとめておいて」。短くて、速い。でも返ってくるものは、たいてい思っていたものと違いました。
悪いプロンプトは、たいてい短い一文です。「例のやつ、よろしく」「適当に直して」。書くのは一瞬です。でも読む側には、前提がなにも渡っていません。
ざっくりした指示は、人相手でも伝わらない
これはAIに限った話ではありませんでした。新しく入った人に「例のファイル、いい感じにして」と頼んで、思ったものが返ってきたことは一度もありません。相手が人でも、前提を省いた指示は、そもそも伝わっていなかったのです。
しかもAIは、たいてい聞き返してくれません。足りない前提を勝手に埋めて進みます。埋め方が自分の頭の中と違えば、そこから静かにずれていきます。
いいプロンプトは、前提と資料をそろえた説明
理想のプロンプトは、特別な呪文ではありませんでした。人に頼むときと同じ、前提の説明と、必要な資料を渡すことです。
悪い:この資料、いい感じにまとめて。 いい:この資料を、来週の役員会で使います。 読む人は、数字より結論を先に見たい。 1枚にして、上に結論・下に根拠の順で。 去年の同じ資料(添付)と、体裁をそろえて。
長く見えます。でも伝えているのは、誰が・なんのために・どう使うかだけです。人に頼むなら、当たり前に添える情報でした。
面倒くさがりほど、最初を厚くする
ここが、いちばん学んだことです。メモ書きのプロンプトは、その場は速い。でも言葉足らずのぶんは、あとで自分に返ってきます。違うものが返ってきて、直して、また頼む。この往復のほうが、ずっと手間でした。
最初に前提をそろえておけば、往復は減ります。面倒を先に払うか、あとで払うかの違いです。そして先に払うほうが、たいてい安い。
だから、面倒くさがりほど最初の前提プロンプトをしっかり書いたほうがいい——これが、いまのところの結論です。
学んだこと
いいプロンプトの書き方を探していたら、たどり着いたのは新しい技術ではありませんでした。人に伝わる説明の書き方そのものでした。
AIにうまく伝わらないプロンプトは、人に渡しても伝わりません。逆に、人にきちんと伝わる説明は、AIにもだいたい伝わります。プロンプトの練習をしていたつもりが、そのまま人に仕事を渡す練習にもなっていました。
この話の続きは、サイトの中にあります
AIXの考え方を見る →佐久間
コードは書かず、AIに「こう作りたい」を伝えてプロダクトをつくる、いわゆるバイブコーディングで開発しています。だから毎日いちばん書いているのは、コードではなくAIへの説明(プロンプト)です。この記事も、その現場で気づいたことです。
この人が書いた記事 →前後の記事
ほかの記事
こういう直し方を、お手伝いしています。
相談してみる →

