生成AIガイドラインの作り方｜社内利用ルール7項目と改善実例
生成AIガイドラインの作り方｜社内利用ルール7項目と改善実例
生成AIを仕事で使い始めると、「どのAIを使ってよいか」「何を入力してよいか」「出力を誰が確認するか」といったルールが必要になります。
ただ、最初に禁止事項を並べるだけでは、実際の仕事で起きた失敗や修正が次の利用へ残りません。この記事では、生成AIガイドラインの初版に入れたい7項目と、実際のNG→OKを次回のルールへ戻す方法をまとめます。
- 生成AIガイドラインの初版に入れたい7項目
- 「守るルール」と「改善するルール」を分ける理由
- 実際のNG→OKを、次回のルールへ戻す方法
まず「守るルール」と「改善するルール」を分ける
生成AIの利用ガイドラインというと、機密情報を入力しない、AIの回答をそのまま採用しない、といった禁止・注意事項が中心になりがちです。もちろん、こうした境界は必要です。
一方で、継続して使うと別の問題も出てきます。文章が毎回長くなる、確認の順番が悪く見落とす、公開まで一気に任せると途中で止めにくい。こうした問題は、情報管理のルールだけでは解決しません。
情報、権限、確認、公開、責任など「ここを越えない」という境界を決めます。
実際に起きたNG→OKを記録し、次回の判断基準や確認手順へ戻します。
AIと商品説明資料を作ったとき、途中稿は31ページまで増えました。31ページあること自体ではなく、重複整理後の最終版が約10ページだったことから、同じ説明を別の章で繰り返していた点を問題として扱いました。
そこで「同じ内容を別表現で繰り返さない」「1つの章には1つの役割を持たせる」という判断を、その資料だけの修正で終わらせず、次の記事制作でも最初に参照するルールへ戻しました。
生成AIガイドラインに入れる7項目
最初から長い規程を完成させる必要はありません。まず「何を決める必要があるか」を整理します。実務用の初版なら、次の7項目から始めると扱いやすいです。
| 項目 | 最低限決めること |
|---|---|
| 1. 目的・適用範囲 | 誰が、どの業務で、何のために生成AIを使うか |
| 2. 利用するツール・アカウント | 業務利用を認めるサービス、契約・アカウントの扱い |
| 3. 入力してよい情報 | 個人情報、顧客情報、社内機密等をどう扱うか |
| 4. 出力の確認 | 事実、出典、数字、著作権等を誰が何で確認するか |
| 5. 人間の判断・公開責任 | AIに任せてよい範囲と、人が確認・承認する地点 |
| 6. 停止・報告・再開 | 不明点や事故が出たとき、どこで止め、誰へ確認し、何を確認できたら再開するか |
| 7. 更新方法 | 失敗・修正を、いつ、誰が、どの形式で次のルールへ反映するか |
1. 目的・適用範囲
まず「誰が・どの業務で・何のために使うか」を決めます。調査補助、議事録整理、文章の下書き、データ整理、外部公開文の作成では、必要な確認レベルが違います。利用目的を曖昧にしたまま細かい禁止事項だけ増やすと、現場で判断しにくくなります。
2. 利用するツール・アカウント
業務利用を認めるサービスと、契約・アカウントの扱いを明確にします。個人アカウントでよいのか、会社契約だけにするのか、外部連携をどこまで認めるのか。ツール名だけでなく、使う条件まで決めておく方が実務では迷いにくくなります。
3. 入力してよい情報
入力禁止情報を決めるだけでなく、迷ったときの扱いも決めます。個人情報、顧客情報、社内機密などは、利用サービスの規約やデータの取扱いと合わせて確認します。判断できない情報は「たぶん大丈夫」で入力せず、匿名化する、別の方法へ切り替える、担当者へ確認するといった停止先を決めます。
4. 出力の確認
「AIが書いたから確認する」ではなく、何を確認するかを具体化します。固有名詞、数字、日付、出典、引用、著作権に関わる表現など、後段の判断へ影響する項目ほど先に確認します。自然な文章ほど未確認情報が混ざっても気づきにくいため、文章の読みやすさと事実確認は別工程にします。
AIが文章を自然にするほど、確認していない事実が混ざることがあるで、確認方法を詳しく扱っています。
5. 人間の判断・公開責任
AIへ任せる工程と、人が承認する工程を分けます。下書き作成まではAIへ任せても、社外公開、契約、重要な判断などは人が確認する、といった境界を決めます。特に複数媒体へ展開する場合は「作る・確認する・公開する」を同じ処理にしない方が、途中で止めやすくなります。
AIで記事公開まで自動化するとき、どこで止める？で具体例を紹介しています。
6. 停止・報告・再開
問題が出たときの「止め方」を先に決めます。不明点が出たら誰へ確認するのか、どの状態なら再開してよいのかを決めておきます。成功した工程まで最初からやり直すのではなく、確認済みの地点を残し、失敗した地点から再開できる設計にしておくと運用しやすくなります。
7. 更新方法
ガイドラインを固定文書ではなく、実運用から更新する正本として扱います。同じ修正が繰り返された、新しい用途が増えた、規約や公式ガイドが変わった、事故やヒヤリハットがあった。こうした出来事を見直しのきっかけにして、実例と判断理由を残します。
実際の修正をルールへ戻す3つの実例
ガイドラインを使える形にするには、抽象的な原則だけでなく「何が起きて、どう直したか」を残す方が理解しやすくなります。
31ページの途中稿を約10ページへ整理し、「同じ内容を別表現で繰り返さない」「1章1役割」を次の記事でも最初に確認するルールへ戻しました。
WordPress・note・X・Shortsを扱う中で、作成・内容確認・公開を分離し、停止条件と再開条件を持つ運用へ変更しました。
チェック表で見落としが続いたとき、項目を増やす前に、上位条件を先に見る順番へ組み替えました。
NG：「AIの出力は必ず確認する」とだけ書く。
OK：「固有名詞・数字・日付・出典を先に確認し、公開前に人が承認する」まで具体化する。
重要なのは、ルールの数ではなく、実際に迷った場面で次の行動が分かることです。
最初の1枚は、この5列から作ればいい
今日から作るなら、7項目を次の5列で管理します。
| 項目 | 現在のルール | 根拠・理由 | 最終更新 | 次回見直し条件 |
|---|---|---|---|---|
| 目的・範囲 | 例：社内資料の下書き・整理に利用 | 利用目的を明確にするため | 2026-09-16 | 用途を追加するとき |
| 公開責任 | 例：公開前に人が最終確認 | 作成と公開を分けるため | 2026-09-16 | 公開フローを変更するとき |
最初からすべてを完璧に埋める必要はありません。まず実際に使っている1〜2業務について埋め、未決定の欄は未決定だと分かる状態にします。
見直しは日付だけでなく、利用ツール・規約の変更 / 新しい用途の追加 / 事故・ヒヤリハット / 同じ修正の再発 / 法令・公式ガイドの更新をきっかけにすると、実務の変化を拾いやすくなります。
公式資料も合わせて確認する
社内ルールを作るときは、AIが作った一般論だけで決めず、扱う情報や用途に応じて公式資料へ戻ります。
まとめ｜ガイドラインは「作って保管」より「使って更新」
生成AIガイドラインの初版は、7項目を決めれば作れます。ですが、実際に役立つかどうかは、その後の更新方法で変わります。
- 利用の境界を決める
- 人が確認する地点を決める
- 失敗や修正をNG→OKで残す
- 判断理由を次回ルールへ戻す
最初から完璧な規程を作るより、実際の利用で分かった判断を残し、必要なときに更新できる正本を持つ方が、継続運用には向いています。
同じ注意を何度も繰り返さないために、修正を次回から使えるルールへ。
この記事だけでも生成AIガイドラインの初版は作れます。一方、7項目の設計、実例の書き方、改善ログ、次回AIへ渡すプロンプトまで一から組む工程を省きたい場合は、導入ガイド、Notionテンプレート、実運用NG→OK実例10件、完成プロンプト集、30日改善ログをまとめています。価格は2,980円です。