「よく使うプロンプトを集めて、全社で共有しよう」。
AIを社内に広げようとすると、多くの会社が早い段階でこれをやります。推進担当が各部署からうまくいったプロンプトを集め、共有フォルダや社内Wikiに並べる。告知もする。ところが数ヶ月たって見てみると、ファイルは増えているのに、開かれている形跡がほとんどない。そんな話をよく耳にします。
結論から書きます。プロンプト集が使われないのは、中身が悪いからではありません。業務の手順の中に、置き場所がないからです。
プロンプトは、「手順のどの工程で使うか」と一緒に置かれて初めて使われます。そして、直す人が決まっていないプロンプトは、モデルが替わったときに静かに壊れます。この2つを押さえれば、プロンプト集は「溜まる場所」から「使われる道具」に変わります。
※本記事は2026年10月時点の考え方にもとづいています。プロンプト集の利用率のような数字は、当社が確かめたものを持っていないため書きません。また、プロンプトそのものの書き方のコツはこの記事では扱いません。
考えてみてください。営業の担当者が、提案書の下書きを作っている場面です。
その人の頭にあるのは「来週の提案に間に合わせる」ことです。「そういえば共有フォルダにプロンプト集があった。開いて、提案書に使えそうなものを探そう」とは、まず考えません。探す手間をかけるより、いつもの自分のやり方で書いたほうが早いからです。
共有フォルダのプロンプト集は、だいたい次のように並んでいます。
並べた側からすると、整理されているように見えます。ところが使う側からすると、今やっている仕事のどこでこれを使えばいいのかが書かれていません。題名から中身が分からず、似たものが何版も残っている。これは、社内検索で資料が見つからない理由とまったく同じ構造です。
つまり、プロンプト集が開かれないのは、使う人が怠けているからではありません。仕事の流れの中に、プロンプトへたどり着く道がないからです。
「もっと出来のいいプロンプトを集めれば、使われるのでは」と思うかもしれません。ところが、話はそう単純ではありません。
どれほど出来のいいプロンプトでも、使う場面で目に入らなければ、存在しないのと同じです。逆に、ほどほどの出来でも、毎回の作業の途中で自然に目に入るなら使われます。そして使われるうちに、現場の人が直していきます。
中身を磨く前に、置き場所を決める。順番はこちらが先です。
答えは、業務の手順書の、そのプロンプトを使う工程の行です。
たとえば、問い合わせ対応の手順書があるとします。
| 工程 | 担当 | 使うもの | 確かめる点 |
|---|---|---|---|
| 1. 問い合わせを受け付ける | 窓口担当 | 受付フォーム | 連絡先が埋まっているか |
| 2. 内容を分類する | 窓口担当 | 分類用のプロンプト（この行に本文を置く） | 分類が既存の区分に収まっているか |
| 3. 返信の下書きを作る | 窓口担当 | 返信下書き用のプロンプト（この行に本文を置く） | 約束していないことを書いていないか |
| 4. 返信を確認して送る | 責任者 | — | 下書きの内容を人が確認したか |
こうしておくと、窓口担当は手順書を見ながら作業するだけで、2番目の工程でプロンプトに行き当たります。探しに行く必要がありません。
ポイントは3つです。
確認の置き方そのものはAIが書いたものは、誰がどこで確認するのかにまとめています。
まったく要らないわけではありません。手順書が部署ごとに分かれていると、全体を見渡す一覧があったほうが、推進担当は管理しやすくなります。
ただし、その一覧は使う人のためのものではなく、管理する人のための台帳だと割り切ることです。台帳には「どの手順書の何番目の工程に置いたか」「誰が直す担当か」を書く。現場の人が開くのは、あくまで手順書のほうです。
プロンプト集にはもう一つ、見えにくい問題があります。作ったときは動いていたプロンプトが、時間がたつと期待どおりに動かなくなることです。
AIのモデルは、いまや毎月のように新しいものが出ます。社内で使っているツールの裏側のモデルが替わると、同じプロンプトでも出力の形や長さ、言い回しが変わることがあります。分類用のプロンプトが、以前はきちんと区分に収めていたのに、新しいモデルでは区分にない言葉を返すようになる。そういうことが起こり得ます。
厄介なのは、エラーが出るわけではないことです。出力はそれらしく返ってくる。だから誰も気づかないまま、少しずつずれた結果が業務に流れ込みます。
ここで効くのが、先ほどの表の「確かめる点」です。確かめる点が書いてあれば、担当者は出力がそこを満たしているかを毎回見ます。ずれ始めたら、その場で気づけます。
そして気づいたあと、誰が直すのかが決まっている必要があります。
| 決めておくこと | 誰が持つか |
|---|---|
| プロンプトの本文を直す | その手順の業務の責任者（または責任者が指名した人） |
| 直したことを手順書に反映する | その手順の業務の責任者 |
| モデルが替わったときに、全社に「確かめてください」と知らせる | 推進担当 |
| 台帳を更新する | 推進担当 |
プロンプトを直すのは、その業務を知っている人です。推進担当ではありません。推進担当が全部署のプロンプトを直そうとすると、そこで詰まります。推進担当の役割の分け方は社内のAI推進担当に任せるのは「型づくりと相談窓口」までで、新しいモデルが出たときに手順書をどう扱うかはAIのモデルが毎月替わっても、社内の手順書は書き直さなくていいで詳しく書きました。
当社が自社のマーケティングをAIで運用していても、同じことを感じます。AIに任せる工程ごとに、外に出る直前には必ず人の承認を挟んでいます。プロンプトを含めた各工程の中身は、その工程を分かっている人が見る。全体の仕組みを作る人と、各工程の中身に責任を持つ人を分けておくほうが、長く回ります。運用の形は自社でのAIの使い方で公開しています。
すでにプロンプト集がある会社も、これから作る会社も、次の順で見直すと手がつけやすくなります。
全部を一度にやる必要はありません。まずは毎日使われている手順を一つ選び、そこにプロンプトを組み込んでみる。それで使われ方が変わるかを見てから、次の手順に広げれば十分です。
プロンプト集は、良いプロンプトを貯めておく場所ではありません。業務の手順の一部として、毎回の作業の途中で目に入るように置くものです。
置き場所が手順の中にあり、確かめる点が書いてあり、直す人が決まっている。この3つが揃ったプロンプトは使われ続けます。揃っていないプロンプトは、どれほど出来がよくても、共有フォルダの中で静かに古くなっていきます。
当社の企業向けAI研修では、受講後に現場の手順書へプロンプトと確かめる点を組み込むところまでを、設計の段階から一緒に考えています。自社の手順から相談したい方は、企業向けAI研修をご覧ください。