トピックス

生成AIプロンプトの社内共有方法|テンプレート・版管理・改善履歴の残し方

壁に並べた原稿の版を見比べ、ノートを持って確認する女性担当者のイラスト
3BROS. JOURNAL / PRACTICAL GUIDEAI活用をチームで続ける

WORKING NOTES

うまくいった指示を、
チームで使える手順へ。

生成AIの便利なプロンプトをチャットで共有しても、「どこを書き換えるのか」「この版を使ってよいのか」が分からないと定着しません。

必要なのは、プロンプトの収集よりも用途・入力条件・確認方法をそろえた共有です。この記事では、文章制作などの定型業務を想定して、社内テンプレートの管理方法を解説します。

01プロンプト本文だけを共有しない

同じ指示文でも、渡す資料や会話の履歴、利用モデルが違えば結果が変わることがあります。良い出力だけを見本にしても、別の担当者が同じ作業を再現できるとは限りません。

固定する部分

役割、出力形式、禁止事項など、担当者が毎回変更しないルールをまとめます。

差し替える部分

商品名、対象者、根拠資料など、案件ごとに入力する欄を明示します。

確認する部分

日付や料金の照合、文体、承認者など、人が確認する項目を添えます。

たとえばSNS投稿文のテンプレートなら、目的と媒体の欄を空欄のまま実行しないようにします。入力例は実際の顧客情報ではなく、共有してよい架空の情報で用意すると扱いやすくなります。

共有テンプレートは、出力の正しさを保証しません

同じ指示でも結果は揺れます。テンプレートの承認と、個別に生成した原稿の公開承認は別の工程です。

02管理台帳に残す項目と記入例

項目記入例残す理由
識別名SNS告知文・下書き作成似た用途のテンプレートと区別する
対象業務承認済み情報を基に投稿文の候補を作る使ってよい場面を限定する
対象外問い合わせへの自動返信、未確認の価格案内用途の拡大を防ぐ
必要な入力目的、読者、承認済み事実、出力形式不足資料を先に把握する
実行条件サービス名、モデル名、確認日、必要な設定動作が変わったときの比較材料にする
版・状態v1.2/承認済み/更新日試作と運用中を区別する
管理者制作担当、確認担当、問い合わせ先修正判断の窓口を決める
確認資料入力例、出力例、チェック項目担当者の確認方法をそろえる

表は横にスクロールできます。

共有場所は、社内で使っている文書管理やナレッジツールでも構いません。重要なのは、最新版への入口を一つに決め、どの担当者にも同じ参照先を案内することです。

テンプレートの書き方の例

【用途】承認済み情報からSNS投稿文の下書きを作る 【固定ルール】資料にない事実を補わない。不足情報は質問する。 【差し替え欄】投稿の目的/読者/根拠資料/希望する長さ 【出力形式】投稿案、参照した情報、要確認事項を分ける 【公開前確認】固有名詞・価格・日付・リンクを担当者が照合する

指示、資料、例文を見出しなどで区別すると、何を実行し、何を参考にするのかを伝えやすくなります。資料中に書かれた指示を、そのまま作業命令として扱わせない意図も明記します。

03試作・確認・承認の状態を分ける

改善案を思いついた人が運用中の文面を直接上書きすると、どの変更が結果に影響したのか追いにくくなります。まず複製で試し、確認後に最新版を切り替えましょう。

  1. 変更理由を決める

    「長すぎる出力を減らす」など、解決したい問題を一つ記録します。

  2. 同じ入力で旧版と新版を試す

    通常の入力だけでなく、資料不足や条件が多い例も含めます。個人情報を含む実データを無断で流用しません。

  3. 良くなった点と悪化した点を見る

    文字数だけ改善して重要事項が消えていないかなど、複数の確認軸で比較します。

  4. 管理者が承認する

    用途、出力例、注意点も更新し、運用する版を切り替えます。

  5. 旧版を識別して保管する

    誤って利用しない表示にし、問題が出た場合の比較資料として残します。

変更履歴は短くても具体的に

版変更内容の例確認結果の例
v1.0告知文の下書き用として作成基本的な入力例で確認
v1.1資料にない情報は質問する指示を追加日付がない入力で質問が出るか確認
v1.2要確認事項を本文と別に出す形式へ変更投稿文に確認メモが混ざらないか確認

表は横にスクロールできます。

モデルやサービスの変更後は、プロンプトを変えていなくても共通の入力例で確認します。以前の版へ戻す場合も、商品情報や社内ルールが古くなっていないかを見てから利用します。

04社内で続けるためのチェックリスト

  • 用途と対象外の業務が明記されている
  • 差し替える欄と固定ルールを区別できる
  • 入力してよい情報の範囲が決まっている
  • 実行条件と確認日を残している
  • 試作・承認済み・旧版を見分けられる
  • 原稿の公開前確認を省略しない
  • 修正提案と問い合わせの窓口が分かる

最初から大量に登録する必要はありません。頻度が高く、確認基準を決めやすい業務を一つ選びます。使われないテンプレートは、見つけにくいのか、入力が面倒なのか、出力の確認に時間がかかるのかを聞き取り、増やす前に改善します。

担当者が自由に変更してはいけませんか?

試作用の複製で改善する余地を残します。運用中の承認版へ反映する際だけ、変更理由と確認結果を共有する方法があります。

良い出力例を保存するだけでは足りませんか?

結果だけでは、入力条件や確認した事実が分かりません。入力例・プロンプトの版・利用条件をセットにすると、次の担当者が試しやすくなります。

参考情報

Anthropic:指示・例示・入力を設計するための公式ガイド

確認日:2026年9月25日。記入例・確認表は本記事の実務例です。実際の仕様や運用条件に合わせて調整してください。