AIにコードを書かせるほど、エンジニアは「設計」が仕事になる

AIにコードを書かせると、「コードを書く」という作業にかかる時間が劇的に減った。だから、余った時間を何に使うか。それが設計だ。AIが優秀になるほど、ボトルネックは「実装速度」ではなく「何を作るか、どう作るか」という意思決定に移る。

AIは局所的な問題を解くのは得意だが、全体を見る設計思想を理解するのはまだ人間に頼る。例えば「serviceに実装する？utilsに実装する？」と迷うと、セッションごとに違う場所に実装されてしまう。どれも間違っていないが、半年後には責務がバラバラなコードベースが完成している。だからAI時代の設計は「AIが迷わない設計」であることが価値を持つようになった。DDD、クリーンアーキテクチャ、Feature-Sliced Design。何でもいい。重要なのは「どの責務をどこに置くか明確であること」だ。AIもそれに従う。

中小企業の実務で見直すべきは、CLAUDE.mdやAGENTS.mdをAI向けREADMEと思い込まないことだ。ここには単なる「使用ルール」ではなく、「このチームはどう考えて開発するか」という哲学を書く。そうするとAIは単なるコード生成器ではなく、チームの開発ルールの中で仕事をする。それが実装速度の二次効果を生む。要件定義の質が上がり、セキュリティレビューの精度が上がり、保守性が上がる。つまり、エンジニアの仕事は「コードを書く人」から「AIをレビューする人」へ変わり、その分「問題を正しく切る人」として経営に近い判断ができるようになるということだ。