2026年5月、デジタル庁が全府省庁39機関・約18万人の政府職員を対象に、生成AI利用環境「源内」の大規模実証を始めたことが話題です。4月24日にはOSSとして無料公開され、国会答弁検索や法制度調査支援など20種類以上の行政AIアプリも示されました。結論、事業会社が学ぶべきは「巨大な政府基盤を真似ること」ではなく、AI基盤をベンダー依存にしない設計原則です。
ガバメントAI「源内」とは何か — 事業会社視点で押さえる3つの設計判断
デジタル庁の発表によれば、源内は政府職員が共通に使う生成AI環境であり、行政実務に合わせたアプリ群を載せる基盤です。事業会社視点で見るべき判断は3つあります。第一に、チャット単体ではなく、国会答弁、法制度調査、文書作成のような業務別アプリとして切り出している点。第二に、約18万人という利用規模を前提に、権限、ログ、利用ルールを先に設計している点。第三に、特定モデルや特定クラウドだけに寄せず、将来の差し替えを想定している点です。これは「AIをどれにするか」より「AIを入れ替えても業務が止まりにくい器を作るか」という論点です。部署ごとに別々のAIを契約するほど、費用、権限、問い合わせ窓口も分散します。中堅企業でも、この順番を逆にすると、PoCは動いても全社展開で詰まりやすくなります。
OSS公開が意味すること — ベンダーロックインを構造から断つ
コアネストはこう見ます。源内のOSS公開の本質は、無料でコードが見られること以上に、ベンダーロックインを構造から断つ設計思想を示した点にあります。AI基盤は一度使われ始めると、プロンプト、業務データ、承認フロー、監査ログが絡み、乗り換え費用が急に膨らみます。月額費用より、後から分離できない設計の方が重くなるケースもあります。最初に1社の管理画面や独自仕様へ寄せすぎると、2年後にモデル単価や社内方針が変わっても動けません。OSSは、内製チームや複数ベンダーが構造を理解し、必要な部分を差し替えられる余地を作ります。事業会社に翻訳すれば、すべてを自社開発せよという話ではありません。むしろ、データ層、認証、ログ、業務アプリ、モデル接続を分け、契約先が変わっても主要業務が残るようにしておくことが重要です。
事業会社が真似るべき部分、真似ない部分
ただし、中堅事業会社が省庁横断基盤をそのまま真似るのは現実的ではありません。政府は39機関、18万人、公共性、調達透明性を前提にします。一方、事業会社は売上、粗利、顧客対応速度、管理工数など、より短いKPIで判断します。真似るべきは「共通基盤に業務別アプリを載せる」「権限とログを標準化する」「モデルを差し替え可能にする」の3点です。真似ない部分は、最初から全社共通の完璧な基盤を作ろうとすることです。たとえば年商200億円、拠点8つの食品卸A社なら、全社員向けAIポータルより先に、商品規格書検索、得意先別見積下書き、クレーム一次分類の3アプリで十分です。対象者も営業事務25名と品質管理12名に絞れば、現場の検証密度が上がります。
中堅事業会社の現実的な基盤設計ステップ
現実的には、3段階で進めるのが穏当です。第一に8週のPoCで、業務を3つまでに絞り、既存データの所在、閲覧権限、回答禁止条件を整理します。第二に6ヶ月の内製化フェーズで、プロンプト管理、ナレッジ更新、利用ログ、承認フローを標準化し、外部ベンダーが抜けても改善できる状態に近づけます。第三に1年運用で、利用率、差戻し率、削減時間を月次で見直します。食品卸A社の例では、商品規格書検索をRAG化し、見積下書きをCRM連携にした場合、月600件の照会のうち40%が候補提示まで自動化され、年間900〜1,200時間程度の確認工数削減が見込める設計になります。重要なのは、最初から全自動を狙わず、人の承認を残して基盤を育てることです。
源内のニュースは、行政DXだけの話ではありません。事業会社にとっては、AI基盤を「便利ツールの集合」ではなく、業務アプリ、データ、権限、ログを分けて設計する時期に入ったという合図です。コアネストは、AI基盤設計の伴走として、PoC範囲の切り出し、ベンダー依存リスクの整理、内製化ロードマップまで支援します。自社のAI基盤をどこから整えるべきかは、無料診断（/diagnosis）で確認できます。
