この記事は、社内で非エンジニアによるAI開発（ローコード・ノーコードツールを使った業務エージェント作成）が広がり始めたとき、情シス・セキュリティ担当者・DX推進部門が「どこまでを自由にし、どこからを管理するか」を決めるための設計指針として書いています。
みずほFGの事例：現場主導×金融機関統制
みずほフィナンシャルグループは2026年5月25日、Dify Enterpriseを活用した現場主導AI開発基盤の全社展開を発表しました（出典：PRTimes、2026年5月25日）。
同社の設計の特徴は「現場の速度」と「金融機関としての統制」を両立させた点です。具体的には、部門ごとのアクセス権限制御・SSO（シングルサインオン）・利用ログ取得を基盤として整備し、その上で現場担当者が自由にAIエージェントを作れる環境を構築しています。
先行実証した法人営業領域では、制度融資選定・提案支援AIエージェントの活用により、業務時間が全体平均41.8%（60分→35分）、若手層では52.2%短縮という結果が出ています（報道ベース。公式プレスリリースに記載）。
同社は「エージェントファクトリー」という社内呼称で、現場担当者が業務改善の設計者になれる仕組みの整備を進めています。
AI ASSESSMENT
PoC の前に「そもそも使えるか」を30分で見極めませんか？
情シス部門の稟議書作成をサポートする無料の30分壁打ち。ROI 試算シート・失敗要因チェックリストをその場で共有します。
なぜガードレールが必要か
非エンジニアが業務AIを作れる環境は、IT部門のボトルネックを解消し、改善の速度を上げます。問題は「作ること」ではなく、管理されない状態が続くことです。
| ガードレールのない状態で起きること | 発生リスク |
|---|---|
| 誰が何を作ったか分からない | 廃止・改善の責任者が不在になる |
| 個人アカウントで業務AIを運用 | 退職時にアクセス不能になる |
| 顧客情報への無断接続 | 情報漏えい・GDPR/個情法違反リスク |
| 承認なしに顧客へ自動送信 | 誤回答が対外事故になる |
| ログが残らない | 障害・誤動作の原因追跡ができない |
| 使われなくなったAIが放置 | セキュリティホールになり続ける |
みずほFGのケースでは、これらをSSO・権限制御・ログ取得で構造的に解決しています。金融機関ならではの要件でもありますが、どの業種でもシャドーAI開発が増えれば同様の問題が発生します。
生成AIの社内導入ガバナンスでは、こうした統制設計の全体像を解説しています。
5つのガードレール設計
非エンジニアによる業務AI開発を「止めずに管理する」ために設計すべき5点を整理します。
1. 作成者と公開範囲の登録
AIエージェントを作成した時点で、部署・責任者・連絡先・公開範囲（個人/部署/全社/顧客接点）を登録します。台帳への記録を作成の前提条件にすることで、「誰が何を作ったか分からない」状態を防ぎます。
2. 接続先データの事前承認
AIが参照できるデータを、登録時に情シスが承認する手順を設けます。承認なしに顧客情報・契約書・人事データへの接続を許可しないことが基本です。承認済みデータソースのリストを事前に作っておくと、現場担当者の申請が速くなります。
3. 実行権限の最小化
AIの実行権限は「参照のみ」から始め、更新・送信・承認を加えるたびに段階的なレビューを設けます。一度に広い権限を与えると、誤動作の影響範囲が大きくなります。
4. ログの設計と保管ルール
入力・出力・実行履歴のログを取得する設計を標準化します。保管期間（最低6か月推奨）、ログを見られる人、障害時の調査手順を最初に決めます。みずほFGの基盤でも利用ログ取得は統制管理の核として整備されています。
5. 廃止・棚卸しのサイクル
利用されていないAIを定期的に棚卸しし、所有者が「継続」「改善」「廃止」を判断するサイクルを設けます。未利用期間（例：3か月以上ゼロ利用）を閾値に廃止候補を自動抽出する設定にしておくと管理が楽になります。
FREE DOWNLOAD
AI導入チェックリスト（PoC 失敗要因 10項目）
情シス部門が PoC 前に押さえるべき失敗要因を10項目に整理した無料チェックリスト。
公開レベル別の必要なルール
同じ業務AIでも、誰が使うかによってガードレールの強度を変えます。
| 公開レベル | 必要なガードレール | 承認者 |
|---|---|---|
| 個人利用のみ | 入力禁止情報の確認（個情法・社内規程） | 本人確認のみ |
| 部署内利用 | 所有者・接続先データ・ログ | 部門長 |
| 全社利用 | 情シスレビュー・利用教育・FAQ・停止条件 | 情シス責任者 |
| 顧客接点利用 | 人間の最終承認・誤回答対応フロー・停止スイッチ | 情シス＋コンプライアンス |
顧客接点に到達する回答は、どれだけ精度が高くても人間の確認を外さないことを原則にします。
情シスが関与すべきトリガー
「何でも情シスに確認」にすると現場が動かなくなります。次のトリガーに絞って情シスが入る判断をするとスピードと統制のバランスが取れます。
- 顧客情報・契約情報・個人情報に接続する場合
- 全社員が利用する場合
- 外部システム（メール・Slack・CRMなど）へ自動送信する場合
- 作成者が退職・異動する場合
- 月間利用数が一定以上（例：500回/月）を超える場合
上記に該当しない個人・部署利用は、定型の台帳登録だけで情シス承認なしに進められる設計にすると、現場の自由度を保てます。
GXOの支援
GXOでは、非エンジニアによるAI開発が広がり始めた企業向けに、ガードレール設計の初期整備を支援しています。台帳テンプレート・承認フロー・データソース承認リスト・ログ設計・廃止プロセスを一式で整理し、みずほFGのような「現場の速度と統制の両立」を中小企業のリソースで実現できる形に落とします。AIエージェント導入前チェックリストで全体像を確認した上で、現場開発への適用範囲を一緒に設計します。また、バイブコーディングや現場開発が広がるときのリスクについてはvibe coding時代のリスク管理も参照してください。
よくある質問
Q1. 非エンジニアに業務AIを作らせてよいですか
公開範囲・接続先・レビュー・ログのルールを先に整備すれば、任せてよいです。ルールなしに「作っていい」にすると、6か月後に誰のAIが何をしているか分からない状態になります。
Q2. 情シスがすべてのAI作成をレビューするのは現実的ですか
顧客接点・全社公開・個人情報接続の3条件に限定してレビュー義務を設けると、情シスの負担を抑えながら高リスク領域を統制できます。個人・部署利用は台帳登録のみで進める設計が現実的です。
Q3. 使われなくなったAIはどう管理しますか
3か月以上の未利用を廃止候補の閾値に設定し、所有者にメール通知して継続・廃止の判断を求めます。返答がなければ自動停止する設計にしておくと、ゾンビAIの蓄積を防げます。
参考情報
- みずほフィナンシャルグループ「Dify Enterprise全社展開プレスリリース」（2026年5月25日）：https://prtimes.jp/main/html/rd/p/000000011.000177612.html
- IPA「AI利用者のための脅威と対策」：https://www.ipa.go.jp/digital/ai/security/ai_security_tips.html
- 金融庁「生成AIに関するディスカッションペーパー（参照元として）」：https://www.fsa.go.jp/news/r6/ginkou/20240419/20240419.html
現場主導AI開発のガードレールを設計しませんか
GXOでは、非エンジニアによるAI開発が広がる前に必要な台帳・承認フロー・ログ設計・廃止プロセスを整備します。みずほFGのような「現場の速度と統制の両立」を、自社のリソースで実現できる形で設計します。