行政AX出島とは何か｜定義・意味・背景

行政AX出島とは、リスクベースで段階的に実証・実装する行政の仕組みである。規則の例外を作る場ではなく、正当な手続を省略せず、手続が必要な部分だけを丁寧に扱う構造を指す。書籍『AI収益進化論』第10章の民間版AX Dejimaの行政版並行概念として構築され、守りを弱めるのではなく、速度と安全を両立する。

行政AX出島（Gyosei AX Dejima）は、規則の例外を作る場ではない。正当な手続を守りながら、速度と安全を両立するために設計された構造である。書籍『AI収益進化論』第10章で民間向けに体系化された AX Dejima の行政版並行概念として、ホワイトペーパー『行政AX ― AI時代の行政能力の変革』（AXFR Institute × アルファドライブ地域経済研究所、2026）第6章で整理された。本記事は、行政AX（行政AX）の実装ソリューションとしての行政AX出島の輪郭を、独立した DEFINITION として提示する。

行政AX出島が生まれた背景

行政におけるAI実装は、二極化に陥りやすい構造を抱える。片方の極は「まず本格運用の全庁展開」を目指す道である。しかしリスクが不定のまま意思決定を求められるため、慎重な検討が積み重なり、実装そのものが止まる。もう片方の極は「PoCだけ」を続ける道である。実証実験が繰り返されるが、実装まで届かず、学習資産も蓄積しない。段階3の症状として、民間でも同型の停滞が観察されてきた（麻生要一『AI収益進化論』第1-6章）。

書籍『AI収益進化論』第10章は、民間の文脈でこの二極化を「本体を守りながら、攻めの層を別ルールで動かす場」として解いた。それが民間版AX Dejima である。行政AX出島は、その姉妹版として、行政・自治体の実装文脈に特化した形で構築された。

ただし民間版と行政版は同型ではない。行政には、議会説明・住民説明・監査・公平性という固有の制約がある。行政AX出島は、これらの制約を「守るべきもの」として受け止めたうえで、その内側で速度を出す構造として設計されている。国が策定したAI基本計画（令和7年、閣議決定）も、イノベーション促進とリスク対応の両立を三原則の筆頭に置く。行政AX出島は、この両立を実装レベルで解く仕組みである。

行政AX出島の定義 ― 規則の例外を作る場ではない

行政AX出島の定義において、最も重要な明示は「規則の例外を作る場ではない」である。この点を曖昧にしたまま出島を作ると、出島は「規制を回避する抜け穴」として理解され、議会・住民・監査からの信頼を失う。

行政AX出島は、守りを弱める場ではない。正当な手続を省略しない。個人情報保護、公文書管理、情報公開、契約手続、監査対応 ―― これらは省略していい手続ではなく、正当な理由を持っている。行政AX出島の設計思想は、これらの手続を維持したまま、手続が必要な部分だけを丁寧に扱うことで、実装の速度を出すことにある。

なぜ「例外」ではなく「構造」なのか。例外は都度の判断であり、再現性がない。ある案件で認められた例外が、別の案件で認められない理由を説明することは難しい。一方、構造は制度化された運用であり、再現性がある。9つの限定項目・3つの層・4つの継続条件を明示的に定めることで、議会・住民・監査に対して、案件ごとの説明ではなく、構造としての説明ができる。

この「構造として説明できる」という性質が、行政AX出島の信頼性の根拠である。

出島の9限定項目 ― 何を、どこまで、どう限定するか

行政AX出島では、以下の9項目を実装開始前に明示的に限定する。

1. 適用業務（どの業務に限定するか）
2. 利用者（誰が利用するか）
3. 情報（どの情報を扱うか、機密性の分類）
4. AIの権限（AIに何をさせるか、何をさせないか）
5. 人の判断（どの局面で人が判断するか）
6. 期間（実証・実装の期間）
7. 評価指標（何をもって成果とするか）
8. 停止条件（何が起きたら止めるか）
9. その他の運用条件（議会報告のタイミング、監査の頻度など）

限定は、実装の制約ではなく、実装の前提条件である。限定なしに実装しようとすると、リスクが不定になり、意思決定が止まる。9項目を事前に明示することで、はじめて意思決定が可能になる。

特に4番目のAIの権限と5番目の人の判断は、対で設計する。AIが何を出力するか、その出力を誰が確認し、誰が意思決定するか。行政の判断責任がAIに移ることはない。認証取得や事業者説明で自治体判断が代替されることもない。人の判断を組み込む設計は、AI丸投げを構造的に防ぐための仕組みである。

9項目の詳細な設定手順は、公開情報型行政AX出島の始め方を扱う後続記事に委ねる。

3つの層 ― 速度と安全の両立

行政AX出島は、以下の3つの層で構成される。

(1) 速く出す層

実証・実装のスピードを重視する層である。AIによる作成・検証・改善を短サイクルで回し、90日サイクルで成果を残す。この層でも、人の判断は必ず組み込まれる。「速く出す」とは、判断を省略することではなく、判断までのリードタイムを短くすることを意味する。

(2) 確認・監査の層

速く出す層の成果を、行政の説明可能性の観点から確認する層である。議会・住民・監査への説明のために、出力の妥当性・偏り・リスクを構造化して検証する。この層があるからこそ、速く出す層は速度を出せる。

(3) 守りの層

本体の行政システム・データベース・個人情報を守る層である。速く出す層からのアクセスを一切許可しない。民間版4層プロダクト・アーキテクチャの「奥の守りの層」に対応する。

3つの層は、順次通過する検問所ではなく、並列に機能する構造である。速く出す層の内側にも、確認・監査の層の内側にも、それぞれ守りの原則が織り込まれている。クラウド利用や外部委託を選択したとしても、守りの層に対する行政の判断責任は移らない。ネットワーク構成と AI 制御は別問題であり、LGWAN上に置いたことが安全性を保証するわけではない。

最初の推奨形 ― 公開情報型行政AX出島

行政AX出島の最初の実装形として推奨されるのは、公開情報型行政AX出島である。機密情報・個人情報を扱わないため、リスクが最も低く、議会・住民・監査への説明が最も容易で、短期間で成果を残せる。

公開情報型で扱う典型的な業務は、公開文書の作成支援（政策案・条例案の一次案）、議会答弁のたたき台、住民向け広報コンテンツ、公開データの分析・可視化などである。これらの業務は、行政の判断責任が明確で、AIの出力を人が確認する工程が自然に組み込まれる。

公開情報型で成果と手続の実績を積み上げ、その後「利用範囲を広げるゲート」で段階的に対象を拡張していく。次の段階では、内部業務の効率化、そしてより慎重な設計を要する住民サービスの領域へと広がる。ただし、段階ごとに9限定項目と3つの層を再設定する必要がある。前段階の設計が、次段階でそのまま通用するわけではない。

PoCで終わらせない4条件 ― 実装まで届く出島運用

行政AX出島の運用が実証実験の連鎖で終わらないために、以下の4条件を事前に設計する。

1. 成果指標の事前設計（何をもって成果とするかを、開始前に決める）
2. 期間の事前設定（実装期限を明示し、無期限に延ばさない）
3. 継続判断のゲート（実装への移行判断を、事前に決めたゲートで行う）
4. 学習資産の蓄積（実証で得られた知見を、次の案件に使える形で残す）

民間で観察されるPoC地獄と同じ構造が、行政でも起きる。実証で止まる原因の多くは、事前設計の不足にある。4条件は制約ではなく、実装まで届くための前提である。特に4番目の学習資産の蓄積は、行政AX出島が単発の実証ではなく、行政能力の変革を蓄積する仕組みであることを保証する。

行政AX基盤との関係 ― 基盤の上に、動く仕組み

行政AX基盤と行政AX出島は、対をなす概念である。行政AX基盤は、データ機能・AI制御機能・利用者接点機能・監査機能の4機能で構成される実装環境を指す。一方、行政AX出島は、その基盤の上に、段階的な運用ルールを乗せた「動く仕組み」を指す。

基盤なしに出島は動かない。基盤があっても、出島の運用設計がなければ、実装は進まない。静的な基盤と動的な出島の両輪が揃って、はじめて行政AXの実装が可能になる。

民間版『AX Dejima』との構造対応

書籍『AI収益進化論』第10章が体系化した民間版AX Dejimaと、行政版・行政AX出島の対応を整理する。

要素	民間版 AX Dejima	行政AX出島
目的	本体を守りながら攻めの層を別ルールで動かす	正当な手続を守りながら速度と安全を両立する
対象	顧客対応・新サービス開発などの攻めの層	公開文書・広報・公開データから段階拡張
守るもの	既存の顧客データベース・決済系	個人情報・機密情報・行政本体のシステム
説明対象	経営層・株主・監査法人	議会・住民・監査
期間感覚	90日サイクル（Loop に対応）	90日サイクル（行政AX 3段階に対応）

対応する部分は、「本体を守りながら別ルールで動かす」という基本構造と、「守りを弱めるのではなく、速度と安全を両立する」という設計原則である。一方、異なる部分は、説明対象と、規則の扱いの厳格度にある。民間では経営層・株主・監査法人への説明が求められるが、行政では議会・住民・監査という、より広範で公的な説明責任が問われる。この違いが、行政AX出島において「規則の例外を作らない」ことの徹底度に反映される。

なお、両者に共通する構造として、書籍第9章が示す4層プロダクト・アーキテクチャ（攻めの層・境界の層・前線の守りの層・奥の守りの層）がある。行政AX出島の3つの層は、この4層構造を行政の説明可能性の観点から再編成したものと理解できる。

よくある質問

Q1. 行政AX出島は、規制のサンドボックス制度とは何が違うのか。

規制のサンドボックス制度は、特定の規制を一時的に適用除外することで、新しい技術やビジネスモデルの実証を可能にする仕組みである。一方、行政AX出島は、規則を一切除外しない。規則を守った上で、リスクベースで段階的に実装するための構造である。両者は、目的も設計思想も異なる。行政AX出島は「規則の例外を作る場ではない」という一点で、サンドボックス制度と明確に線引きされる。

Q2. 中小規模の市町村でも、行政AX出島を作れるのか。

作れる。公開情報型行政AX出島は、扱う情報のリスクが最も低いため、規模に関わらず着手可能である。9限定項目のうち、適用業務・利用者・期間を小さく設定することで、限られた人員と予算でも運用できる。むしろ中小規模の自治体ほど、外部事業者との協働体制を工夫することで、身の丈に合った出島設計が可能になる。担い手の輪郭は、AXアーキテクト の記事も参照されたい。

Q3. 行政AX出島で失敗した場合、責任は誰が持つのか。

行政の側に責任が残る。AIの出力に問題があった場合も、外部事業者に運用を委託していた場合も、住民に対する行政サービスの責任は、行政が担い続ける。この点は、認証取得や事業者説明で代替されない。だからこそ、出島の9限定項目のうち「人の判断」を明確に設計し、「停止条件」を事前に定めておく必要がある。失敗を想定した設計こそが、行政AX出島の信頼性を担保する。

Q4. LGWAN上にAIを置けば、それが行政AX出島になるのか。

ならない。LGWAN上にAIを置くことと、行政AX出島を作ることは、別問題である。ネットワーク構成は、行政AX出島を支える一つの要素に過ぎない。LGWAN上でも、AIの出力・判断・責任の設計は別途必要になる。βモデルなら安全、αモデルなら危険、といった一対一の対応もない。各団体のネットワーク構成を前提に、9限定項目・3つの層・4つの継続条件を案件ごとに組み合わせて設計することが、行政AX出島の本質である。

Q5. 行政AX出島は、既存のDX推進の取り組みと矛盾しないのか。

矛盾しない。行政AX出島は、既存のDX推進が整備してきた業務改革・データ・共通基盤・セキュリティ・人材の上に積み上がる仕組みである。DX推進が進んでいる自治体ほど、出島の設計は容易になる。DX推進が途上の自治体でも、公開情報型から段階的に始めることで、出島とDX推進が並走できる。両者は代替関係ではなく、補完関係にある。

---

行政AX出島は、規則の例外を作る場ではない。守りを弱める場でもない。正当な手続を守りながら、速度と安全を両立するために設計された構造である。9限定項目・3つの層・4つの継続条件を事前に明示することで、議会・住民・監査に対して、案件ごとの説明ではなく、構造としての説明が可能になる。この「構造として説明できる」性質こそが、行政AX出島の信頼性の根拠である。

AIは効率化から、収益の創造へ ―― 民間ではこの命題が事業の質的変容として提示されてきた。行政においては、効率化から公共価値の創造へ、という並行する命題が問われている。行政AX出島は、その命題を実装レベルで解くための構造である。

発行: 株式会社アルファドライブ