AIに渡すべきは、プロンプトではなく「なぜ」だ

「AIを使いこなすにはプロンプトが9割」。よく聞く話です。でも、自分でAIに何十時間も指示を出して事業を組み立ててきた実感として、これは半分正しくて、半分間違っている。

正しくは、こうです。プロンプト、つまり言語化の労力は、これからAIがどんどん肩代わりしてくれる。肩代わりできないのは、その手前にあるもの。何を良しとするか、どこへ向かうか、何を美しいと判断するか。ビジョンと思想と審美眼です。ここを渡せた経営者だけが、AIから桁違いの成果を引き出している。今日はその話をします。

正直に書くと、私は以前、同じ入り口の記事を書きました。「AIに『いい感じで』は通用しない。プロンプトは仕様書として精緻に書け」という話です。あれは今も正しいと思っています。ただ、そのあと半年ほどAIと事業そのものを組み立ててみて、考えが一段進みました。仕様を精緻に書く作業それ自体、これからはAIが助けてくれる。人間に最後まで残るのは、仕様の手前にあるものだと。だから今日は、あの記事の続きです。仕様の「書き方」ではなく、仕様の「手前」の話をします。

経営者がAIに渡すべきは「仕様」ではなく「評価関数」だ

結論から言うと、AIに渡すべきは細かい仕様書ではありません。「何を良しとするか」という判断基準そのものです。私はこれを評価関数と呼んでいます。

仕様は有限です。どれだけ丁寧に書いても、書ききれない分岐が必ず残る。実際にサービスを一つ作れば、こちらが一度も指示していない判断が何百と発生します。ボタンの文言、例外時の挙動、どの情報を先に見せるか。仕様書には載っていない。

ところが判断基準を渡すと、話が変わる。基準は生成関数だからです。「なぜそれを作るのか」を一つ渡すだけで、AIは指示されていない何百の分岐を、自分でその基準に照らして正しい方向へ倒していく。仕様は答えを一個ずつ配る作業。思想は、答えを生み出す関数を渡す作業。この差が、成果物の解像度を決めます。

たった一文で、AIの答えが構造ごと変わった

抽象論に聞こえるかもしれないので、つい先日、ハイデフで起きたことを書きます。

自社の人事評価制度を、AIと一緒に設計していたときの話です。最初、私はごく普通に指示していました。等級を分けて、評価項目を並べて、点数で人を評価する仕組みを作ってくれ、と。AIは優秀なので、それらしい制度をすぐ組み上げてくる。項目も網羅的で、点数の付け方も筋が通っている。でも、どこか他人が作った制度のように、しっくりこなかった。

そこで一度手を止めて、私はAIにこう伝えました。「この制度の目的は、正しい点数を出すことじゃない。人事評価に完璧な正解なんてない。目指すのは、会社と社員の間に誠実さと透明性があることだ」と。仕様を足したわけではありません。渡したのは、たった一文の思想でした。

そこから、AIの出力が構造ごと組み変わりました。それまで「評価の精度を上げる部品」として並んでいた仕組みが、すべて「本人に対して誠実であるための装置」として説明し直された。評価の理由を本人に見せる。自己評価とのズレを対話に乗せる。一人の気分で決めないよう合議にする。同じ部品が、まったく違う意味を帯びて配置し直されたんです。

私が直したのは、点数表でも項目でもない。「何のためにやるのか」という一点だけ。それだけで、細部が全部ついてきた。これが、思想を渡すということの正体です。

なぜ「なぜ」を渡すと、指示していない所まで正しくなるのか

理由はシンプルです。AIは、判断基準さえあれば、無限の細部を自分で判断できる。足りないのは処理能力ではなく、何を優先すべきかという価値の軸だからです。

仕様だけを渡すと、AIは「言われた通り」を作ります。言われていない箇所は、無難な平均値で埋める。だから、それらしいけれど、しっくりこないものが出てくる。一方で思想を渡すと、AIは言われていない箇所を「あなたなら、この基準でこう判断するはずだ」と補完する。平均値ではなく、あなたの価値観で埋める。だから、あなたが作ったものになる。

これは人に仕事を任せるのと、まったく同じ構造です。優秀な部下ほど、細かい指示より「なぜこれをやるのか」を共有したほうが、良い仕事をする。目的が分かっていれば、想定外の場面でも自分で正しく判断できるからです。AIも同じ。目的を共有した相手は、指示の外側で強い。

言語化はAIが補える。補えないのは、あなたの審美眼だ

ここで、多くの人がつまずくポイントを一つ潰しておきます。「思想を渡せと言われても、自分はうまく言葉にできない」。これは、そこまで大きな問題ではありません。

なぜなら、言語化そのものは、これからAIが補完してくれる領域だからです。頭の中にある、まだ言葉になっていないモヤモヤ。それを「こういうことですか?」と整理し、言葉にするのは、むしろAIが得意なことです。実際、さきほどの「誠実さと透明性」という言葉も、私の中にあった漠然とした違和感を、AIとの往復のなかで削り出したものでした。

つまり、経営者に本当に問われるのは、きれいな言語化力ではない。言語化する前の段階、「何を大事だと感じるか」という審美眼と価値判断のほうです。これだけは、AIが代わりに持ってくれない。ビジョンも、思想も、美意識も、そこにいる人間の中にしかない。言葉は後から一緒に磨けばいい。でも、磨くべき原石がなければ、そもそも始まらないんです。

逆に言えば、これは希望のある話でもあります。文章が下手でも、プロンプトのテクニックを知らなくてもいい。自分の事業に対して「こうあってほしい」という強い判断基準を持っている経営者は、それだけでAIを使いこなす資格がある。足りない言語化は、AIが埋めてくれるので。

経営者が明日から渡すべき、3つの「なぜ」

では、具体的に何を渡せばいいのか。前の記事で書いた「目的・読者・構成・制約・合格基準」は、仕様の“書き方”でした。ここで渡すのは、その仕様が生まれてくる“源”のほうです。AIに何かを作らせる前に、次の3つを言葉にして渡してみてください。順番に効いてきます。

• 目的の「なぜ」 ― これは何のために作るのか。売上のためか、信頼のためか、時間を生むためか。目的が変われば、正解は根こそぎ変わる。
• 判断の「なぜ」 ― 迷ったとき、どちらを選ぶ会社なのか。スピードか正確さか。標準化か個別対応か。この優先順位が、細部の分岐を決める。
• 美意識の「なぜ」 ― 何を「ダサい」「うちらしくない」と感じるか。ここが、平均値の出力を、あなたの会社のものに変える最後の一押しになる。

この3つは、どれも仕様書には書けません。書けないからこそ、渡す価値がある。誰でも書ける仕様は、誰が作っても同じものになる。あなたにしか渡せない「なぜ」だけが、あなたにしか作れないものを生む。

AIは全員の下限を上げた。だから、平均で満足する経営者は「使われている」側だ

ここまでの話を、勘のいい人はこう言い換えるはずです。理想もビジョンもないままAIをなんとなく使っても、そこそこ良いものは出る。AIが来る前の、スカスカだった自分より、はるかにレベルは高い。ただし、出てくるのはどこまでいっても平均値だと。その通りです。

これが、いちばん見落とされている罠です。AIは、全員の下限を一気に引き上げました。誰が使っても、昔の自分よりずっと上手いものが出る。だから多くの人が「AIを使いこなせている」と錯覚する。でも、上がったのは下限だけ。上限は上がっていない。平均の出力が良くなりすぎて、平均で満足してしまう。凡庸が、昇進したように見えるんです。

その平均を超えられるのは、思想と審美眼を注いだ人だけです。逆に言えば、平均で満足した瞬間、あなたはAIの「作者」ではなく、AIが吐き出す平均値の「消費者」になっている。それはもう、AIを使っているのではありません。AIに使われている側です。

正直に書きます。この基準で言えば、ハイデフでさえ、まだ多くの場面でAIに使われている側だと思っています。平均以上のものが一発で出てくると、つい「これでいい」と手が止まりそうになる。だから私たちは、出力に納得しかけたときほど、こう自問するようにしています。「これは、うちにしか作れないものか? それとも、誰が頼んでも出てくる平均か?」と。この問いを持ち続けられるかどうかが、AIを使う側と、使われる側を分ける、たった一つの境目です。

FAQ

Q. プロンプトのテクニックは、学ばなくていいんですか?
学んで損はありませんが、本質ではありません。プロンプトの型は、AIの進化とともに要らなくなっていく領域です。それより、自社が何を大事にするかという判断基準を持っているかどうか。そちらが先で、テクニックは後です。

Q. うちの会社には、大それた「思想」なんてありません。
立派な経営理念である必要はありません。「お客さんを待たせたくない」「安売りはしたくない」。その程度の、日々の判断のクセで十分です。むしろそういう地に足のついた基準ほど、AIへの指示としてよく効きます。

Q. 何から試せばいいですか?
今AIにやらせている作業を一つ選び、指示を出す前に「これは何のためにやるのか」を一文書き足してみてください。同じ作業でも、出てくるものの解像度が変わるのが分かるはずです。

Q. これは大企業の話ですか? 地方の中小企業でも関係ありますか?
むしろ中小企業のほうが有利です。意思決定者と現場の距離が近く、経営者の「なぜ」が組織にそのまま通る。大企業のように、思想が階層で薄まらない。地方の中小企業は、AIに思想を渡すのに一番向いた構造を持っています。

この記事は、以前書いた「プロンプトを仕様書として書く」話の続編です。まず仕様の“書き方”から入りたい方は前提編を、思想と審美眼の話をさらに掘りたい方は2本目を、合わせてどうぞ。

▶︎ なぜAIに「いい感じで」と頼むと失敗するのか? プロンプトを契約書として設計する方法
▶︎ 生成AI時代に問われるのはスキルではない。経営者の判断力と審美眼