🕛 2026.4.25 02:23 文:マコトてっぺき

デジタル庁、ガバメントAI「源内」をOSS公開。18万人の政府職員向け基盤を地方自治体にも開放

digital-agency-gennai-oss
X はてブ LINE Feedly

デジタル庁が 2026 年 4 月 24 日、ガバメント AI「源内」を OSS(オープンソースソフトウェア)として公開 しました。政府職員が安全・安心に AI を使える基盤として設計されたものを、外に開いたことになります。見落としがちだけど、これは国内の AI 政策の文脈でかなり重い一歩です。

何が公開されたのか

デジタル庁のプレスに書かれている事実を整理します。

  • 名称: ガバメント AI「源内(げんない)」
  • ライセンス: 商用利用可能なライセンスのもと公開
  • 公開場所: GitHub 上の公式リポジトリで一般公開
  • 対象:
    • 全府省庁の約 18 万人の政府職員
    • 地方公共団体 にも活用可能な設計
  • 目的: 「政府職員が安全・安心に AI を活用できる基盤」「行政事務・サービスの効率化や質の向上」
  • 運用ポリシー: 「脆弱性への対応等、必要なメンテナンスを実施するため、当面の間は公開 OSS の更改・修正作業を継続」。ただし「永続的なメンテナンスを保証するものではなく、将来的に OSS の公開を終了する場合があります」と明記

商用ライセンスで、しかも政府職員と地方自治体の両方をターゲットに据えた形で公開された点は、これまでの日本政府の AI 関連 OSS の公開姿勢から見ると踏み込んでいます。

問題はここで: 「当面のメンテナンス」という線引き

見落とすと困るのが、発表文中の「永続的なメンテナンスを保証するものではない」という注記です。商用利用可とは書かれていますが、デジタル庁側がいつまで面倒を見るかについては期限を切っていません。

これは実装者側から見たときに、次のような論点を生みます。

  • 自治体や民間事業者が源内を 基幹業務に組み込んだ後、公開終了 になった場合、誰が脆弱性対応を引き受けるか
  • フォーク運用を前提に据えるなら、社内に技術的な引き取り体制 を持つ必要がある
  • 単なる「試用のための OSS」ではなく、将来的に自組織でメンテできる範囲で採用すべき

規制の文脈で言うと、政府 OSS は公開時点の品質と、公開後のサポート枠組みが乖離することが多い。昨年度の別プロジェクトでも「公開はした、ただし更新されない」例はあります。ここは採用を検討する側が、最初から自走できる前提で導入計画を立てる ことが必要です。

なぜ OSS 公開に踏み切ったか

発表文からは、「政府職員の AI 活用を内製基盤で支えつつ、地方自治体にも同じ品質の AI 環境を届ける」という意図が読み取れます。

行政の AI 導入は、各省庁・自治体がバラバラに外部 SaaS と契約すると、コスト面でも機密情報の取り扱い面でも非効率になりがちです。源内のような共通基盤を OSS で出しておけば、自治体側は自前の環境で動かせるし、同じ基盤を使うことで事例や運用ノウハウも横展開しやすい。

AI 活用のガバナンスという意味でも、ブラックボックスの海外 SaaS に依存する以外の選択肢を示す、という意味を持ちます。

民間事業者から見た意味

商用利用可能な OSS として公開された、という点は、民間側にとっても関係します。

  • SIer: 自治体向け案件で、源内をベースにカスタム実装する、という提案ラインが追加される
  • セキュリティベンダー: 源内の脆弱性対応を補完する SLA 付きサポートを、商用で提供する余地
  • 研究機関: 政府が実運用で使う AI 基盤のコードを読めるのは、AI ガバナンスの研究素材として希少

ただし、実際にどれだけ民間で触られるかは、リポジトリの可読性・文書・依存関係の整理次第です。本ニュースだけでは、そこまでの評価はできないので、GitHub リポジトリを開けてから判断する のが正攻法。

今後の動向で追っておきたいポイント

  • デジタル庁が具体的にどの OSS ライセンスを採用したか(MIT か Apache 2.0 か別のか)
  • GitHub リポジトリの活動(コミット頻度、Issue 対応、外部コントリビューターの受け入れ)
  • 地方自治体での実導入事例の公表
  • 海外政府(英国 GDS、米国 USDS 等)の AI OSS 公開との比較ができるか

今回の公開は、日本の行政 AI の共通基盤を、透明性と相互運用性の側に寄せる試み、と位置づけられます。OSS であれば監査も独立して入れられるし、地方自治体も「ベンダーロックインなしで AI を入れる」選択肢を持てる。

源内の動向は追っておきたい。

デジタル庁 — ガバメントAI「源内」をOSSとして公開しました

みんなの反応

永田町ウォッチャー
(政治コンサルタント・30代男性)

デジタル庁がガバメント AI を OSS にしたのは政治的にも意味が大きい動きです。特定ベンダーへの依存を回避しつつ、自治体の情報主権を確保する設計として読めます。ただ「永続メンテは保証しない」という但し書きは、野党側から「責任の所在が曖昧」と突っ込まれる論点にもなり得る。予算措置と紐づけた継続性の議論を国会で問いたい。
人権弁護士れん
(弁護士・人権系NPO勤務・30代男性)

行政事務に AI を入れる際の透明性として、OSS 公開は筋のよい一歩です。コードが読めるということは、自動意思決定の偏りや説明責任の検証が独立研究者・NPO から可能になるという意味。ただ、自治体側が実装を誤って申請処理でバイアスが発生した場合の賠償責任が誰に帰属するかは、別途整理が要る論点です。
ぬるぽ
(システムエンジニア・30代男性)

まず GitHub のリポジトリを見に行く。OSS 公開と言っても、README と docker-compose が揃っていなければ自治体職員が立ち上げるのは無理なので、そこの整備水準で本気度が判明します。商用利用可の範囲も、同梱される依存ライブラリのライセンスと整合しているか確認しないと、後で「実は GPL が混ざっていた」事案になりがちなので要検証。
情シスの中の人
(中堅企業情シス・30代男性)

地方自治体向けとされていますが、中堅企業の情シスから見ても「政府基盤の AI を社内で動かせる」という事実は大きい。機密情報を外部 SaaS に出さずに検証環境で触れるのは、社内承認を通すハードルを一段下げてくれます。ただし継続メンテが保証されない前提は要件定義時点で役員に説明しておく必要あり。
訪問ヘルパーゆき
(訪問介護ヘルパー・60代女性)

現場から見ると、市役所の窓口で AI が使われ始めると、介護認定の申請書の作り方や入力支援が変わるのかなと思いました。ただ、高齢の利用者さんは機械操作自体が苦手なので、AI が裏で動いていても窓口の職員さんが丁寧に対応してくれる体制が残ることが一番大事、と感じています。
X はてブ LINE Feedly