「わが社にもAIをうまく使う社員がいます」という言葉は、誇らしい報告に聞こえて、実は危険信号です。うまく使えている理由の大半は、その人が書きためたプロンプト、つまりAIへの指示文にあります。そしてその指示文が個人の頭の中やチャット履歴にしかない限り、AIの成果はその人のものであって、会社のものではありません。本稿の主張は単純です。プロンプトは口伝で受け継ぐ職人芸ではなく、手順書と同じ「会社の文書」として管理するべきものです。必要なのは置き場所、持ち主、更新履歴です。この三つを備えたとき、プロンプトは初めて会社の資産になります。
「プロンプト職人」はこうして生まれます
生成AIの利用は、ほとんどの場合、個人のチャット画面から始まります。試行錯誤は各自のアカウントの中で行われ、うまくいった指示文はその人の履歴にだけ残ります。成果物である見積書の下書きや議事録の要約は共有されても、それを生んだ指示文は共有されません。この構造が「プロンプト職人」を生みます。
導入の現場で繰り返し見てきたのは、同じ業務なのに人によってAIの出力品質がまるで違う光景です。経理の仕訳チェックで的確な指摘を引き出す人がいる一方、一般論しか返してもらえない人がいます。採用の応募書類を要約させて論点を外さない人もいれば、長いだけの要約を受け取る人もいます。差を生んでいるのはAIの性能ではなく、指示文の質です。
そして職人技には職人技の弱点があります。その人が休めば品質が落ち、異動すれば業務が止まり、退職すれば消えます。受注前の見積作成をAIで速くしていた担当者が抜けた途端、部署全体が元の手作業へ逆戻りします。そうした事態は、口伝に頼る限り避けられません。口伝は、伝える相手がそばにいるあいだしか機能しないからです。
手術室は、暗黙の手順を短い文書にして成果を安定させました
外科医で作家のアトゥール・ガワンデは、著書『アナタはなぜチェックリストを使わないのか？』（原題The Checklist Manifesto、2009年）で、熟練者の頭の中にある手順を短い共有文書に落とすことの力を示しました。彼が世界保健機関（WHO）の安全手術プログラムで主導した19項目の手術安全チェックリストは、世界8都市の病院で試験され、術後の死亡率をおよそ半分に、大きな合併症を3分の2程度にまで減らしました。この結果は2009年に医学誌で報告されています。
重要なのは、チェックリストが新しい医学知識を加えたわけではない点です。熟練した外科医や看護師なら「知っていた」はずの手順を、誰でも見られる一枚の文書にしただけです。それだけで、チームの成果のばらつきが大きく減りました。名人を育てる道具ではなく、名人の暗黙知を組織の標準に変える道具だったのです。
もちろん手術室とオフィスは違いますし、一つのプログラムの成果を無限に一般化することはできません。ただ「熟練者の暗黙の手順を共有文書にすると、集団の成果が安定する」という原理そのものは、業種を選びません。同じことが、AIへの指示文でも起きます。
プロンプトは「AIへの指示文」という新しい文書です
ここで扱うのは、業務そのものを言語化する話ではありません。業務の言語化はAI導入の前提工事であり、別に論じるべき論点です。本稿が問うのは、その先に生まれる新種の文書、つまり「AIへの指示文」を誰の持ち物にするかという管理の問題です。人を育てる話とも違います。育てる対象は人ですが、こちらは人が生み出した成果物を資産へ変える話です。なお、AIに渡す見本、つまり良い実例をどう選ぶかという「渡す中身」の質の話は別稿に譲り、本稿は指示文という文書を誰がどう管理するかに絞ります。
良いプロンプトには、業務知識が濃縮されています。与信チェックのプロンプトには「どの財務指標をどの順で見るか」という判断基準が埋め込まれます。契約書レビューのプロンプトには「自社が過去に痛い目を見た条項」の記憶が織り込まれます。つまりプロンプトは単なる操作テクニックではなく、業務ノウハウの写し絵です。その写し絵を個人のチャット履歴に眠らせておくのは、手順書を社員の私物ノートに書かせておくのと同じことです。
文書に昇格させる条件は、置き場所・持ち主・更新履歴の三つです
第一に、置き場所です。全員が知っている一つの場所に置かれているかどうかが問われます。判定質問はこうです。「明日入社する新人が、誰にも聞かずにそのプロンプトへたどり着けますか」。たどり着けないなら、それはまだ文書ではなく私物です。
第二に、持ち主です。持ち主は書いた個人ではなく、その業務を所管する部署や役割であるべきです。判定質問は「書いた人が異動した後、直す責任者が決まっていますか」。個人名でしか答えられないなら、退職と同時に持ち主不在になります。
第三に、更新履歴です。いつ、誰が、なぜ変えたかが残っているかを確かめます。判定質問は「三ヶ月前の版に戻せますか。今の形になった理由を説明できますか」。履歴のない文書は改善ができず、失敗から学ぶこともできません。
逆に「個人技のまま」であるサインも三つあります。プロンプトについて「あの人に聞いて」という会話が発生しています。担当者の休暇や異動で、AIを使った業務の品質が目に見えて落ちます。同じ業務に対して複数の「秘伝」が併存し、どれが正かを誰も判定できません。一つでも当てはまれば、プロンプトはまだ会社の文書になっていません。
「標準化すると工夫が死ぬ」という反論に答えます
最も多い反論は「プロンプトを標準化すると、個人の創意工夫が死ぬのではないか」というものです。チェックリストにも同じ批判がありました。答えも同じです。共有文書は天井ではなく床です。全員がそこから出発できる最低ラインを保証するものであって、そこで止まれという命令ではありません。むしろ共有の標準があるからこそ、誰かの工夫が「標準との差分」として見えるようになり、良い差分を標準へ取り込む改善の循環が回り始めます。口伝の世界では工夫同士を比べようがなく、良し悪しの判定すらできません。
もう一つ、「AIのモデルは頻繁に変わるのだから、文書化しても無駄になる」という声もあります。これは順序が逆です。モデルが変わるたびに全員が別々に試行錯誤をやり直す費用こそ、口伝の最大の弱点です。文書になっていれば、モデル更新後に持ち主が検証し、直した内容が履歴に残り、全員が一度に恩恵を受けます。手順書も法改正のたびに直すものです。変わるからこそ、文書として管理する価値があります。
まず三十分で、ここから始められます
最初の三十分でやることは三つです。新しいツールは要りません。
最初の十分で、集めます。各部署でAIをよく使う人に「いちばん使っているプロンプトを三本、そのまま貼ってください」と頼みます。整形も添削もせず、原文のまま集めるのが要点です。頼む役目を担うのは情報システム部門ではなく、各業務を所管する部署の長です。
次の十分で、置き場所を決めます。既存の共有ドライブや社内の情報共有ページの一角に「プロンプト集」の場所を一つ作ります。ファイル名は「業務名_用途_日付」の型に揃えます。凝った管理ツールの選定は後回しで構いません。
最後の十分で、持ち主と日付を書き足します。集まった各プロンプトの冒頭に、所管部署と最終更新日を一行ずつ追記します。そして翌週の定例会議の議題に「今週いちばん役に立ったプロンプト」を一本持ち寄る、と一行加えてください。これで収集・保管・更新という最小の循環が動き始めます。
プロンプトの標準化は、AI活用が成熟してから取り組む応用課題ではありません。むしろ逆で、うまい人が現れた今この瞬間こそ、口伝を文書に変える最も安い時期です。今週、三本集めてください。置き場所を一つ決めてください。持ち主を割り当ててください。プロンプトが会社の文書になったその日から、AIの成果は個人の腕前ではなく、会社の実力になります。
（出典注：アトゥール・ガワンデ『アナタはなぜチェックリストを使わないのか？』（原題 The Checklist Manifesto: How to Get Things Right、2009年）。外科医である著者が、WHOの安全手術プログラムで19項目の手術安全チェックリストを世界8都市の病院に導入し、術後死亡率と大きな合併症の大幅な減少を確認した経験をもとに、熟練者の暗黙の手順を短い共有文書へ落とすことが集団の成果を安定させると論じました。導入結果は2009年に医学誌ニューイングランド・ジャーナル・オブ・メディシンで報告されています。）