「AI エージェントがプログラマーの仕事を奪う」―― こうした予測がメディアで繰り返されます。しかし Chalmers University of Technology と Volvo Group の研究者たちは、この見方は根本的に誤っていると主張しています。むしろ AI エージェント時代は、ソフトウェアエンジニアリングの範囲を大きく拡張し、開発者の役割を質的に変化させるというのです。

「半実行可能スタック」という概念

研究チームが提唱するのは、ソフトウェアシステムを 6 つのリング層で捉える「半実行可能スタック」のモデルです：

リング層の説明例
Ring 1実行可能なコードPython・Java などのプログラム
Ring 2プロンプト・自然言語仕様AI への指示、要件定義
Ring 3オーケストレーション・エージェントワークフローAI エージェント間の協調
Ring 4制御システム（ガードレール・監視）AI の出力検証・制約
Ring 5運用・組織ロジック（意思決定ルーチン）ビジネスルール・政策判断
Ring 6社会・制度的要因規制（EU AI Act など）

従来、ソフトウェアエンジニアリングは Ring 1（コード）を中心に発展してきました。しかし AI エージェント時代、Ring 2～6 の「半実行可能な要素」がシステム動作を直接形作ります。プロンプト、ワークフロー、組織的な決定ルーチンは、コードと同じくらい直接的にシステムの振る舞いに影響を与えるのです。

開発者スキルの転換――「何をするか」の判断へ

この拡張によって、開発者に必要な能力は劇的に変わります。研究者の指摘によれば、最も稀少なスキルは「何を構築・変更する価値があるのか、どのリングを実際に変更するのか、その変更をどう検証するか」を判断する能力です。

言い換えれば：

  • 従来の開発: コードを書く速度
  • AI エージェント時代の開発: システムの何を変更するべきか、その影響をどう検証するかの判断力

Ring 2～6 の管理には、コーディング知識よりも、ドメイン知識・意思決定能力・規制理解が重要になります。

Ring 5・6 における技術的空白

研究はもう 1 つの重要な指摘をしています。Ring 1（コード）に関する工学的方法論は十分に確立されている一方、Ring 5（運用・組織ロジック）と Ring 6（社会・規制要因）に対応する工学手法は、まだ発展途上のままです。

つまり、これから数年で最も求められるのは：

  • AI エージェントの出力を検証・制約するシステムの設計
  • ビジネスルールやポリシーを AI で実装する方法論
  • 規制要件（AI Act など）をエンジニアリング実装に落とし込む技術

こうした領域で新しい専門性と方法論が生まれるでしょう。

まとめ――エンジニアリングの再定義

Chalmers と Volvo の研究が示すのは、「プログラマー職の終わり」ではなく「ソフトウェアエンジニアリングの再定義」です。AI エージェント化によって、エンジニアリングの領域は拡張し、スキル要件は変化し、新たな工学的課題が生まれます。

適応できる開発者は、コーディング技術だけでなく、システム設計・ドメイン知識・規制リテラシーを融合させた「総合的なエンジニア」へと進化する必要があります。