From Campus Hackers to Civic APIs: a practical plan to unlock municipal data

Okamu's Ideas
From Campus Hackers to Civic APIs: a practical plan to unlock municipal data

どうも〜おかむーです!

  • Local governments publish data, but much of it isn't easy for apps to use — fragmented APIs and formats block innovation.
  • I learned how to move volunteer teams in my university circle (P&D) and proved mainstream onboarding with ReCone — those skills can help municipalities.
  • Proposal: a certified, GitHub-driven Municipal API Hub + civic app incubator that uses e-Gov APIs and MyNaPortal standards to let startups and citizens build useful services.

結論

地方自治体が持つデータは宝の山だけど、いまはフォーマットやアクセス権のせいで埋もれている。要するに「使えるAPI」に変えれば、地域の課題解決は圧倒的に速くなる。僕が大学のサークルで学んだ人の動かし方と、ReConeで得た“難しい技術を一般に落とし込むノウハウ”を掛け合わせれば、地方自治体でも実装可能なロードマップが描けますよ、という話です。

本文

今、地方自治体のデジタル化でよく聞く悩みは「データはあるけど使えない」ってことです。これ見てくださいよ:政府側にもe-GovのAPIカタログがあって官公需の入札情報などがAPIで提供されている(e-Gov API catalog)。同時にマイナポータルAPIを使ったサービスは増えていて、報告では2025年時点で197事業が登録されています(MyNaPortal API report)。だけど日経の記事にもあるように、日本ではソフトウェアで処理しやすい形での行政データ公開が停滞気味で、法整備や認定制を通じての開放が検討されています。

要するに、データの公開基盤はあるけど、現場の自治体と開発者がスムーズにつながっていない。フォーマットの違い、認証の壁、運用ポリシーのバラつき——これがイノベーションの足かせになっているんです。

ここで僕の経験が活きます。大学の起業サークル「Planning and Development(P&D)」で代表をやっていたとき、報酬のない学生たちをどう動かしてプロダクトを作るかを徹底的に考えました。重要だったのは「小さく回せる仕組み」と「明確な役割」、そして「見える化」です。自治体の現場も同じで、職員・市民・開発者という異なるステークホルダーを短いイテレーションで回す仕組みが必要です。

それからno plan inc.で作ったReConeの経験。のんさんのNFTコミュニティを一般のファンに届く形で実装したときに学んだのは、技術的に難しいものでも「UX」と「オンボーディング」を整えれば一気に広がる、ということです。これを自治体のデータ公開に当てはめると、APIそのものの品質だけでなく「使い方テンプレート」「認証の簡素化」「事例集」が鍵になります。

じゃあ具体的に何をするか。僕が提案するのは3本柱のプランです。

1) Municipal API Hub(認定&OSS)

  • e-Gov APIカタログと連携しつつ、自治体ごとのAPIを「認定」する仕組みを作る。認定基準は仕様の機械可読性、サンプル、APIキーの取得フロー、運用責任者の明示など。
  • リポジトリはGitHubで公開。Issue/PRで改善を回す。僕が政策案を公開しているやり方と同じで透明性を担保します。

2) Civic SDKs & Templates

  • 地域特有のユースケース(保育園待機、空き家管理、観光案内、入札データの可視化)向けのテンプレートとSDKを用意。要するに「すぐ動くサンプル」を置く。
  • これでスタートアップや自治体職員が1日で検証アプリを作れる状態にする。

3) Civic App Incubator + Onboarding Program

  • ReConeでやったようなファンオンボーディングと同じ発想で、市民・商店・NPOを巻き込む。自治体側は小さな報酬(実証予算)を用意して、実証を短サイクルで回す。
  • 成果が出たらAPIの運用予算を付ける。成果と予算の連動は僕が提唱している「評価と報酬の連動」にも合致します。

これ、実は予算がなくても始められます。僕らは学生時代に金がなくてもP&Dを回してプロダクトを作ってきたし、no planでも初期は小さな実証で信用を作りました。要は設計と透明性です。デジタル庁やe-Govの既存API(例:入札情報)をまず利用し、次にマイナポータルAPIの認証モデルを参考にして民間参加を促せば、現場の負担を抑えつつ短期成果が出せますよ。

まとめ

  • 課題:行政データはあるが「使えるAPI」として公開されていない。法改正や認定制の議論が進んでいるが現場実装が追いついていない(e-Govカタログ、MyNaPortalの事業数197件などの状況)。
  • 僕の武器:P&Dで学んだ人の巻き込み方+ReConeでの大衆向けオンボーディングノウハウ。これを組み合わせれば自治体でも実行可能なAPI公開と市民連携の仕組みが作れる。
  • 解決策:Municipal API Hub(認定+OSS)+SDK/テンプレート+Civic App Incubator。まずは小さな実証を繰り返してスケールする。

おかむーから一言

テクノロジーは道具です。大事なのは人をどう巻き込むか。P&Dで学んだ小さな回し方と、ReConeで鍛えたオンボーディングを、ぜひ自治体の現場で一緒に回しましょう!