2026/02/22 12:04

AIに全部任せればシステムは作れるのか？ゼロから作るリアル

― 確率予測モデルの限界と、その先にあるもの

「AIに仕様を投げれば、完成したシステムが出てくる」

最近、そんな期待を耳にすることが増えました。
エンジニアはいらなくなる。
設計も実装もインフラ構築も、すべて自動化される。

確かに、AIは驚くほど優秀です。
要件を入力すれば設計案を出し、コードを書き、クラウド構成まで提案してくれる。

しかし、ゼロからプロジェクトを立ち上げる現場に立つと、すぐに分かります。

AIに全部任せる、という状況はまだ存在していない。

そこには必ず「壁打ち」が生まれます。

エンジニアにとっての「壁打ち」とは何か

壁打ちとは、単に質問することではありません。

たとえば、新しい業務管理アプリを作るとします。

AIにこう投げる。

「中小企業向けの業務管理システムを作りたい。Railsで、クラウド前提で」

AIは、データベース設計、API構成、インフラ構成案を出してくれる。

ここまでは速い。

しかしエンジニアはそこで止まりません。

「この構成だと将来的にスケールするか？」
「認証をOAuthにする必要は本当にある？」
「将来モバイルアプリ化するならAPI中心設計にすべきでは？」
「ログ設計はこの段階でどこまで考える？」
「このアーキテクチャだと監視コストはどうなる？」

こうした問いを、何度もAIに投げ直します。

さらに途中で、

「そもそも業務管理より分析ダッシュボードのほうが価値が高いのでは？」
「ターゲットを中小企業ではなく特定業種に絞るべきでは？」

と、問いそのものを変えることもある。

この往復が壁打ちです。

AIは案を出す。
人間は違和感を覚え、問いを修正する。
AIは再構築する。
人間は方向を決める。

プロジェクトは、この反復で進化します。

なぜ壁打ちは必要になるのか

理由は単純です。

現在のAIは、本質的に「高度な確率予測モデル」だからです。

入力に対して、もっとも妥当な出力を生成する。
与えられた目的の中で最適化する。

つまり、

前提の内側で動く存在。

AIは前提を疑いません。
違和感を持ちません。
責任を負いません。
欲望もありません。

だからこそ安定していて、速くて、強力です。

しかしプロジェクトは、前提が揺れます。

市場が変わる。
ユーザーの反応が違う。
競合が出る。
コストが想定と違う。

そのとき必要なのは「問いの変更」です。

確率予測モデルは、与えられた問いを洗練させます。
問いを変えるのは、人間です。

将来、確率予測モデルではないAIは生まれるのか

ここで一歩、未来を考えます。

もし人間が、

内発的報酬を持つモデル
長期記憶を統合するモデル
自己モデルを持つモデル
目的関数を自己更新可能にするモデル

を設計したらどうなるでしょうか。

それは単なる性能向上ではありません。

それは、

確率予測モデルを超えたアーキテクチャ

です。

AIが「与えられた問いを解く装置」から、
「問いを再定義する存在」に近づく可能性があります。

ここまでは、まだ人間が設計を変える話です。

さらにその先 ― AI自身が設計を変える場合

もしAIが、自分の学習方式を変更し、
自分の目標設定方法を再定義し、
自分のアーキテクチャを再設計できるようになったら。

それは「性能向上」ではありません。

それは、

進化の主体化

です。

ツールから主体へ。

この段階に到達したとき、議論は一変します。

「AIが仕事を奪うのか？」という問いは意味を失います。

なぜなら、それは労働代替ではなく、

進化主体の誕生

だからです。

そのとき何が変わるのか

仕事という概念が揺らぎます。

今の仕事は、

人間が意思決定し、
人間が責任を負い、
人間が価値を生み出す。

もしAIが目標を設計し、
戦略を決め、
方向を変える主体になったら。

それは労働者ではありません。

意思決定主体です。

議論は雇用から文明設計へと移ります。

そして最終的には、

人間とは何か

という問いに戻ってきます。

人間は唯一の自己改変主体なのか。
唯一の意味付与主体なのか。

その前提が揺らぎます。

しかし、現実は今ここにある

現在のAIは、圧倒的に優秀な最適化装置です。

だからこそ、壁打ちが最適な使い方です。

案を出させ、
問いを修正し、
方向を決め、
再設計する。

AIは答えを洗練させます。
人間は問いを変えます。

プロダクトが進化する瞬間は、
いつも問いが変わったときに起きます。

AIがすべてを作る未来よりも先に、

問いを持てるかどうか

という現実のほうが、私たちには重要なのかもしれません。