生成AI社内ガイドラインの作り方|策定手順・必須項目・運用のコツ

- 生成AIの利用を原則禁止にし、例外だけを認める
- リスクは抑えられるが、シャドーAI(未承認ツールの無断利用)が増えやすい
- 業務での活用ノウハウが社内にたまらない
- 入力してよい情報と禁止する情報をはっきり分けたうえで利用を認める
- 承認済みツールと相談窓口を示し、社員が迷わず使える
- 利用事例を集めてガイドラインの改訂に生かせる
- 1. 現状把握部門ごとに生成AIの利用状況とシャドーAIの実態を調べる
- 2. ドラフト作成JDLAのひな形と「AI事業者ガイドライン」をもとに必須項目を埋める
- 3. 部門レビュー法務・情報セキュリティ・人事・事業部門が確認し、論点ごとの最終判断者を決める
- 4. 試行1〜2部門で試し、判断に迷ったケースや問い合わせを集める
- 5. 正式公開試行の結果を反映して公開し、説明会・勉強会を行う
生成AI社内ガイドラインはなぜ必要か?
生成AI社内ガイドラインは、情報漏えい・権利侵害・誤情報を防ぎながら、現場が迷わずに生成AIを使えるようにするための共通ルールです。
生成AIを禁止するか全面解禁するかの二択で考えると、どちらを選んでもAX(AI Transformation)は進みません。禁止すれば個人アカウントでの無断利用(シャドーAI)が増え、無条件に解禁すれば機密情報の入力や著作権侵害が起きたときに説明できなくなります。社内ガイドラインは、その間に「ここまでなら使ってよい」という線を引くための道具です。
生成AI特有のリスクは何か?
生成AI特有のリスクは主に「入力」「出力」「利用のされ方」の3つで生じ、それぞれ打つべき対策が違います。
| リスク領域 | 代表的なリスク | 主な対策の方向性 |
|---|---|---|
| 入力 | 機密情報・個人情報の入力、学習データへの流用 | 入力禁止情報の定義、学習に使わない設定の法人プランを利用 |
| 出力 | ハルシネーション(事実と異なる出力)、著作権・商標の侵害 | 人による事実確認、公開前のレビュー |
| 利用のされ方 | シャドーAI、責任の所在があいまい、差別的・不適切な出力 | 利用可能ツールの指定、責任者と承認フローの明確化 |
個人情報保護委員会は2023年6月に、生成AIサービスの利用について注意喚起を出しています。個人情報を含むプロンプトを入力する場合は、利用目的の範囲内かどうかを確認するよう求めています。文化庁も2024年3月に「AIと著作権に関する考え方について」を取りまとめ、生成物の利用段階では通常の著作権侵害と同じ基準(類似性・依拠性)で判断するという考え方を示しました。社内ガイドラインは、こうした公的な考え方を自社の業務の言葉に置き換える役割も担います。
国内外のルール整備とどう関係するか?
社内ガイドラインは、国内外で進む法令やガイドラインを自社の運用に落とし込む「翻訳層」として位置づけると設計しやすくなります。
- 国内:経済産業省・総務省「AI事業者ガイドライン」(2024年4月に第1.0版を公表、その後改訂)は、AI開発者・提供者・利用者それぞれの役割に応じた取り組みを示しています。2025年には「人工知能関連技術の研究開発及び活用の推進に関する法律」(AI推進法)が成立しました。
- 海外:EUのAI規則(EU AI Act)は2024年8月に発効し、義務が段階的に適用されています。EU域内で事業をする企業やEU向けにサービスを提供する企業は、自社の利用がどのリスク区分にあたるかを確認する必要があります。
- 規格:ISO/IEC 42001(AIマネジメントシステム、2023年12月発行)や、米国NISTの「AI Risk Management Framework」(2023年1月公表)は、全社のAIガバナンスを体系立てる際の参照枠になります。
現場の感覚でいえば、最初からこれらすべてを網羅しようとすると策定だけで半年以上かかりがちです。まず「利用者としての自社」に関わる部分から着手し、必要に応じて全社のAIガバナンスへ広げていく進め方のほうが現実的だと考えます。
生成AI社内ガイドラインに盛り込むべき項目は?
盛り込むべき項目は「目的と適用範囲」「利用可能ツール」「入力ルール」「出力の扱い」「体制と違反時対応」の5つが基本です。
一般社団法人日本ディープラーニング協会(JDLA)は2023年5月に「生成AIの利用ガイドライン」のひな形を公開しており、多くの企業がこれを出発点にしています。ひな形をそのまま使うのではなく、自社の業務・扱う情報・使っているツールに合わせて書き換えることが前提です。
必須項目のチェックリストは?
必須項目は次の表のとおりです。各項目に「誰が判断するか」まで書いておくと、運用に入ってから迷いにくくなります。
| No. | 項目 | 記載する内容の例 | 判断・管理の担当 |
|---|---|---|---|
| 1 | 目的・適用範囲 | ガイドラインの目的、対象者(役員・社員・派遣社員・業務委託先) | 策定責任者 |
| 2 | 利用可能ツール | 会社が承認した生成AIサービス(例:Microsoft 365 Copilot、ChatGPT Enterprise、Google Gemini for Workspaceなど)と申請の手順 | 情報システム部門 |
| 3 | 入力ルール | 入力禁止情報(個人情報・顧客の機密・未公開の財務情報など)の定義 | 情報セキュリティ部門 |
| 4 | 出力の扱い | 事実確認の義務、社外公開前のレビュー、AI利用の明示 | 各部門の責任者 |
| 5 | 権利・法令 | 著作権・商標・個人情報保護法・契約上の守秘義務への配慮 | 法務部門 |
| 6 | 用途の制限 | 採用選考・人事評価・与信など、人に大きな影響を与える判断での扱い | 法務・人事部門 |
| 7 | 体制・相談窓口 | 問い合わせ先、インシデント発生時の報告経路 | AX推進組織 |
| 8 | 改訂ルール | 見直しの周期、改訂時の周知方法 | AX推進組織 |
入力情報の区分はどう設計するか?
入力情報の区分は、既存の情報セキュリティ規程の機密区分と揃え、区分ごとに「どのツールなら入力してよいか」を決めるのが基本です。
「機密情報を入力しない」とだけ書くと、現場は何が機密にあたるのか判断できません。既存の情報区分と生成AIツールの種類をかけ合わせた表にしておくと、判断にかかる時間が短くなります。
| 情報区分 | 無料・個人向けの生成AIサービス | 学習に使わない設定の法人向けプラン | 社内環境で動かすRAG・LLM |
|---|---|---|---|
| 公開情報 | 可 | 可 | 可 |
| 社内限定情報 | 不可 | 可 | 可 |
| 機密情報(顧客情報・未公開情報) | 不可 | 条件付き(部門責任者の承認) | 条件付き |
| 個人情報 | 不可 | 原則不可(利用目的・委託契約を確認) | 条件付き(法務の確認) |
表の「可」「不可」はあくまで例です。実際の線引きは、契約しているサービスのデータ保持期間、学習に使われるかどうか、データの保存先の地域などを確認したうえで決めてください。
生成AI社内ガイドラインの策定手順は?
策定は「現状把握→ドラフト作成→部門レビュー→試行→正式公開」の5段階で進め、最初の版は2〜3か月で出すのが現実的です。
完成度を上げてから出そうとすると、その間に現場の利用が先に進み、ガイドラインが追いつかなくなります。最初の版は「暫定版」と明記して早めに出し、運用しながら改訂する前提で進めるほうが結果的に定着しやすいと感じます。
5つのステップで何をするか?
5つのステップでは、関係部門を早い段階から巻き込み、試行で出た現場の声を正式版に反映することが要点です。
- 現状把握:社内でどの生成AIサービスが、どの部門で、どの業務に使われているかをアンケートやアクセスログで確認します。シャドーAIの実態もここで把握します。
- ドラフト作成:JDLAのひな形や「AI事業者ガイドライン」を参考に、前章の必須項目を埋めます。禁止事項だけでなく、推奨する使い方の例も入れます。
- 部門レビュー:法務・情報セキュリティ・人事・事業部門にレビューを依頼します。論点ごとに誰が最終判断するかを先に決めておくと、合意までの期間が短くなります。
- 試行(パイロット):1〜2部門で試験的に運用し、判断に迷ったケースや問い合わせを集めます。
- 正式公開と研修:試行の結果を反映して公開し、全社向けの説明会と部門ごとの勉強会を行います。
策定体制は誰で組むべきか?
策定体制は、AX推進組織が事務局を務め、法務・情報セキュリティ・現場部門の代表者で横断チームを組む形が基本です。
| 役割 | 担い手の例 | 主な責任 |
|---|---|---|
| オーナー | CIO・CDO・担当役員 | 最終承認、リスク許容度の決定 |
| 事務局 | AX推進組織・DX推進部門 | ドラフト作成、調整、改訂の管理 |
| 専門レビュー | 法務・知財・情報セキュリティ | 法令・契約・技術面の確認 |
| 現場代表 | 営業・開発・バックオフィスの利用者 | 実務で使えるかの検証、事例の提供 |
管理部門だけで作ったガイドラインは、禁止事項が多く現場で使いにくいものになりがちです。現場代表には「生成AIをよく使っている人」と「慎重な立場の人」の両方を入れると、議論のバランスが取りやすくなります。
生成AI社内ガイドラインを形骸化させない運用方法は?
形骸化を防ぐには、定期的な見直し、実務に沿った研修、そして違反を罰するよりも相談しやすい仕組みを優先することが有効です。
生成AIは、ツールの機能・料金プラン・規約の変化が速い分野です。公開した時点で内容が古くなり始めると考え、運用の仕組みまで含めて設計しておく必要があります。
見直しの周期とトリガーは?
見直しは半年〜1年ごとの定期改訂に加え、法令・利用ツール・インシデントの変化をきっかけにした随時改訂を組み合わせます。
| 種別 | きっかけの例 | 対応 |
|---|---|---|
| 定期改訂 | 半年〜1年ごと | 問い合わせ・利用状況をもとに全体を見直す |
| 法令・指針の変更 | 国内法令の施行、「AI事業者ガイドライン」の改訂、EU AI Actの適用段階の進行 | 法務が影響を評価し、該当条項を改訂 |
| ツールの変更 | 新しいサービスの導入、AIエージェント機能の追加、規約の変更 | 情報システム部門が評価し、利用可能ツールの一覧を更新 |
| インシデント | 誤入力、不適切な出力の社外公開 | 原因を分析し、ルールと研修内容に反映 |
特にAIエージェントのように、生成AIが社内システムを操作したりメールを送ったりする機能が広がると、「入力と出力」だけを前提にしたルールでは足りなくなります。どの操作に人の承認を必須とするか、という観点を改訂の論点に加えておくとよいと思われます。
現場に定着させる工夫は?
定着させるには、ルール本文とは別に、業務ごとのOK・NG例と、すぐに質問できる相談窓口を用意することが効果的です。
- 一枚ものの要約版を用意する:本文が10ページを超えるなら、判断に必要な要点をA4一枚にまとめた版を配布します。
- 業務別のOK・NG例を示す:「議事録の要約はOK、顧客名入りの議事録を個人アカウントに貼るのはNG」のように、具体的な場面で示します。
- 相談窓口をチャットで開く:社内チャットに専用チャンネルを作り、迷ったときにすぐ質問できるようにします。寄せられた質問はFAQとしてまとめ、改訂の材料にします。
- 研修をツールの操作研修と一緒に行う:ルールだけの研修は受け流されやすいため、承認済みツールの使い方と組み合わせて実施します。
- 利用状況を見える化する:承認済みツールの利用状況を部門ごとに把握し、使われていない部門には個別に支援します。
実務の現場では、「違反を見つけて罰する」運用よりも「迷ったら聞ける」運用のほうが、シャドーAIの減少につながりやすい印象があります。生成AI社内ガイドラインは、リスクを管理するための文書であると同時に、全社で生成AIを安心して使うための「使い方の約束」です。暫定版を早く出し、現場の声で育てていく姿勢が、AXを前に進める土台になります。
参考資料
- 経済産業省・総務省「AI事業者ガイドライン」(2024年4月 第1.0版、以降改訂)
- 個人情報保護委員会「生成AIサービスの利用に関する注意喚起等」(2023年6月)
- 文化庁「AIと著作権に関する考え方について」(2024年3月)
- 一般社団法人日本ディープラーニング協会「生成AIの利用ガイドライン」(2023年5月)
- ISO/IEC 42001:2023(AIマネジメントシステム)
- NIST「AI Risk Management Framework(AI RMF 1.0)」(2023年1月)
- 欧州連合「AI規則(EU AI Act)」(2024年8月発効)





