「うまく使えた指示文を共有したのに、他の社員には使われない」。
社内プロンプト集は、文章を集めるだけだと、この状態になりがちです。
最初は繰り返し使う3つの仕事に絞り、入力する材料・確認する人・最新版を一緒に管理する方法から始めましょう。
専用の有料サービスを契約することが前提ではありません。
この記事では、社内で承認されている共有文書や表を使った作り方を説明します。
記入例とプロンプトは架空の業務を題材にした独自例です。
最初の3つは、頻度と確認しやすさで選ぶ
プロンプトとは、生成AIへ渡す指示文です。
同じ文章でも、入力する材料、サービス、選択したモデルなどによって回答が変わることがあります。
コピーだけで完成するものとして扱わないでください。
最初の候補は、次のような短く確認できる仕事です。
- 公開済みの案内文を短くする。
- 架空メモからメールの下書きを作る。
- 社内で入力を認めた文章から、確認事項を抜き出す。
契約判断、採用の合否、顧客への約束など、誤りの影響が大きい判断を自動化する用途は、最初の集には含めない方が運用を整理しやすくなります。
Googleの公式プロンプト設計ガイドでは、具体的な指示、必要な文脈、回答形式、例の提示、反復による調整などが説明されています。
社内の型も、目的と材料と形式を分けると試しやすくなります。
出典：Google AI for Developers「プロンプト設計戦略」／確認日：2026年10月11日。
保管場所は一つ、編集権限は分ける
会社が認めている共有場所に「利用中のプロンプト集」を一つ作ります。
チャットの履歴、個人のメモ、メール添付の全部を正本にしないことがポイントです。
使う人は閲覧でき、更新する担当者は編集できるようにします。
変更提案はコメント欄など別の場所で受け取り、確認後に最新版へ反映します。
権限の設定方法は利用中のサービスと社内規程に合わせてください。
例文に顧客の氏名や未公開の取引情報を固定しないことも重要です。
入力前の情報整理と、プロンプト自体の共有範囲は別々に確認します。
管理表に入れる項目
| 項目 | 書くこと |
|---|---|
| ID・用途 | 例：MAIL-01／問い合わせへの確認中返信 |
| 入力する材料 | 利用を認めた必要事項。添付全文を前提にしない |
| 入力しないもの | 氏名、連絡先、認証情報、未承認の機密など |
| 指示文 | コピーする本文と差し替える欄 |
| 利用環境・確認日 | サービス、選択したモデル、確認した日 |
| 合格条件 | 根拠のない日付や約束を追加しない等 |
| 確認担当 | 出力を実務で使う前に見る人 |
| 版・更新担当 | 現行版、変更理由、更新する人 |
全てを細かく管理できなければ、用途・入力範囲・指示文・合格条件・確認者・版から始めます。
分からない環境情報は推測せず「未確認」と書いて、確認してから利用します。
この表は当サイトの簡易運用案です。
厳密な開発・検証管理を置き換えるものではありません。
架空の記入例：MAIL-01を一件だけ作る
架空の卸売会社で、商品の色変更について「社内確認中」の返信案を作る場面を考えます。
実在の導入事例ではありません。
ID：MAIL-01 用途：顧客の要望を受け付け、確認後に連絡する返信の下書き 入力：顧客記号、要望、確認済み事項、未確認事項 禁止入力：実名、連絡先、原文の署名・履歴、未承認の取引条件 利用環境：社内承認済みサービス／選択モデルを利用時に記入 合格条件：材料にない納期・価格・対応可否を追加しない 確認担当：営業の利用者本人。約束を含む場合は責任者も確認 現行版：v1.0 更新担当：営業部の管理担当 状態：架空入力で確認後、利用範囲を承認して運用
ここでいう「合格」は、何回使っても安全という認定ではありません。
利用するたびに材料と出力を確認します。
コピーする指示文
目的：顧客向けの返信案を作る。送信はしない。 材料： 【顧客記号】 【要望】 【確認済み事項】 【未確認事項】 条件： 材料にない納期、価格、対応可能という約束を追加しない。 未確認事項は確約せず、確認後に連絡する表現にする。 宛名・署名・連絡先は生成しない。 出力： 1. 3〜4文の返信案 2. 担当者が確認すべき点（本文とは別）
差し替え欄を残したまま使わないよう、入力例も一つ用意します。
ただし、入力例は架空または公開情報にし、実データを保存して「使いやすさ」を上げないでください。
更新は「同じ材料」で変更前後を比べる
一回の合格を安全の保証とせず、モデルや資料が変わった際も再確認します。
最初から数十種類を増やすより、使われた一つを改善します。
- 利用者から「どこを直したか」を集める。必要のない実データは回収しない。
- 更新担当者が指示文を修正する。
- 同じ架空の入力で、旧版と新版を比較する。
- 通常の例だけでなく、期限が未確認の例、材料が足りない例も確認する。
- 合格条件を満たしたら版を上げ、変更理由を残す。
たとえば「回答予定日が空欄なのに明日と書く」問題があれば、期日を推測しない条件を加えます。
文章が短くなっただけでは改善とは判断しません。
サービスやモデル、参照する社内資料が変わった場合も、代表的な入力で再確認します。
生成AIの回答自体にゆらぎがあるため、確認した一回を保証として扱わないことが大切です。
集めても使われない原因
例が多すぎて探せない
「便利なプロンプト100選」より、「問い合わせ返信」「案内文短縮」など、実際の仕事の名前で並べます。
まず3つを整えてから増やしてください。
入力欄が何を指すのか分からない
「背景を入れる」では曖昧です。
「顧客の要望と、確認済み・未確認の事項を分けて入れる」と書きます。
古い版が添付ファイルで残る
社員への案内は、最新版の共有場所へのリンクにします。
旧版は、利用中の一覧から分け、間違って使わない状態にします。
保管・廃止は社内ルールに従います。
よくある疑問
他社のプロンプトをそのまま集めていい？
公開されていても利用条件を確認します。
自社の材料、入力ルール、確認工程に合うよう見直し、出典を残してください。
社員の個人アカウントにある履歴も、勝手に共有しません。
生成AIにプロンプト集を作らせれば十分？
候補の下書きには使えます。
ただし、会社の入力許可や責任者、合格条件は自社で決めます。
生成AIが書いた「安全」という説明だけでは決められません。
今日の一歩は、よく使う一件の登録
まず一件を上の管理表に入れ、架空入力で試しましょう。
誰が見ても入力と確認方法が分かる状態になったら、残り二件を追加します。
文章の確認には生成AIの回答を確認する方法、返信用途の例にはビジネスメールのプロンプト3例も使えます。
参考資料
確認日：2026年10月11日。
管理表、記入例、共有・更新手順は当サイトの提案です。