Rosarium

ソフトウェア開発 / 公開物 / guide

設計支援AIは消えない。コード生成の次に残る領域

コード生成と設計判断の性質の違いから、設計支援AIの役割を考察する。実装時間の短縮に加え、選択肢や責務を整理して人間の意思決定を支援する価値を論じる。

公開:最終更新:

更新履歴

  1. 公開

ai / 設計 / ソフトウェア設計 / 開発プロセス / llm

読む目的: AI × ソフトウェア開発

AIによるコード生成は急速に進化している。

簡単な機能であれば、短時間で実装できるようになり、 実装そのものの価値は確実に下がりつつある。

では次に何が残るのか。

結論から言うと、

設計支援AIは消えない。 むしろ最後まで残る領域である。


コード生成が消える理由

コード生成は、数学的に見ると

「正解が存在する問題」

である。

入力に対して出力が定まる、いわゆる関数問題であり、

  • テストで検証できる
  • 評価関数が存在する

という特徴を持つ。

このような問題は、

探索能力の高いAIによって最適化・自動化されやすい。

つまり、

コード生成は本質的に「置き換え可能な領域」である。


設計はなぜ消えないのか

一方で、設計はまったく性質が異なる。

  • 正解が一意に定まらない
  • 評価関数が曖昧
  • 文脈に依存する

つまり、

関数として定義できない問題である。


設計の本質

設計とは、

単なる構造定義ではない。

  • 何を作るか
  • どこに分割するか
  • どの責務を持たせるか

といった、

意思決定の連続である。


AIができること、できないこと

AIは、

  • コードを書く
  • テストを生成する

ことはできる。

しかし、

  • どの設計が最適か
  • どのトレードオフを取るか

といった判断は、

完全には自動化できない。


設計支援AIの役割

ここで重要になるのが設計支援AIである。

設計支援AIは、

  • 判断の選択肢を提示する
  • 抜け漏れを指摘する
  • 構造を整理する

といった形で、

人間の意思決定を補助する。


なぜ価値があるのか

実務において、

時間がかかるのはコードを書くことではない。

  • 迷うこと
  • 判断すること
  • 設計を修正すること

である。

設計支援AIは、

この「迷う時間」を削減する。


構造で見ると

全体の流れはこうなる。

設計(意思決定) ↓ 実装(コード生成) ↓ 検証(テスト)


AIはこのうち、

実装と検証の一部を自動化できる。

しかし、

設計は最後まで残る。


本質

コード生成は、

「作る時間」を減らす。

設計支援は、

「迷う時間」を減らす。

業務に効くのは後者である。


まとめ

AIはコードを書く。

しかし、

どこにAIを使うかを決めるのは人間である。

そしてその判断を支えるのが、

設計支援AIである。

コードを書くAIは普及する。

しかし、

考えることを支えるAIは、これからが本番である。