カルパシーの「Software 3.0」と地方自治体のDX

引用

“We’re now entering a third paradigm of programming. Software 1.0 is code we wrote by hand. Software 2.0 is neural net weights, trained by gradient descent. Software 3.0 is prompts, written in English. ( プログラミングの第三段階に入りつつある。 1.0は人が書くコード、 2.0はニューラルネットの重み、 3.0は英語で書くプロンプトだ )”

Andrej Karpathy, AI Summit 講演 ( 2024年 )

“The hottest new programming language is English. ( いちばん熱いプログラミング言語は英語だ )”

Andrej Karpathy, X 投稿 ( 2023年1月 )

カルパシーの主張

Karpathy の議論を要約すると以下になる。

• プログラミングの抽象度はC言語からPython、 そしてSQLや宣言型ツールへと上がってきた
• 大規模言語モデルの登場で、 抽象度の最上層は「人間の自然言語」になった
• 自然言語で書かれた指示がコードと等価に扱える時代では、 「プログラマー」の境界が溶ける
• 重要なのは、 何を作るかを明確に指示できる人 ・ 検証できる人 ・ 文脈を理解している人

これは「全員がエンジニアになる」のではない。 「明確に指示できる ・ 結果を判断できる人の価値」が上がる、 という議論だ。

自治体業務との接続

地方自治体の現場、 とくに人口5,000人台の小規模町村では、 専任の情報システム担当が置けない。 ベンダー任せの基幹システム、 紙運用、 ExcelとAccess、 まだまだ多い。 Karpathy的世界では、 ここが大きく変わる可能性がある。

1. 文書ドラフトの初期速度

議会答弁書、 補助金交付要綱、 広報原稿、 移住者向け案内、 すべて自然言語の長文成果物だ。 文書をゼロから書くのは時間がかかるが、 構造化された下書きを得ることは数分でできる。 担当職員が「決裁できる ・ 修正できる」立場であれば、 アウトプット量は数倍に増やせる。

2. データ集計の民主化

「過去5年の交付決定実績を、 集落ごとに集計して可視化」のような要求が、 SQLを書けなくてもできるようになりつつある。 道北の自治体は人口減・職員減の中で、 データに基づく政策判断の必要性が上がっている。 Software 3.0 はその障壁を下げる。

3. ただし「指示の明確さ」が分水嶺

Karpathyが繰り返し強調するのは、 「何を作りたいかを明確に言える人」の希少性だ。 これは地方自治体に特有の課題ではない。 自治体特有の難しさは、 法令・要綱・前例の制約下で「何を作るべきか」自体を判断するのが難しいこと。 ここはAIで埋まらない。

道北での実装シナリオ

• 段階1 ( 0-6ヶ月 ) ・ 個人レベルでのアシスタント利用 ( メール下書き、 議事録要約、 文書テンプレ )
• 段階2 ( 6-18ヶ月 ) ・ チーム単位での共通プロンプト整備 ( 政策文書スタイル、 議会答弁スタイル )
• 段階3 ( 18-36ヶ月 ) ・ 庁内データへの安全な接続 ( クローズド環境のRAG、 機密保持を担保 )
• 段階4 ( 36ヶ月- ) ・ 政策効果のフィードバックループ ( 政策ドラフト → 試算 → 改訂 を自然言語で回す )

物足りなさ

Karpathy はシリコンバレーの個人開発者を中心に語る。 地方自治体には「個人の生産性向上」では届かない構造課題がある。 例えば、 「議会と職員と住民の合意形成」を高速化することは、 効率化の文脈ではない。 むしろ熟議のための時間を確保することが価値だ。

Software 3.0 のもうひとつの読み方は、 「人間が考えるべき時間を増やす」技術かもしれない。 自治体DX の議論はそこに着地させたい。

関連リンク

• Andrej Karpathy (X / @karpathy)
• Eureka Labs (eurekalabs.ai)
• 講演アーカイブ ・ AI Summit 2024 各種録画

編集後記

Karpathy は「実装する人」の立場から書いている。 自治体DX を考える側は「制度を設計する人」の立場だ。 視点の違いを意識した上で読むと、 地域に必要な翻訳作業が見えてくる。