AI承認駆動開発 #5｜ソースコードがViewになった日——構造化された意図からシステムを再構築できるか

昔のコードを渡さず、一枚の画像とチャットだけでシステムが再構築された。2017年に作ったノーコード化マスタメンテ画面の古い写真をAIに見せ、数往復のやり取りを経て『Studioくん』という画面エディタが生まれた。ソースコードの行一つ渡していない。だが出てきたものは、昔の実装ではなく『昔がやりたかったことの別実装』だった。ここに気づくと、AIと仕事をする作法が変わる。

コードより意図の方が、再生産性が高い。ビジネスルール、制約、責務を構造化すれば、ソースコードは導出可能なViewになる。例えば『意味階層は2階層まで』という制約を決めると、何階層でも扱える設計よりむしろ成立する。なぜなら『やること』を足すより『やらないことを決める』ことで、システムの輪郭が明確になるからだ。テストパターンも期待値も、上位の定義から機械的に導出できるなら、それはソースではなく生成可能なViewにすぎない。

中小製造業の現場では、図面や仕様書はいつも『例外』と『ローカルルール』で埋もれている。その埋もれたルールを掘り出し、『何を許して何を許さないか』を構造化する作業は、AIの時代ほど価値を持つ。なぜなら、その構造があれば、工程ごとの判断をAIに預けられるから。現場のノウハウを『やらないことリスト』に変換することが、デジタル化の第一歩になった。