AIがうまく動かないのは、プロンプトのせいじゃなかった
AIの答えが安定しないのは、プロンプトが下手だからではありません。毎回ちがう作業を一回きりで投げているから。「この仕事はこの役割の担当」と渡すと、安定して回り始めます。
先に結論を。AIの答えが安定しないのは、プロンプトの書き方が下手だからではありません。毎回ちがう作業を、一回きりの依頼としてバラバラに投げているからです。「この仕事はこの役割の担当」という粒度で渡すと、安定して回り始めます。
AIに仕事を頼んでみた。今日はいい感じの答えが返ってきた。ところが次の日、同じように頼んだのに、なぜか的外れな答えが返ってくる。それで、頼み方が悪かったのだろうと考えて、プロンプトを書き直す。コツを調べる。また書き直す。
この書き直しを繰り返している人は多いはずです。テクニックの本を読み、言い回しを工夫する。原因は自分の書き方にあると考えている。ただ、悩みどころが少しずれています。効かないのは指示の上手さの問題ではなく、渡し方の粒度の問題だからです。
なぜ毎回プロンプトを書き直すことになるのか
理由は、毎回ちがう作業を、そのつどゼロから一回きりで投げているからです。前提を毎回説明し直すことになるので、答えもブレます。
まず、多くの人がやっている頼み方を見てみます。
- 「この文章を要約して」
- 「この内容でメールの返信を書いて」
- 「この数字から表を作って」
どれも、その場かぎりの作業依頼です。一つひとつは通じます。ただ、毎回ちがう作業を投げているので、そのたびに前提を説明し直すことになります。誰に向けた文章か。どんなトーンで書くか。何を守ってほしいか。この前提を毎回ゼロから書くから、答えもブレるし、頼むこと自体がめんどうになります。
しかも一回きりの依頼だと、AIはその場の一文しか見ていません。あなたの仕事全体の流れも、これまでのやり取りも知らないまま、目の前の依頼だけに答える。だから、その日の当たり外れが大きくなります。
たとえるなら、毎回はじめて会う人に、あいさつもなくいきなり用件だけ頼んでいるようなものです。相手はあなたの事情を何も知らない。それでも答えは返ってくるけれど、狙いどおりになるかは運まかせに近くなる。安定しないのは、頼み方の腕前の前に、この構造のせいだったわけです。
プロンプト改善は、入口を間違えている
言い回しをどれだけ磨いても、一回きりで投げている限り、前提を説明し直す構造は変わりません。上げるべきは、指示の上手さではなく、渡し方の視点です。
書き直しを繰り返すと、次は「もっといいプロンプトを書けば解決するはずだ」という方向に進みがちです。プロンプトのテンプレート集を集めて、効きそうな言い回しを探す。
ただ、言い回しをどれだけ磨いても、毎回一回きりの依頼として投げているなら、前提をゼロから説明し直す構造そのものは変わりません。磨いているのは入口の少し先で、入口はずれたままなのです。
ここで効くのが、視点の切り替えです。考えるのを「どう指示するか（プロンプト）」でとめず、「誰が何を担当するか（職務・役割）」まで上げます。
人に仕事を頼むときを思い浮かべてください。どれだけ優秀な人を雇っても、毎朝「あなたは誰で、何をする人で、何を守ってほしいか」を一から説明していたら、その人は力を出しようがありません。最初に役割を一度きちんと決めておくから、あとは「いつものお願いします」で動いてもらえる。
AIに仕事を渡すときも、この考え方がそのまま使えます。一回きりの作業として渡すのをやめて、役割（ジョブ）として渡す。ここが、答えが安定して回り始める転換点になります。
前提が役割の中に固定されるから、答えが安定する。
「役割」をどう作るか（職務設計の手順）
役割とは、毎回変わらない前提を一つにまとめた「いつもの担当」のことです。次の4つを言葉にすれば作れます。
役割を作ると聞くと難しそうですが、やることは「人を雇うときに決めること」を言葉にするだけです。順番にいきます。
手順1：繰り返している作業を並べる
まず、いまあなたがAIに一回きりで頼んでいることを書き出します。
- 問い合わせメールの返信下書き
- 議事メモの整理
- SNS投稿のたたき台づくり
- 見積もりの文面づくり
書き出したら、そのなかで「似たような頼み事を、何度も繰り返している」ものに印をつけます。繰り返しているということは、そこに1つの役割が眠っているということです。
手順2：印をつけたものを「ひとつの担当」にまとめる
似た作業を、1つの役割にまとめます。たとえば「問い合わせ返信」「見積もりの文面」「事務的なメール」を束ねて、〈やり取りの下書き担当〉という1人にする。
ばらばらの作業を、1人の担当者に集約するイメージです。ここまでくると「この担当は何をする人なのか」が、ぼんやりと見えてきます。
手順3：その担当の「決めごと」を4つ書く
役割を成り立たせる前提を、4つ言葉にします。これが職務設計の中身です。
- 目的：この担当は、何のためにいるのか（例：お客さんへの一次対応を、丁寧に・速く返すため）
- 守ること：絶対に外してはいけないルール（例：金額や納期を勝手に約束しない、敬語をくずさない）
- 判断の範囲：どこまで自分で決めてよく、どこからは人間に確認するか（例：定型の返信は自分で、クレームの気配があれば必ず人間へ）
- 出し方：どんな形で返すか（例：そのまま送れる本文に「ここは確認してください」の一言を添える）
この4つを一度書いてしまえば、次からは「いつものお願いします」で済みます。毎回ゼロから説明していた前提が、役割の中に固定されるからです。
手順4：1つの役割で、しばらく回してみる
いきなり全部を役割にする必要はありません。まず1つ。一番よく頼んでいる作業を1つの役割にして、しばらく回してみます。
回しながら、ズレたところを「決めごと」に書き足していきます。「あ、この場合は人間に確認してほしかった」と気づいたら、それを手順3の3番に書き足す。役割は、使いながら育てていくものです。最初から完璧である必要はありません。
最後の判断は、役割に渡さない
役割に渡すのは、繰り返しの下処理まで。最終的な判断（お客さんに出す前の確認、金額や約束が絡む決定、トラブルの気配があるもの）は、自分の手元に残します。
役割を作ることは、丸投げとはちがいます。手順3の3番で線を引いたとおり、判断そのものは自分が握り、渡すのはその手前の繰り返しだけです。この線があるから、手前を安心して手放せます。
よくある反論に答えておきます
「役割を作るのは、結局プロンプトを書くのと同じ手間では?」
最初の1回は、たしかに手間です。ただ、それは「毎回書いていた説明を、1回にまとめる」作業です。一度まとめてしまえば、次からはその説明を書かずに済みます。毎回ゼロから書き続けるのと、1回だけまとめて以降は書かないのとでは、長い目で見た手間がまるで変わってきます。
「自分の仕事は特殊だから、役割になんてまとまらない」
特殊なのは、たいてい最終判断の部分です。そこは役割にしません。役割にするのは、その手前の「誰がやっても同じ前提でやる下処理」のところです。特殊な判断を自分に残すからこそ、下処理を安心して役割に渡せる。むしろ特殊な仕事ほど、下処理を切り離して、自分は本当に難しい判断だけに集中する値打ちがあります。
まとめ
- AIの答えが安定しないのは、プロンプトの書き方ではなく、一回きりの作業を毎回ゼロから投げているから
- 解決の入口は「指示の上手さ」ではなく「誰が何を担当するか」という役割の設計
- 役割は、繰り返しの作業を束ね、目的・守ること・判断の範囲・出し方の4つを言葉にすれば作れる
- まず1つの役割で回し、ズレを決めごとに書き足して育てる
- 最終判断は役割に渡さない。渡すのは毎回変わらない前提と、その手前の繰り返しだけ
役割を1つ決めることは、特別な技術の話ではありません。人を雇うときに何を決めるか、それを言葉にするだけです。全部を一度に組む必要もありません。まず一番よく頼んでいる作業を1つ、役割として切り出すところから始めれば十分です。
今日のアクション
いま一番よくAIに頼んでいる作業を、1つだけ役割にしてみてください。
- 繰り返し頼んでいる作業を1つ選ぶ
- その担当の「目的」と「守ること」を1行ずつ書く
- 「自分で決めてよい範囲」と「人間に確認する範囲」の線を1本引く
この3つを書くだけで、次からの頼み方が「いつものお願いします」に変わります。まずは1つからで十分です。