結論:生成AI利用ガイドラインは「禁止事項の一覧」ではなく「使ってよい範囲を具体的に示す運用文書」として作ると機能します。
この記事の要点:
- ガイドラインに盛り込むべき項目は、入力禁止情報から違反時の対応まで10項目に整理できる
- 「禁止一辺倒」で作ると、社員が黙って個人アカウントのAIを使う”シャドーAI化”を招く
- 公開して終わりではなく、改定サイクルをあらかじめ設計に組み込むことが形骸化を防ぐ
対象読者:生成AIの社内利用ルールをこれから作る、または見直したい情報システム部門・人事部門・経営企画の担当者
読了後にできること:自社のガイドライン草案に足りない項目をその場でチェックできる
「うちも生成AIのルール、そろそろちゃんと作らないとまずいですよね」
研修先の情報システム部門の方から、こう相談されることが最近増えています。きっかけは大抵、他社の情報漏えいニュースです。チャットツールの共有リンクが検索エンジンに拾われて社外に流出した事件や、AIモデル配布基盤への侵入事件が報じられるたびに、「うちは大丈夫か」という空気が社内に流れる。そこで急いでガイドラインを作ろうとするのですが、最初に出てくる草案はたいてい「生成AIへの機密情報の入力を禁止する」の一文だけで終わっています。
この一文だけのガイドラインには問題があります。「機密情報」の範囲が曖昧なまま禁止だけを掲げると、現場は萎縮するか、あるいは会社支給のツールを使わずに個人のスマートフォンでこっそりChatGPTやGeminiを使う、いわゆる”シャドーAI”に流れるかのどちらかになりがちです。禁止するだけのルールは、守られないルールと同じです。
この記事では、生成AI利用ガイドラインに盛り込むべき10項目を、実際に企業の研修やガイドライン整備を支援してきた経験をもとに整理します。あわせて「禁止一辺倒にしない」ための設計思想と、作って終わりにしないための改定サイクルの考え方もセットでお伝えします。今日、自社の草案と見比べながら読んでいただければ、抜けている項目がその場で見つかるはずです。
生成AIの社内導入を戦略的に進める全体像は、AI導入戦略の完全ガイドでまとめています。ガイドライン整備はその中の「守りの基盤づくり」にあたる工程です。ゼロから策定プロセスを順番に進めたい方は、AI利用ガイドライン策定7ステップのほうが手順書として使いやすいので、本記事はその「中身に何を書くか」を深掘りする姉妹記事として読んでください。
なぜ今、生成AI利用ガイドラインが必要なのか
生成AIの業務利用が広がるにつれて、ルールなしで使われることのリスクも具体的な形で表面化しています。象徴的なのが、AIチャットの「共有リンク」機能が原因で社内のやり取りが検索エンジン経由で外部から閲覧可能になった事件です。詳しくはClaude共有チャット流出事件の総点検記事で解説していますが、ポイントは「ツール自体の欠陥」ではなく「共有機能をどう使ってよいかのルールがなかったこと」が実害につながった点です。
同様に、AIモデルやデータセットを配布する基盤そのものが攻撃対象になる事例も増えています。AI供給網のセキュリティ点検記事で扱った侵入事件のように、自社が直接使っていないつもりの外部サービスが、実は社内の生成AI活用の裏側で動いていることも珍しくありません。
国もこの状況を踏まえてガイドラインを段階的に更新しています。総務省・経済産業省が策定する「AI事業者ガイドライン」は2024年の初版公表以降、第1.1版(2025年3月28日公表)、第1.2版(2026年3月31日公表)と改定が重ねられており、AI開発者・提供者・利用者それぞれの立場で求められる対応が具体化されています。独立行政法人情報処理推進機構(IPA)も「テキスト生成AIの導入・運用ガイドライン」を公開し、導入担当者・運用担当者・セキュリティ担当者それぞれの視点で社内ルール策定のポイントを示しています。
これらの公的ガイドラインは業種を問わない一般原則を示すものであり、そのまま自社の就業規則や情報システム部門の運用フローに落とし込めるわけではありません。自社版のガイドラインを作るときは、これらを土台にしつつ、自社の業務・部門構成・既存の情報セキュリティ規程に合わせて具体化する作業が必要になります。
ガイドラインに盛り込む10項目——チェックリスト
研修や整備支援の現場で「これが抜けていて後から揉めた」という項目を集約すると、次の10項目に整理できます。自社の草案と照らし合わせて、抜けているものがないか確認してください。
| # | 項目 | 盛り込む内容の例 |
|---|---|---|
| 1 | 入力禁止情報の明示 | 個人情報、顧客の非公開情報、未公開の財務・人事情報、第三者から預かった機密情報など、入力してはいけない情報の種類を具体例つきで列挙する |
| 2 | 利用可能ツールの承認フロー | 会社が許可したツール一覧、新しいツールを使いたい場合の申請先・審査基準・所要日数を明記する |
| 3 | 出力の検証義務 | AIの出力をそのまま社外に出さない、事実確認(ファクトチェック)を人間が行う、最終責任は利用者本人にあることを明記する |
| 4 | 著作権・第三者権利への配慮 | 他社の著作物をAIに読み込ませる際の注意、生成物を商用利用する際の確認事項 |
| 5 | 機密情報の区分別利用可否 | 「公開情報」「社外秘」「機密」など既存の情報区分ごとに、生成AIへの入力可否を対応表にする |
| 6 | 部門・職種別の補足ルール | 人事部門の個人情報、経理部門の未公開決算情報など、部門固有のリスクに応じた追加ルール |
| 7 | アカウント管理・認証 | 個人アカウントでの業務利用禁止、多要素認証の必須化、退職者アカウントの即時無効化フロー |
| 8 | 記録・ログの取り扱い | 利用ログの保存期間、監査時の確認方法、共有リンク機能を使う場合の公開範囲設定ルール |
| 9 | 違反時の対応 | 意図的な違反と過失の区別、一次対応の連絡先、懲戒までの段階的な対応フロー |
| 10 | 教育・研修の位置付け | ガイドライン公開だけで終わらせず、入社時研修・年次研修にどう組み込むかを明記する |
この10項目のうち、最初のガイドライン草案で抜けやすいのは7番(アカウント管理)と10番(教育の位置付け)です。ルール文書としては1〜6番だけで完結して見えてしまうのですが、実際に事故が起きるのは「個人アカウントでの利用」や「ルールを読んだはずなのに誰も覚えていない」ケースがほとんどです。
「禁止一辺倒」で作ると何が起きるか
事例区分: 想定シナリオ
以下は複数の企業支援で共通して見られる典型的な経過を、一般化して構成したものです。特定の企業名・数値ではありません。
ガイドラインを「生成AIの利用を原則禁止する」から始めてしまう企業を何度も見てきました。情報システム部門としては「まず禁止しておけば安全」という判断は理解できます。ですが、この設計には副作用があります。現場の社員は日々の業務でAIを使うメリットを実感しているため、禁止されると会社支給のツールを使わずに、私物のスマートフォンやブラウザの個人アカウントでこっそり使い続けるようになります。
これがいわゆるシャドーAIです。厄介なのは、禁止したことで「見えない利用」に変わるだけで、利用そのものはなくならないという点です。むしろ会社が把握・監査できるツールから、把握できない個人アカウントに利用が移動する分、リスクはむしろ高まります。
研修の場でよく出るのが「じゃあ何なら入れていいんですか」という質問です。禁止の一覧だけでは、この質問に答えられません。ガイドラインが機能するかどうかは、禁止事項の細かさではなく「これなら安心して使ってよい」という範囲を具体的に示せているかどうかで決まります。
設計思想——ガードレール型で作る
禁止一辺倒の対極にあるのが、性善説にすべてを委ねる「何でも自由に使ってよい」という設計ですが、これも情報漏えいリスクを放置することになるため現実的ではありません。実務で機能しやすいのは、その中間にある「ガードレール型」の設計です。
| 設計思想 | 特徴 | 起きやすい問題 |
|---|---|---|
| 禁止一辺倒型 | 原則禁止、例外的に許可 | シャドーAI化、現場の反発 |
| 性善説型 | 明文化せず個人の判断に委ねる | 入力禁止情報の線引きが人によってばらつく |
| ガードレール型(推奨) | 使ってよい範囲を具体的に示し、境界線だけを明確にする | 初期の項目設計に手間がかかる |
ガードレール型の実務上のコツは、「禁止する」ではなく「この情報区分ならこのツールで使ってよい」という肯定形で書くことです。前述の10項目のうち5番(機密情報の区分別利用可否)を対応表として作り込むと、この肯定形の表現がしやすくなります。
コピペで使えるプロンプト——条項ごとの草案作成
ガイドラインの条文をゼロから書き起こすのは負担が大きい作業です。ChatGPTやClaudeに条項ごとの草案を作らせると、たたき台の作成時間を大きく短縮できます。以下は自社版に調整して使えるプロンプト例です。プロンプトの末尾には、出力をそのまま正式文書として使わず必ず法務・情報システム部門で確認する旨を含めています。
プロンプト1:入力禁止情報の具体例をリストアップする
あなたは情報セキュリティに詳しい社内規程の作成担当です。
[業種:不動産仲介]の会社で、生成AIチャットツールに入力してはいけない
情報の具体例を、以下のカテゴリごとに5つずつ挙げてください。
- 顧客の個人情報
- 未公開の物件情報
- 社内の人事・給与情報
- 取引先との契約条件
出力はそのまま社内規程の一部として使うのではなく、
法務・情報システム部門の確認を経てから正式文書に反映してください。プロンプト2:部門別の補足ルールをドラフトする
以下の部門ごとに、生成AI利用時に特有のリスクと、
それを踏まえた追加ルール案を3つずつ提案してください。
- 経理部門(未公開の決算情報を扱う)
- 人事部門(個人情報・評価情報を扱う)
- 営業部門(顧客の商談内容を扱う)
各ルール案は「〜してはいけない」ではなく
「〜の場合は、〜の範囲で利用してよい」という肯定形で書いてください。
最終的な採用は情報システム部門・各部門長の承認を経て決定してください。プロンプト3:承認フローの分岐図をテキストで設計する
新しい生成AIツールを社員が使いたいと申請してから、
利用可否が決まるまでの承認フローを、以下の条件で設計してください。
- 申請から一次回答まで5営業日以内
- 機密情報を扱う可能性がある場合は情報システム部門の追加審査
- 審査基準(データの保存場所、学習利用の有無、無料版か有料版か)を明記
フロー図の元になる、ステップごとの箇条書きで出力してください。プロンプト4:違反時対応フローのたたき台を作る
生成AI利用ガイドライン違反が発覚した場合の対応フローを、
「意図的な違反」と「過失による違反」に分けて設計してください。
それぞれについて、一次対応の連絡先、事実確認の手順、
再発防止策の検討まで、段階を追って箇条書きにしてください。
懲戒処分の要否判断は必ず人事部門・法務部門が行うことを前提としてください。プロンプト5:改定チェックリストを作る
社内の生成AI利用ガイドラインを年1回見直すための
チェックリストを作成してください。以下の観点を含めてください。
- 新しく登場したAIツール・機能で追記が必要な箇所
- 直近1年で発生したインシデント事例からの反映事項
- 各部門からの運用上の困りごとの反映
- 公的ガイドライン(AI事業者ガイドライン等)の改定内容との整合性確認
チェックリストは実際に運用担当者がその場でチェックできる、
質問形式の箇条書きで出力してください。運用体制と改定サイクルの設計
事例区分: 想定シナリオ
研修先で繰り返し見られる、公開後のガイドラインの扱われ方を一般化したものです。
ガイドラインを公開した直後は社内周知も行われ、うまく運用されているように見えます。ところが半年、1年と経つうちに、新しいAIツールが次々に登場し、公開当初のガイドラインが実態と合わなくなっているケースをよく見かけます。それでも「一度作ったから」という理由で改定されないまま放置され、結局は現場が「今のルールは古いから守らなくていい」と判断してしまう。ガイドラインが形骸化する典型的なパターンです。
これを防ぐには、公開時点で改定サイクルを組み込んでおくことが有効です。目安として、以下の3つのトリガーを設定しておくと、改定のタイミングを逃しにくくなります。
- 定期改定:年1回、情報システム部門が主導して全項目を見直す
- 公的ガイドラインの改定連動:AI事業者ガイドラインなど国の指針が改定されたタイミングで、自社版との差分を確認する
- インシデント発生時の臨時改定:社内外で情報漏えいなどの事例が発生した際、該当項目を即座に見直す
改定の担当を明確にすることも重要です。ガイドラインの「所有者」が曖昧なまま公開すると、誰も改定の音頭を取らずに放置されます。部門横断でAI活用を推進する体制を作る場合は、AI推進チームの作り方で紹介しているCoE(Center of Excellence)型の体制に、ガイドラインの改定責任を組み込む設計が機能しやすいです。
【要注意】よくある失敗パターンと回避策
失敗1:情報システム部門だけで作って現場の実態と乖離する
❌ よくある間違い:情報システム部門が単独でリスク管理の観点だけからガイドラインを作成する
⭕ 正しいアプローチ:各部門の代表者にヒアリングし、実際の業務でどうAIを使いたいかを反映する
なぜ重要か:現場の使い方を無視したルールは、守られないルールになりやすいためです。研修先でも、営業部門から「商談メモの整理に使いたいが、顧客名の扱いがガイドラインに書かれていない」という指摘を受け、後から追記になったケースがありました。
失敗2:ツール名を固定で列挙して更新が追いつかなくなる
❌ よくある間違い:「ChatGPT、Claude、Geminiの利用を許可する」のようにツール名だけを列挙する
⭕ 正しいアプローチ:ツール名だけでなく、承認の判断基準(データ保存場所、学習利用の有無等)を明記する
なぜ重要か:新しいツールが登場するたびにガイドライン全体を作り直す必要が出てしまい、改定が追いつかなくなります。判断基準さえ明記しておけば、新ツールの許可判断だけを都度追加すればよくなります。
失敗3:教育を1回きりの説明会で終わらせる
❌ よくある間違い:ガイドライン公開時に一度説明会を開いて終わりにする
⭕ 正しいアプローチ:入社時研修・年次研修の両方にガイドラインの理解確認を組み込む
なぜ重要か:説明会に出席していない中途入社者や、内容を忘れた既存社員が一定数出てくるためです。研修の位置付け(10項目の10番目)を軽視すると、せっかく作ったガイドラインが読まれないまま形骸化します。
失敗4:違反時の対応フローが決まっていない
❌ よくある間違い:「違反した場合は厳正に対処する」とだけ書いて、具体的な手順を決めていない
⭕ 正しいアプローチ:意図的な違反と過失を区別し、それぞれの一次対応窓口・確認手順まで事前に決めておく
なぜ重要か:実際に違反が疑われる事象が起きたとき、対応フローが決まっていないと初動が遅れます。初動の遅れは被害拡大に直結しやすいポイントです。
よくある質問
ガイドラインは誰が最終承認すべきですか?
情報システム部門が起案し、法務部門が法的リスクを確認したうえで、経営層が最終承認する体制が望ましいです。部門横断の内容を含むため、情報システム部門だけの承認では現場への浸透力が弱くなります。
公的なガイドラインをそのまま社内規程にしてよいですか?
そのまま転用するのは推奨しません。AI事業者ガイドラインやIPAのガイドラインは業種横断の一般原則を示すものであり、自社の業務内容・既存の情報セキュリティ規程・部門構成に合わせて具体化する作業が必要です。本記事の10項目は、その具体化の際のチェックリストとして使えます。
ガイドラインの分量はどのくらいが適切ですか?
本則は数ページ程度に収め、詳細な判断基準や部門別ルールは別紙・別表として分ける構成が運用しやすいです。1つの文書に全てを詰め込むと、改定のたびに全体を作り直す負担が大きくなります。
まとめ:今日から始める3つのアクション
- 今日やること:自社の現行ガイドライン(またはこれから作る草案)を、本記事の10項目チェックリストと照らし合わせる
- 今週中:抜けている項目について、関連部門(人事・経理・営業など)に「どう使いたいか」をヒアリングする
- 今月中:改定サイクル(定期改定・公的ガイドライン連動・インシデント時の臨時改定)を文書に明記し、所有者を決める
実務でそのまま調整して使える規程テンプレートを用意しています。生成AI社内利用ガイドライン規程テンプレートから入手できますので、自社の草案作成の出発点として活用してください。
あわせて読みたい:
- AI利用ガイドライン策定7ステップ|社内ルール雛形付き — ゼロから2週間で作る手順を知りたい方はこちら
- 生成AI導入に反対する社員への対処法 — ガイドラインを作っても現場の反発が予想される場合はこちら
次回予告:次の記事では「生成AI利用ガイドラインの浸透度を測る社内アンケート設計」をテーマに、公開後にガイドラインが実際に読まれ、守られているかを可視化する方法をお届けします。
著者:佐藤傑(さとう・すぐる)
株式会社Uravation代表取締役。X(@SuguruKun_ai)フォロワー約10万人。
100社以上の企業向けAI研修・導入支援。著書『AIエージェント仕事術』(SBクリエイティブ)。
SoftBank IT連載7回執筆(NewsPicks最大1,125ピックス)。
ご質問・ご相談はお問い合わせフォームからお気軽にどうぞ。
参考・出典
- AI事業者ガイドライン(第1.2版) — 総務省・経済産業省(公表日: 2026年3月31日、参照日: 2026-08-02)
- AI事業者ガイドライン(第1.1版) — 総務省・経済産業省(公表日: 2025年3月28日、参照日: 2026-08-02)
- テキスト生成AIの導入・運用ガイドライン — 独立行政法人情報処理推進機構(IPA)産業サイバーセキュリティセンター(公表: 2024年7月、参照日: 2026-08-02)
AI導入、要件整理から一緒にやります
100社以上・研修4,200名以上の実績。ツール選定から設計・社内展開まで、実務目線で伴走します。
- 100社以上・研修4,200名以上の実績
- 初回30分無料・即日返信
お問い合わせフォームから24時間以内にUravation担当者がご返信します。



