AI as a Unified Processing Layer

AI活用開発は、もはや「効率化」や「自動化」の話ではない。 AIはツールでもアプリでもなく、 システム全体を横断する統合処理層 として扱われるフェーズに入っている。

にもかかわらず、多くの現場では、 従来の開発前提を温存したまま、 AIを補助的な存在として組み込もうとしている。 ここに、決定的な認識のズレがある。

1. なぜ従来の開発モデルは成立していたのか

これまでのIT開発は、「人が読む」「人が判断する」ことを前提に設計されてきた。

• 要件定義 → 基本設計 → 詳細設計 → 実装 → テスト
• 成果物は Word / Excel / 図表が中心
• 判断と責任は常に人間に帰属

書類を中心に据え、工程と役割で複雑さを制御する構造は、 当時としては合理的で、確かに機能していた。

2. GPT / Gemini が起こした構造転換

GPT や Gemini は、形式・言語・構造の違いを前提にしない。 画像、動画、ドキュメント、ソースコードを 一つの文脈として同時に処理できる。

• image：jpeg / png / pdf / svg
• movie：mp4 / mov / sequence
• document：docx / xlsx / pdf
• source code：Python / Java / C / XML / API / RAG

この時点で、 人のために分割されたドキュメント構造は、 AIにとってはノイズになり始める。

3. 要件定義は「消える」のではなく「書き換えられる」

要件定義が不要になったわけではない。 必要なのは、 AIが判断できる形式への再定義である。

• 目的・制約・例外条件・判断基準が中心になる
• 固定的な工程図や網羅表は必須ではなくなる
• 人間側の文脈設計力とディレクション力が問われる

4. 新しい設計ドキュメントのあり方

これからのドキュメントは、「完成品」ではなく、 試行と修正を前提とした 意味の束であるべきだ。

• マルチモーダル前提の設計
• 設計と実装を分離しない連続的な試行
• 最小限で更新され続ける仕様共有

5. POSTSCRIPT｜人員配置という最後の前提

ここで、もう一つ見過ごされがちな前提がある。

これまでの開発現場では、 文末に延々とソースコードを積み上げ、 Python、C、Javaといった言語ごとに別々のプログラマを配置し、 さらにPLが外部ベンダー企業をコントロールする―― という人員構成が暗黙の前提になっていた。

しかし、AIを統合処理層として組み込む時代において、 この前提は確実に揺らいでいる。

今まさに、人員配置・役割分担・ 外部ベンダーの位置づけそのものを 見直す時期に来ている。

6. CONCLUSION｜前提を置き直す

AIはアプリではない。 AIはツールでもない。 AIは構造そのものを内包する存在だ。

前提が変わった以上、 開発手法だけでなく、 思考の置きどころそのものを変えなければならない。