NotebookLMで社内マニュアル・規程集を「AIで質問できるデータベース」に変える方法

「育休中の社会保険料ってどうなるんでしたっけ？」「経費精算で領収書を紛失した場合の代替手段は？」「出張時の宿泊費上限は役職別にどう違いましたか？」

総務・人事・労務の担当者なら、こうした問い合わせを毎週何件も受けているのではないでしょうか。答えはすべて社内規程に書いてあります。それでも、分厚い就業規則PDFや散らばった規程ファイルから該当箇所を毎回探すのは、想像以上に時間がかかります。

この問題を「規程集をAIに丸ごと読ませて、自然言語で質問するだけで条文ごと返してくれるデータベース」に変えてくれるのが Google の NotebookLM です。本記事では、就業規則・経費規程・業務マニュアルといった社内文書群を NotebookLM に取り込み、社内のナレッジベースとして実運用するための「設計→構築→運用→共有→改定対応」までを、総務・人事担当者の目線でフル解説します。

ベンダー記事にありがちな「便利です」「導入が増えています」という抽象論ではなく、ノートブックの設計パターン3種、規程文書専用のプロンプト5本、ファイル数制限を超える現実的な運用パターン、社内決裁を通すための情報漏洩論点FAQまで、明日から動ける粒度でまとめました。

なぜ今、社内マニュアル・規程集をNotebookLMで運用するのか
1. 「あの規程どこ？」が毎週繰り返される総務・人事の現実
2. NotebookLMが社内文書AI化に向く3つの理由
取り込む前に知っておきたいNotebookLMの仕様と制限
ノートブック設計の3パターン｜企業規模別の選び方
50ソース制限を超える運用の現実解
規程文書の精度を上げる「専用プロンプト」5本
規程改定時の更新運用フロー（5ステップ）
社内共有と権限設定｜「正本ノートブック」を守る運用
社内決裁を通すための情報漏洩論点FAQ
明日から始める「最初の1ノートブック」の作り方（チェックリスト）
まとめ｜NotebookLMで社内文書を「探す時間」から解放する

なぜ今、社内マニュアル・規程集をNotebookLMで運用するのか

「あの規程どこ？」が毎週繰り返される総務・人事の現実

中堅企業の総務・人事担当者にヒアリングすると、多くの方が同じ悩みを抱えています。

就業規則・育休規程・経費規程・出張規程・情報セキュリティ規程など、規程が20本以上ある
各規程は 50〜100ページのPDF で、目次から手作業で該当箇所を探している
同じ質問を 月に何度も別の社員から受ける（「育休中の住民税は？」など）
規程改定があるたびに 新旧比較資料 を作って周知する作業が発生する
入社時オリエンや異動時の説明で、毎回同じ規程の説明を繰り返している

これらの作業は「規程の内容を理解している人にしかできない」ため、属人化が進みます。担当者が休んだ瞬間、社内の問い合わせ対応が止まってしまう企業も少なくありません。

NotebookLMが社内文書AI化に向く3つの理由

ChatGPT や Gemini といった汎用AIに規程をコピペして質問する方法もありますが、社内文書管理においては NotebookLM を選ぶ明確な理由 があります。

理由1: ソースグラウンディング型でハルシネーションを抑える

NotebookLM は、アップロードしたソース（規程PDFなど）の中身に 完全にロック された状態で回答を生成します。汎用AIのように「学習データから推測してそれっぽい答えを作る」ことがなく、ソース内に答えがなければ「該当する記載は見つかりません」と返します。規程運用では、この性質が何より重要です。

理由2: 引用バッジで条文番号までトレースできる

回答内の各文に「[1]」「[2]」のような数字バッジが付き、クリックすると 元のソースの該当箇所 が右ペインに表示されます。「就業規則第32条第2項に基づき〜」のように 条文単位で根拠提示 できるため、労務監査や説明責任が問われる場面でもそのまま使えます。

理由3: アップロードした内容がモデル学習に使われない

Google の公式ポリシーで「NotebookLM はユーザーがアップロードしたソース、クエリ、生成された応答をモデルの学習に使用しない」と明記されています（出典: Google NotebookLM プライバシーポリシー）。社内規程・人事情報・契約書など機密性の高い文書を扱う総務・人事部門にとって、これは 社内決裁を通すうえでの大前提 です。

取り込む前に知っておきたいNotebookLMの仕様と制限

実際にノートブックを作る前に、運用に直結する仕様を押さえておきましょう。設計ミスをすると、途中で作り直しになることがあります。

1ノートブック=最大50ソースの壁

NotebookLM には、無料プランと有料プランの NotebookLM Plus があります。社内利用で意識すべき主な制限は以下の通りです（2026年5月時点の公式情報をもとに整理）。

項目	無料プラン	NotebookLM Plus
作成できるノートブック数	最大100個	最大500個
1ノートブックあたりのソース数	最大50	最大300
1ソースあたりの単語数	最大50万単語	最大50万単語
1日のクエリ数	50回	500回
共有・権限管理	公開リンク／個別招待	チーム単位での権限管理

「単語」は英語の word に相当する単位で、日本語の場合は形態素や文字数とは厳密に一致しません。実用上は「1ソースあたり、相当ボリュームの規程1本（数百ページ規模）まで載る」と考えて差し支えありませんが、巨大な規程集を1ファイルにまとめるとアップロード上限に近づくことがあります。プラン仕様は変更される可能性があるため、最新情報は必ず公式ヘルプセンターで確認してください。

中堅企業（従業員50〜500名）が現実的に運用する場合、規程の本数だけで30〜50本 に達するケースが多く、無料プランの50ソース制限には早めに到達しがちです。後述する「ノートブック分割設計」と「ファイル統合」のテクニックで対処します。

対応ファイル形式と社内文書の取り込み方

公式にサポートされている形式と、社内文書での実用的な扱い方をまとめました。

形式	対応状況	社内文書での推奨度	備考
PDF	公式対応	◎	規程・マニュアルの主流。OCR済み必須
Google ドキュメント	公式対応	◎	改定が多い文書はこれが最適
Word（.docx）	一部対応	△	Google ドキュメント変換経由が安定
テキスト（.txt）	公式対応	○	補足資料・FAQ集など
Markdown（.md）	公式対応	○	業務マニュアルの構造化に便利
Web URL	公式対応	△	認証が必要な社内ポータルは取り込めない
YouTube URL	公式対応	△	公開されている社内研修動画があれば
音声ファイル	公式対応	△	会議録音などの文字起こし用途

実務での運用ヒント:

スキャンしただけのPDFはOCRが必要。Adobe Acrobat や Google ドライブのテキスト認識機能で 検索可能なPDF に変換してからアップロードする
Word ファイルはアップロードがうまくいかないケースがあるため、いったん Google ドキュメントに変換してからアップロードするのが安全
Excel 表形式の規程一覧（手当一覧表など）は、Google スプレッドシートに移してから取り込む

引用バッジ機能で「条文番号」までトレースできる

社内文書AI化において、引用機能は 生命線 です。NotebookLM は回答の各文末に[1][2][3]のような番号を付け、クリックでソースの該当ページ・該当行までジャンプします。

例えば「育休中の社会保険料免除はいつから始まりますか？」と質問すると、

育児休業中の社会保険料は、育児休業を開始した月から終了する月の前月までの期間、本人および会社負担分のいずれも免除されます[1]。免除を受けるには、会社経由で申請書を提出する必要があります[2]。
[1] 育児休業規程第8条第1項
[2] 育児休業規程第8条第3項

のように、条文番号レベル でソースを示してくれます。労務担当者が監査対応や本人説明に使う際、この引用機能があるかないかで信頼性がまったく違います。

ノートブック設計の3パターン｜企業規模別の選び方

NotebookLM 社内運用で最初にぶつかるのが「全部まとめて1個のノートブックでいいのか、分けるべきか」という設計判断です。3つのパターンを比較します。

パターンA: 全社統合型（〜100名規模）

1つのノートブックに全規程を集約するシンプル設計です。

ソース構成例:

就業規則
給与規程
退職金規程
経費規程
出張規程
育児・介護休業規程
ハラスメント防止規程
情報セキュリティ規程
業務マニュアル（数本）

メリット:

設計工数が最小。すぐに運用開始できる
横断質問が可能: 「育休中の経費精算ルールは？」「出張中のセキュリティ対応は？」など、複数規程をまたぐ質問が一度で済む

デメリット:

50ソース制限に早期に到達する
1規程の改定が全体に影響する（再アップロード時、他のソースに干渉する可能性がある）

向いている企業:

従業員100名以下
規程数が30本以下
部署別の権限分離が不要

パターンB: 部署別分割型（100〜300名規模）

部署単位でノートブックを分割し、それぞれの部署が自部門の規程・マニュアルを所有します。

ソース構成例（人事・労務ノートブック）:

就業規則
育児・介護休業規程
休職規程
採用マニュアル
評価制度規程
賃金規程

メリット:

部署内に閲覧権限を限定できる（人事の機密規程を経理に見せない、など）
関連性の高い規程同士でクラスタ化されるため、回答精度が向上しやすい
規程改定の影響範囲が部署内に閉じる

デメリット:

部署横断の質問ができない（経費規程と人事評価の関係など）
部署を兼務する社員が複数ノートブックを使い分ける必要がある
同じ規程（情報セキュリティ規程など）を複数部署で重複保持することになる

向いている企業:

従業員100〜300名
部署別の権限管理が必要
人事・経理など機密度の高い部署がある

パターンC: 業務カテゴリ別型（300〜500名規模）

「申請・承認」「労務手続き」「経費・出張」「コンプライアンス」のように、業務シーン単位 でノートブックを分けます。

ソース構成例（申請・承認ノートブック）:

稟議規程
押印規程
契約管理規程
電子契約マニュアル
購買規程

メリット:

社員の 「困った時のシーン」 から直結で検索できる
部署横断質問にも対応できる（「契約締結時の押印手続き」など）
業務プロセス目線なので、新入社員への説明にも使いやすい

デメリット:

設計に時間がかかる（業務シーンの洗い出しが必要）
1つの規程を複数のカテゴリに重複配置する必要がある場合がある（情報セキュリティ規程は「コンプライアンス」「業務マニュアル」両方に必要、など）

向いている企業:

従業員300〜500名
規程数が50本超
バックオフィスDX を本格化したい企業

パターン選択の早見表

従業員規模	規程数	推奨パターン
〜100名	〜30本	A: 全社統合型
100〜300名	30〜50本	B: 部署別分割型
300〜500名	50本〜	C: 業務カテゴリ別型

迷ったら、まずは A で立ち上げて、運用してみて B または C に分割していく のが現実的です。設計を最初から完璧にしようとすると、いつまでも運用が始まりません。

50ソース制限を超える運用の現実解

設計パターンを決めても、無料プランの 50ソース制限 に早晩ぶつかります。Plus に切り替えるのがベストですが、無料プランで運用したい場合の現実的な回避策を3つ紹介します。

目次＋本体PDFの分割アップロード

規程一覧（目次）を1つのGoogle ドキュメントにまとめ、各規程をそれぞれ個別PDFで取り込みます。目次ドキュメントには「規程名・条文構成・改定履歴・担当部署」を一覧化しておきます。

[ノートブック内のソース構成例]
- 規程一覧（目次）.gdoc ← マスター索引として機能
- 就業規則.pdf
- 育児・介護休業規程.pdf
- 経費規程.pdf
...（各規程を個別ファイルで保有）

質問時、AIが「どの規程に答えがあるか」を目次から判断しやすくなり、回答精度が向上します。

補足資料との分離

規程ノートブックを2つに分け、メイン側を 正規の規程・本則のみ にします。

メインノートブック「現行規程」: 就業規則本則・各規程本則のみ（〜50ソース）
別ノートブック「補足資料」: 別表・参考資料・FAQ集・運用通達

質問内容によってどちらのノートブックを使うかを使い分けます。「規程の正式条文」を聞きたいときはメイン、「運用上の慣行」を聞きたいときは補足、という整理になります。

アーカイブの分離

規程改定が頻繁な企業では、現行版と過去版を別ノートブックにします。

現行規程ノートブック: 改定後の最新版のみ（質問の95%はここで完結）
履歴ノートブック: 旧版・改定差分資料（監査対応・遡及確認用）

「2024年4月時点の出張規程ではどうだったか？」のような 時系列を遡る質問 は履歴ノートブックを使うことで、現行ノートブックの精度を落とさずに済みます。

規程文書の精度を上げる「専用プロンプト」5本

NotebookLM はそのまま自然言語で質問しても答えてくれますが、規程文書特有の質問パターン に最適化したプロンプトを使うと、回答品質が一段上がります。コピペで使える5本を用意しました。

プロンプト1: 条文番号付き引用

規程の根拠を明示してほしいときに使う、最も基本のプロンプトです。

「[ここに質問内容]」について、該当する規程の条文番号と原文を引用しつつ、わかりやすく説明してください。条文が複数ある場合は条文番号順に整理してください。

使用例:

「育児休業中の社会保険料免除」について、該当する規程の条文番号と原文を引用しつつ、わかりやすく説明してください。

→ 回答が「育児休業規程第8条第1項に〜」のように 条文単位で構造化 されて返ってきます。

プロンプト2: 改定履歴の差分質問

規程改定後、新旧でどこが変わったかを確認するときに使います。

[規程名] の改定前後で、[項目] に関する内容がどう変わったかを「変更前→変更後」の形式で対比してください。変更されていない場合は「変更なし」と明記してください。

使用例:

出張規程の改定前後で、宿泊費上限に関する内容がどう変わったかを「変更前→変更後」の形式で対比してください。

履歴ノートブックを使う場合に特に威力を発揮します。

プロンプト3: 該当しないケースの除外

ハルシネーション抑制のための「明示的に推測を禁じる」プロンプトです。

[ケース] における [手続き] について、該当する規程と手続きを教えてください。ただし、ソース内に明確な記載がない場合は推測せず「該当する規程は見つかりません」と回答してください。

使用例:

在宅勤務中に発生した労災事故における労災申請手続きについて、該当する規程と手続きを教えてください。ただし、ソース内に明確な記載がない場合は推測せず「該当する規程は見つかりません」と回答してください。

「規程に書いていないことを書いていないと言わせる」のは、社内ナレッジベースで最重要の品質要件です。

プロンプト4: 複数規程の整合性チェック

複数の規程にまたがるテーマで、矛盾や重複を発見するプロンプトです。

[項目A] について、[規程1] と [規程2] でルールに矛盾や重複がないかを確認し、矛盾がある場合は両方を引用したうえで指摘してください。

使用例:

「経費の事前承認」について、経費規程と出張規程でルールに矛盾や重複がないかを確認し、矛盾がある場合は両方を引用したうえで指摘してください。

規程改定時の 整合性レビュー や、新規規程作成時の 既存規程との衝突チェック に使えます。

プロンプト5: 申請手順の表形式整形

社員説明用に「申請の流れ」を一覧で見せたいときに使います。

[申請名] の申請手順を、「ステップ番号 / 担当者 / 提出書類 / 承認者 / 期限」の表形式で整理してください。根拠条文も右端の列に追加してください。

使用例:

「育児休業の取得申請」の申請手順を、「ステップ番号 / 担当者 / 提出書類 / 承認者 / 期限」の表形式で整理してください。根拠条文も右端の列に追加してください。

このプロンプトの出力結果はそのまま 社内ポータルの掲載素材 や 新入社員研修の説明資料 として使えます。

規程改定時の更新運用フロー（5ステップ）

社内規程は年に数回改定されます。NotebookLM での運用で最も詰まりやすいのが、この 改定対応 です。シンプルな5ステップで運用しましょう。

ステップ1: 旧版のソース削除
ノートブックから該当規程ファイルを削除します。「ソース」一覧で対象ファイルを選択し、削除ボタンを押すだけです。

ステップ2: 新版のアップロード
改定後の規程ファイルを追加します。Google ドキュメント連携の場合は、Drive 上で内容を更新します（ただし手動同期が必要）。

ステップ3: 同期確認
ノートブック側で「ソースを更新」または再同期の操作を実行します。Google ドキュメントは自動同期ではないため、この手順を忘れると古い内容のまま運用が続きます。要注意ポイントです。

ステップ4: 旧版のアーカイブ
別ノートブック（履歴用）に旧版を移動します。「2026-04改定前_出張規程.pdf」のように 改定日を含めたファイル名 で保管すると、後の遡及確認が楽になります。

ステップ5: 回答テスト
改定箇所に関する質問を3〜5本投げて、新版が反映されているか検証します。

[テスト質問例]
1. 「[改定された項目]」について教えてください
2. [改定前のルール] は現在も有効ですか？
3. 改定後の [新しいルール] が適用されるのはいつからですか？

このテストを 改定のたびに必ず実施 することで、「気づいたら古い情報を返していた」事故を防げます。

社内共有と権限設定｜「正本ノートブック」を守る運用

ノートブックを作っても、共有設計を間違えると 規程の正本性 が崩れます。誰でも編集できる状態だと、勝手に追加されたファイルが回答に混じり込み、正規の規程と見分けがつかなくなります。

編集者と閲覧者の権限分離

NotebookLM の共有権限は2種類あります。

編集者: ソース追加・削除、メモ編集、設定変更が可能。総務・人事の 規程管理担当者のみ に絞る
閲覧者: 質問とメモ閲覧のみ可能。社内の一般社員はこちら

社員が誤って規程ファイルを追加・削除できないよう、原則として 閲覧者権限で配布 します。これだけで「正本ノートブック」の純度が保たれます。

Workspace アカウントでの組織内共有

社内利用は Google Workspace アカウントで運用するのが鉄則です。個人 Google アカウントでノートブックを作ると、退職時の引き継ぎ・アクセス遮断が困難になります。

Workspace 環境では、

組織内ドメインに限定した共有が可能（外部流出リスクを管理者が制御できる）
管理者が NotebookLM の利用ポリシー を組織全体に適用できる
アクセスログが取れる（NotebookLM Plus）

といった統制が効きます。

退職者対応とアクセス遮断

社員が退職すると Workspace アカウントが停止され、ノートブックへのアクセスは即時遮断されます。ただし、その社員が ノートブックの作成者（オーナー） だった場合、所有権の移譲が必要になります。

運用ルール推奨:

規程ノートブックの作成は、原則として 総務部の代表アカウント または 管理者アカウント で行う
個人アカウントでオーナー化しない
退職前に必ず オーナー権限を後任に移譲 する手続きを業務フローに組み込む

社内決裁を通すための情報漏洩論点FAQ

NotebookLM 社内導入の最後の関門が「情報セキュリティ部門・情シスへの説明」です。よく聞かれる5つの論点と回答を整理しました。

Q1: アップロードした規程がAI学習に使われないか

A: Google の公式ポリシーで「NotebookLM はユーザーがアップロードしたソース、入力したクエリ、生成された応答をモデルの学習に使用しない」と明記されています。これは個人 Google アカウント・Workspace アカウントいずれも同じです。出典は公式ヘルプセンターおよびプライバシーポリシーで、社内決裁資料に直接添付できます。

Q2: 個人アカウントとWorkspaceどちらを使うべきか

A: 必ず Workspace アカウントを使ってください。個人アカウントでは管理者制御が効かず、退職時のアクセス遮断やログ管理ができません。社内ポリシーで「業務利用は Workspace アカウントに限定」と明文化することを推奨します。

Q3: アクセスログは取れるのか

A: NotebookLM Plus（有料）では、Workspace 管理者がノートブック単位の利用ログを閲覧できる範囲があります。誰がいつ何を質問したかのログを残したい場合は Plus が必須です。無料プランでは管理者向けログ機能がないため、機密度の高い規程運用では Plus を推奨します。具体的なログ項目は変更される可能性があるため、最新仕様は Workspace 管理者ヘルプで確認してください。

Q4: 退職者のアクセスはどう遮断するか

A: Workspace アカウント停止により、当該ノートブックへのアクセスは即時遮断されます。ただし「ノートブック作成者」だった場合は所有権移譲が必要なため、作成者は個人ではなく代表アカウントにする という運用ルールを最初から決めておきます。

Q5: フィードバック送信は安全か

A: NotebookLM の回答に「いいね/よくない」を送ると、Google のレビュー対象になり、人間が内容を確認する場合があります。機密規程ノートブックでは 「フィードバック送信を行わない」を社内ルール化 することを推奨します。利用ガイドラインに一文入れておくと安全です。

明日から始める「最初の1ノートブック」の作り方（チェックリスト）

ここまでの内容を踏まえ、最初の1ノートブックを立ち上げるためのチェックリストをまとめます。

準備（30分）

[ ] Google Workspace アカウントで NotebookLM にログインできる状態を確認
[ ] 取り込む規程ファイルをローカルまたは Drive 上に集約
[ ] PDF が OCR 済み（テキスト検索可能）か確認
[ ] Word ファイルは Google ドキュメントに変換

ノートブック作成（30分）

[ ] 「新しいノートブック」を作成し、用途を明確にした名前を付ける（例: 「人事・労務規程集（2026-05）」）
[ ] 規程一覧（目次）を最初のソースとして追加
[ ] 各規程を順次アップロード（10〜30本目安）
[ ] 「規程一覧」のメモを作成し、ノートブックの使い方を残す

動作確認（30分）

[ ] 本記事のプロンプト1（条文番号付き引用）で3問質問してみる
[ ] 引用バッジをクリックしてソースの該当箇所が正しく表示されるか確認
[ ] プロンプト3（推測禁止）で「ソースにない質問」を投げ、想定通り「見つかりません」と返るか確認

共有設定（15分）

[ ] 編集者権限を 規程管理担当者のみ に制限
[ ] 閲覧者権限で部署メンバーに共有
[ ] 社内ポータルに「規程質問用ノートブック」のリンクを掲載

運用ルール策定（30分）

[ ] 規程改定時の更新フロー（5ステップ）を業務マニュアル化
[ ] 退職者対応・所有権移譲ルールを業務マニュアル化
[ ] フィードバック送信禁止のガイドラインを社内通知

ここまで実施すれば、明日から 「あの規程どこ？」の問い合わせ対応がほぼ自己解決される運用 が始まります。

まとめ｜NotebookLMで社内文書を「探す時間」から解放する

社内マニュアル・規程集の問い合わせ対応は、総務・人事担当者の 見えない時間泥棒 です。1日30分でも、年間で換算すると100時間を超えます。NotebookLM はこの作業を自動化できる、現時点で最も実用的な選択肢のひとつです。

本記事のポイントを最後に整理します。

NotebookLM が社内文書AI化に向く理由: ソースグラウンディング型でハルシネーションを抑え、引用バッジで条文番号までトレースでき、アップロード内容がモデル学習に使われない
設計は3パターンから選ぶ: 全社統合型（〜100名）、部署別分割型（100〜300名）、業務カテゴリ別型（300〜500名）。迷ったら A から始める
50ソース制限は3つの方法で乗り越える: 目次＋本体分割、補足資料の分離、アーカイブの分離
規程文書専用プロンプト5本 を使い分けて、ハルシネーションを抑えつつ引用付きで回答を得る
規程改定時の5ステップ運用 で、古い情報が残る事故を防ぐ
共有は閲覧者権限で配布し、編集権限は規程管理担当者のみに限定
情報漏洩論点5つのFAQ を社内決裁資料に転用する

完璧な設計を目指して止まるより、まず 「人事・労務規程集」を1つのノートブックに立ち上げる ところから始めてみてください。3日後には、「あの規程どこ？」の問い合わせがほぼなくなっているはずです。

社内文書を「探す時間」から解放し、本来やるべき制度設計や戦略業務に時間を戻していきましょう。

注: NotebookLM の仕様・上限・プラン体系は変更される可能性があります。本記事の数値は2026年5月時点の情報をベースにしています。最新情報は Google NotebookLM 公式ヘルプセンター（https://support.google.com/notebooklm/）でご確認ください。