セキュリティを担保したまま生成AIを全社導入する｜広げると壊れる層と、その順番

全社に広げたときにセキュリティが崩れるのは、設定が甘いからではありません。人数が増えると、運用の層が薄まるからです。

10人なら、迷ったときに隣の席で聞けます。ルールも口頭で共有できます。この状態は、人が支えています。 それを100人に広げると、隣に聞ける人がいない人が出て、口頭で伝わっていたことが伝わらなくなる。設定は何も変えていないのに、守りは弱くなります。

だから全社導入で本当にやるべきことは、広げる前に「人が支えている部分」を設定へ落としきることです。この順番を逆にすると、広げた後に事故が出て、慌てて禁止に戻る——という経路をたどります。

設定に落としきったあと、人の層をどう育てるかはClaude Code研修とはで扱っています。

この記事は、1部署で回り始めたものを全社へ広げる段階の方に向けて、どこが壊れるのかと広げる順番を書きます。私たちDAIJOBUは営業・採用・バックオフィスを含む20名以上が毎日Claude Codeを使っている会社で、自社の経験と、研修先で設計している内容をもとに書きます。

なお、この記事はセキュリティを保ったまま広げる話に絞ります。「配ったのに使われない」という定着の問題は別の論点なので、配ったのに使われない｜生成AI導入を定着させる方法を参照してください。

この記事の要点は3つ

1. 全社導入でセキュリティが崩れるのは設定が甘いからではなく、人数が増えると③運用ルールと④人の層が薄まるから。①端末と②コード設定は人数に強い
2. だから広げる前に、人が支えている部分を設定へ落としきる。段階1（〜10人）で「毎回聞かれること」を拾い、段階2（〜50人）で設定へ落とし、段階3（全社）は設定を配るだけに近づける
3. 体制は設定を持つ人・業務を決める人・相談を受ける人の3役割。3つ目が抜けると、現場は聞く先がなく自己判断に流れる

全社に広げるとき、自社の人数と形式でいくらかかるかは料金試算で概算が出せます。①端末・②コード設定に何を書いて配るかはサービス資料（無料・PDF）にまとめています。

料金を試算する（助成金対応） ▶

目次

1. 生成AIの全社導入はなぜ壊れるのか｜4層のうち③運用ルールと④人が薄まる
2. 生成AI全社導入の段階1｜1部署で回す（〜10人）
3. 生成AI全社導入の段階2｜複数部署に広げる（〜50人）
4. 生成AI全社導入の段階3｜全社に広げる
5. 先に全社ルールを作るのは順番が逆｜ルールの周知より設定（settings.json）の配布
6. 生成AI導入の推進体制｜設定・業務・相談の3役割を誰が持つか
7. 生成AI全社導入の総括表｜3段階でやること・飛ばすと起きること
8. まとめ｜生成AIの全社導入は「設定へ落としきってから広げる」

生成AIの全社導入はなぜ壊れるのか｜4層のうち③運用ルールと④人が薄まる

私たちは守りを4つの層で捉えています——①端末 ②コード設定 ③運用ルール ④人。

人数を増やしたときに、この4層がどうなるかを考えると、答えが出ます。

下の2層は人数に強く、上の2層は人数に弱い。 これが全社導入の本質的な難所です。

10人の段階では、③と④が厚いので、②が多少薄くても回ります。「そこは気をつけようね」で済むからです。その状態のまま人数を増やすと、支えていた③④が薄まった分だけ、そのまま守りが弱くなります。

設定は何も変えていないのに、守りは弱くなる。 だから広げる前に、③④が支えていた部分を①②へ落としきる。順番を逆にすると、広げた後に事故が出ます。

生成AI全社導入の段階1｜1部署で回す（〜10人）

段階1（1部署・〜10人）は、生成AIを全社へ広げるための最初の段階です。ここでの目的は「安全に広げること」ではなく、「何を設定に落とすべきかを見つけること」です。

段階1でやること｜①端末・②コード設定を作り、③はあえて口頭で回す

• ①端末の層を作る……使う端末・作業する場所を決め、箱で囲う。読ませたくないものを隔離する
• ②コード設定の層を作る……情報の3分類（渡してよい／加工すれば渡せる／渡さない）を設定ファイルに書く。権限を3段階（そのまま実行してよい／必ず確認を挟む／実行させない）に仕分ける。仕分けの考え方はAIエージェント特有のセキュリティ｜プロンプトインジェクションと権限管理の実務に書いています
• ③運用ルールを、あえて口頭で回してみる……ここが重要です

なぜ③運用ルールを「あえて口頭で」回すのか

いきなり完璧なルール文書を作ろうとすると、現場で本当に必要な決めごとが分かりません。 机上で想像したルールは、たいてい多すぎるか、的外れです。

だから最初は口頭で回し、「これは毎回聞かれるな」という項目を拾います。 毎回聞かれるということは、そこに判断の迷いがあるということです。それが、次の段階で設定に落とすべき候補になります。

この段階で記録しておくべきは、「誰が、何に迷って、誰に聞いたか」です。これが次の段階の設計図になります。

生成AI全社導入の段階2｜複数部署に広げる（〜50人）

生成AIの全社導入は、この段階2（複数部署・〜50人）で最初に壊れます。 そして、壊れ方には特徴があります。

段階2で起きること｜相談の一極集中・解釈のズレ・自己判断

• 相談が特定の1人に集中する……最初に始めた部署の詳しい人に、全部署から質問が来る
• 部署ごとに解釈が分かれる……同じ「加工すれば渡せる」を、部署ごとに違う基準で運用し始める
• 聞くのが面倒になった人が、自己判断で使い始める……ここが実質的な事故の芽です

3つ目が本丸です。相談のコストが上がると、人は聞かなくなります。 そして聞かずに進めた判断は、記録にも残りません。

段階2でやること｜「毎回聞かれること」を②コード設定へ落とす

段階1で拾った「毎回聞かれること」を、②コード設定に落とします。

上3つは②①に落ちます。下2つだけが③に残ります。 これが「③を薄くする」作業の実体です。

そしてもう一つ、この段階で必ずやることがあります。相談先を、1人から複数にすること。 最初の詳しい人に依存したままだと、その人が休んだ日に運用が止まります。部署ごとに「まずこの人に聞く」を置いてください。

生成AI全社導入の段階3｜全社に広げる

段階2までで③運用ルールが十分に薄くなっていれば、全社展開は設定を配るだけに近づきます。

全社に広げる前のチェックリスト（6項目）

3行目がいちばん見落とされます。 権限を細かく設計しても、その設定自体を現場が変えられる状態なら、設計は成立しません。守りの設定を、守りの対象にしてください。

設定に落としきっても残る④人の層｜教育の設計が要る

設定に落としきっても、④人の層はゼロにはなりません。

• 最終的な判断と検収は人に残る
• どういう手口があるかを知っているかどうかで、気づける事故が変わる
• 「反射で承認しない」は、設定では強制できない

全社に広げるほど、この層をどう保つかが問題になります。 ここは仕組みでは代替できないので、教育の設計が要る部分です。「配って終わり」にせず、最初の1業務を一緒に通す形にすると、抽象的なルールが具体に接続されます。

広げる前に、人が支えている部分を設定へ落としきる。 ※各段階を飛ばしたときの戻り先は、記事末の総括表に整理しています。

関連記事AIエージェント特有のセキュリティ｜プロンプトインジェクションと権限管理の実務記事を読む ▶

先に全社ルールを作るのは順番が逆｜ルールの周知より設定（settings.json）の配布

「先に全社ルールを作ってから配れば早いのでは」——決裁の場で必ず出る意見です。理屈は分かりますが、順番として逆です。

先に完璧なルールを作ろうとすると、こうなります。

• 想像で書くので、多すぎる……現場で本当に必要な決めごとが分からないまま、網羅しようとする
• 多いので読まれない……配った時点で機能していない
• 的外れな項目が混ざる……実際に迷う場所と、ルールが書かれている場所がずれる

そして最大の問題は、「設定に落とせる項目」が全部文書に書かれてしまうことです。文書に書いてしまうと、人が読んで守る形になります。それは③④に負荷を置くということで、まさに人数に弱い形です。

だから段階1で口頭で回し、「毎回聞かれること」＝設定に落とすべきものを実地で見つけます。遠回りに見えますが、このほうが結果的に速く、広げたときに壊れません。

実際、私たちが人数の多い企業に研修で入るときも、ルールの説明より先に設定を配っています。やることは2つです。各MCP（外部ツール連携）の権限を読み取り専用だけにして、書き込み・削除の権限をなくしておく。 そして、設定ファイル（settings.json）を先に配ってしまう。 周知が行き渡るのを待たず、使い始めた時点で守りが効いている状態を先に作る、ということです。4層でいえば、②コード設定を確定させてから人数を増やす形です。

なぜ書き込み権限をそこまで絞るのか。自社でヒヤリとした経験があるからです。メンバーがClaude CodeでNotionのタスクを間違えて「完了」にステータス変更してしまい、代表がそのタスクを失念していたことがありました。Googleドライブのドキュメントを勝手に消していたこともあります。どちらも悪意ではなく、AIが書き込める状態だったから起きたことです。読み取り専用にしておけば、この種の事故は「注意」ではなく設定で防げます。

人数が増えるほど、「気をつけてね」という周知は薄まりますが、配った設定は全員に同じ強さで効きます。 ルールの周知より、設定の配布。段階1で「毎回聞かれること」を拾い、設定へ落としていくのは、最終的にこの形へ持っていくためです。

生成AI導入の推進体制｜設定・業務・相談の3役割を誰が持つか

最後に、生成AI導入を推進する体制です。全社導入で止まる会社の多くは、技術ではなく体制で止まります。

導入検討フェーズの課題1位は「推進する人材がいない」（32.0%・商工中金2026年1月調査）。そして中小企業の64.9%が「会社での導入はなく、使用は個人の判断に任せている」と答えています（同調査・n=3,892）。推進役がいないから個人任せになり、個人任せだから広げられない——この循環が実態に近いと考えています。

必要な役割は3つです。

3つの役割は兼任でよい。大事なのは、決まっていること。 3つ目の「相談を受ける人」を置いていない会社が多く、現場は聞く先がなく自己判断に流れます。

関連記事配ったのに使われない｜生成AI導入を定着させる方法記事を読む ▶

生成AI全社導入の総括表｜3段階でやること・飛ばすと起きること

生成AIを全社導入する3段階を、一枚の表に整理します。

まとめ｜生成AIの全社導入は「設定へ落としきってから広げる」

• 全社導入でセキュリティが崩れるのは設定が甘いからではなく、人数が増えると③運用ルールと④人の層が薄まるから
• ①端末と②コード設定は人数に強い。③④は人数に弱い。 だから広げる前に、人が支えている部分を設定へ落としきる
• 段階1（〜10人）は「何を設定に落とすべきか」を見つける期間。③はあえて口頭で回し、毎回聞かれることを拾う
• 段階2（〜50人）で最初に壊れる。相談が1人に集中し、聞くのが面倒になった人が自己判断で使い始める
• 段階3（全社）は、③が薄くなっていれば設定を配るだけに近づく
• 先に全社ルールを作るのは順番が逆。想像で書くと多すぎて読まれず、設定に落とせるものまで文書に載る
• 体制は3役割——設定を持つ人・業務を決める人・相談を受ける人。3つ目が抜けがち

全社導入の費用感は料金試算で人数と形式から概算が出せます。自社がいまどの段階にいて次に何を設定へ落とすべきかは、実際の運用をお見せしながら初回無料体験講座（30分・オンライン）で整理できます。

料金を試算する（助成金対応） ▶無料体験講座を申し込む ▶

出典・参考

• 商工中金「中小企業の生成AIの利用にかかる調査（2026年1月調査）」（2026年3月31日公表・n=3,892）https://www.shokochukin.co.jp/report/data/assets/pdf/futai202603.pdf ※「導入検討フェーズの課題1位＝推進する人材がいない32.0%」「会社での導入はなく、使用は個人の判断に任せている64.9%」は同調査による
• Anthropic「Claude Code Overview」https://code.claude.com/docs/en/overview ※設定ファイル・権限・箱で囲う仕組みに関する記載は同ドキュメントによる

※本記事は2026年8月27日時点の情報にもとづきます。「4層構造」と3段階の進め方は私たちの実運用にもとづく整理であり、Anthropicや公的機関が定めた枠組みではありません。人数の区切り（10人・50人）は目安であり、組織の性質によって変わります。具体的な設定内容は、攻撃側のヒントになるため公開していません。

この記事について

DAIJOBUは、営業・採用・バックオフィスを含む20名以上がClaude Codeを日常業務で毎日使い、業務別のエージェント30種以上を実運用している会社です。本記事の3段階は、自社の経験と、研修先で設計している内容をもとにしています。