うまくいったプロンプトをチームで共有する仕組み

自分はAIをそれなりに使いこなせてきたのに、隣の同僚は同じツールを渡してもうまく使えていない――そう感じたことはありませんか。原因は本人の能力ではなく、多くの場合「うまくいったプロンプトの共有のしかた」にあります。自分の手元でうまくいった文面をそのままコピーして渡しても、なぜか同じようには動かない。この記事では、個人がその場で書く指示文の書き方ではなく、うまくいった型を他人が再現できる形に整えて、チームで運用していくための考え方を扱います。

個人の「うまくいった」がそのまま渡らない理由

自分の手元でうまくいったプロンプトを、そのまま同僚に渡しても同じ結果にならないことがよくあります。理由は単純で、書いた本人の頭の中には、文面には出てこない前提が積み重なっているからです。

たとえば、会議の議事録を要約するプロンプトがうまくいったとします。書いた本人は、いつも決まった録音アプリから書き出したテキストを貼り付けていて、発言者名がすでに文中に記号付きで示されている、という前提を無意識に持っています。この前提のままプロンプトの文面だけを渡すと、発言者名の記法が違う議事録を貼った人には、期待した形の出力になりません。渡された側は「教えられた通りにやったのに、うまくいかない」と感じ、自分のやり方が悪いのだと思い込んでしまいます。

同じことは、資料のたたき台作りや、問い合わせメールの下書きでも起こります。本人にとっては「いつもの貼り方」「いつもの前提」が当たり前すぎて、わざわざ言葉にしないまま渡してしまうのです。文面をコピーして配るだけでは、この前提の差を埋められません。

共有する価値があるのは「文面」ではなく「型と条件」

ここで見直したいのは、共有すべきものの単位です。共有する価値があるのは、指示文そのものの一字一句ではなく、「どんな場面で」「何を入力し」「何を出力させるか」という型と、その型が成立するための条件です。文面だけを配ると、受け取った側はそれが自分の場面に当てはまるかどうか判断できないまま、そのまま貼り付けて試すことになります。うまくいかなかったとき、どこを直せばよいかも分かりません。

型と条件をセットで共有すると、受け取った側は「自分の場面はこの条件に当てはまるか」を自分で判断し、当てはまらない部分だけを書き換えられます。これは、コピーして終わりの共有と、実際に使い続けられる共有との分かれ目です。

なお、プロンプトそのものをどう組み立てるかという基本については、AIへの指示文(プロンプト)の書き方基本ガイドで個人向けに扱っています。この記事は、そこで身につけた「うまくいった型」を、自分だけのものにせず、チームで再現できる形にして渡すところに焦点を当てています。

他人が使える形にするために書き添えること

うまくいったプロンプトを他人が使える形にするには、文面の前後にいくつかの情報を書き添える必要があります。最低限、次の内容が含まれているかを確認してください。

• 何のための指示か(どんな業務の、どの工程を助けるためのものか)
• どこに何を貼るのか(貼る素材の種類や、貼る位置)
• 出力してほしい形(表なのか、箇条書きなのか、文章なのか)
• やってはいけないこと(含めてはいけない情報や、避けたい書き方)
• うまくいかなかったときに、どこを直せばよいか

これらを書き添えた例を、内容を伏せた形で示します。実際に共有するときは、自社の固有名詞や実在の案件名を含めず、このように汎用化してから置いてください。

目的: 会議の文字起こしから、決定事項と担当者、期限を抜き出して一覧にする
貼るもの: このプロンプトの下に、会議アプリから書き出した文字起こしをそのまま貼る(整形しなくてよい)
出力の形: 「決定事項/担当者/期限」の列を持つ表にする。決定事項が無い会議は「該当なし」と書く
やってはいけないこと: 話し合いの途中経過を要約に含めない。まだ決まっていない案を決定事項として書かない
うまくいかないときに直す場所: 表に関係ない項目が混ざる場合は「決定事項」の定義をもう一段具体的に書き直す。担当者が抜け落ちる場合は「担当者名は発言の中から拾う」と条件を書き足す

このように「目的」「貼るもの」「出力の形」「やってはいけないこと」「直す場所」の五つが揃っていると、受け取った人は自分の場面に当てはめて試し、うまくいかなければどこを直せばよいかも自分で判断できます。

共有する価値があるか、手元に置くかの判断基準

すべてのプロンプトを共有する必要はありません。むしろ何でも共有しようとすると、置き場所が雑多な文面であふれ、必要なときに探せなくなります。共有する価値があるかどうかは、次のような観点で見分けられます。

表の左側に近いほど、書き添える手間をかけてでも共有する価値があります。逆に右側に近いものまで無理に共有すると、整備の手間ばかりかかって使われないまま残ってしまいます。迷ったときは、まず「この作業は自分以外にも同じことをしている人がいるか」を自分に問い直してみてください。

保管場所の条件と、置き場所を一つに決める

共有する価値があると判断したプロンプトは、次にどこに置くかを決める必要があります。置き場所には、少なくとも次の条件が求められます。

• 検索できること(あとから欲しい型をキーワードで探し出せる)
• 更新した記録が残ること(誰がいつ、どこをどう直したかを追える)
• 探す場所が一か所に決まっていること(チャットの過去ログや個人のメモに散らばっていない)

チャットツールの流れの中に貼っただけでは、時間が経つと過去ログに埋もれて検索性が失われますし、個人のメモ帳に置いたままでは他の人が存在にすら気づけません。ドキュメントとして整理し、更新履歴が残る場所にまとめておくと、型と条件をセットで書き添えたページをそのまま蓄積していけます。ページを追加していくたびに検索性が保たれるかどうかは、選ぶツールの構造にも左右されます。

置き場所を用意したら、次にやることは「そこを見ればある」という状態を保つことです。新しい置き場所を思いつくたびに増やすのではなく、一度決めた場所に集約し続けることが、検索できる状態を保つ一番の近道になります。

プロンプトは陳腐化する — 見直すきっかけを決めておく

共有した型は、置いたままにしておくと少しずつ実情に合わなくなります。使っているAIサービスやモデルが変わると、同じ文面を渡しても以前と同じ結果が返ってこなくなることがあるためです。これはプロンプトの書き方が悪くなったわけではなく、受け取る側の挙動が変わったことによる自然な陳腐化です。

厄介なのは、この陳腐化に気づくタイミングが人によってばらばらなことです。誰かが「前より出力の様子が違う気がする」と感じても、それを言わずに自己流で使い続けてしまうと、置き場所にある型だけが古いまま残り続けます。そこであらかじめ、見直すきっかけを決めておくことをおすすめします。たとえば、使ってみて結果がいつもと違うと感じた人が、置き場所のページに一言添えて報告する、という程度の軽い運用で十分です。大がかりな点検の仕組みを作るよりも、気づいた人がすぐ書き込める仕組みのほうが、実情の変化を早く拾えます。

共有してはいけないもの、押し付けないための工夫

型を書き添える過程では、うまくいった実例をそのまま貼りたくなりますが、社外秘の情報や個人情報を含む実例は、そのままの形で共有してはいけません。取引先の名前、金額を含む条件、顧客の連絡先などが混ざった実例を貼ると、共有の場が思わぬ形で情報を広げてしまいます。共有する前に、固有名詞や実在のやり取りを伏せ字や仮の名称に置き換え、型と条件だけが伝わる形にしてから置いてください。

もう一つ大切なのは、共有した型を使うかどうかを押し付けないことです。「この型を必ず使うように」と決めてしまうと、自分の場面には合わないと感じた人ほど、使わないまま黙ってしまいます。使うかどうかは各自が判断できる形にしておいたほうが、結果として長く使われる仕組みになります。共有した型を置いておくときは、以下のような点を確認してから公開すると、後から見直す手間が減ります。

• 固有名詞や実在のやり取りを伏せ字・仮の名称に置き換えたか
• 何のための指示かが書かれているか
• 貼るものと、貼る位置が書かれているか
• 出力してほしい形が書かれているか
• やってはいけないことが書かれているか
• うまくいかなかったときに直す場所が書かれているか
• 検索できて、更新記録が残る場所に置いたか
• 使うかどうかを各自が決められる書き方になっているか

まとめ

うまくいったプロンプトをチームで活かすには、文面そのものではなく、型と条件を他人が読んで再現できる形に書き添えることが欠かせません。繰り返し発生する作業や、複数人が同じことをしている作業、失敗すると手戻りが大きい作業から優先して共有し、検索できて更新記録が残る一か所にまとめておくと、探す手間が減ります。プロンプトは使っているサービスやモデルが変われば陳腐化することを前提に、気づいた人が報告できる軽い仕組みを決めておきましょう。社外秘や個人情報を含む実例はそのまま貼らず、使うかどうかは各自の判断に委ねる姿勢が、結局は長く使われる仕組みにつながります。