統制されたエンジニアリング環境とは、AI コーディングエージェントが作業を行う場となる、機械が扱える制約の基盤である。すなわち、安価なコード、高価な判断：統制可能なエージェント型ソフトウェアエンジニアリングに関する事例研究 の著者らがエージェントの生産性に必要だと述べる、ハーネス、型、リント、スキーマ、デプロイプロセス、解析のことである。同論文において、これはガバナンスの移し先である。エンジニアリング・ガバナンスのテーゼによれば、エージェントによる開発速度が持続可能なのは、ガバナンスが人間によるレビューに依存するのではなく環境の中に存在する場合に限られる。そうでなければ、人間の注意がスループットのボトルネックになってしまうからである。論文はエージェント型ガバナンスを、近年のエージェント・ガバナンス研究に由来するとする運用上の意味で用いている。すなわち、自律的なエージェントを生産的に保ちつつ、その失敗のコストを許容範囲内に収めるための仕組みであり、その仕組みは失敗を検出または封じ込める統制（control）であることもあれば、失敗を構造的に排除するアーキテクチャであることもある。
用法
この環境は前もって設計されるものではなく、ガバナンス変換（Governance Conversion） を通じて蓄積されていくものであり、論文は、それが統制対象のプロダクトに比べて大きく成長したと報告している。調査された事例では、支援のための仕組みは本番コード 420 KLOC に対して 1.16 MLOC（2.75 倍）に達し、その内訳は静的解析（238 KLOC）、動的解析（405 KLOC）、エージェントが参照するドキュメント（247 KLOC）、エージェント基盤（110 KLOC）、ツール（162 KLOC）であった。具体的には、汎用のアナライザー（Roslyn/.NET、Pyright/Python、ESLint/TypeScript）に加えて 577 のプロジェクト固有の静的解析、13,000 を超える C# のテストメソッド、約 1,500 の Python テストファイル、300 を超えるプロパティベーステスト、90 のファズハーネスが含まれていた。
著者らは、代表的な 41 の仕組みを、何を制約するかによって 10 のファミリーに分類している。エージェント・ガバナンスのファミリーには、ガバナンス文書の統制（エージェント向けのプロジェクトルールを慣習ではなく強制可能なものにする）、コンテキストとディスパッチ（ブリーフのリント、動的なコンテキスト注入、役割型のディスパッチ）、エージェントの可観測性（エージェントレジストリ、型付きイベントバス、センチネルコミット）、リソース仲介（並行するワークツリー間で共有ホストリソースへのアクセスを直列化する）、取り込みゲート（pre-commit フック、マージトレインによるバッチ処理、段階的なデプロイゲート）がある。プロダクト・ガバナンスのファミリーには、正規のシーム、検証と適合性確認、静的・動的解析、来歴と帰属、そして修復語彙（修復のためのアクションを閉じた型付きの集合に限定する）がある。
仕組みは単独ではなく層状に重ねられる傾向がある。ある仕組みをすり抜けて失敗が再発した場合、その対応は補完する仕組みを追加することであり、この事例で最も深い積み重ねは、オーケストレーターとサブエージェントのやり取りをめぐる 14 の補完的な仕組みに達した。論文はまた、ソフトで確率的な形の組み込み（オーケストレーターが従うべきテンプレートや、ドキュメントに記された慣習など）は、エージェントによる開発速度のもとでは飽和してしまうため、コンパイラがチェックする型付き列挙型や、コミットを門番として統制する解析といった決定論的な統制と組み合わせなければならないと論じている。十分な量になれば、確率の低いハーネス違反も確実に起こるからである。
関連用語
ガバナンス変換（Governance Conversion）, エージェント型ソフトウェアエンジニアリングのプロセスモデル, ハーネスエンジニアリング, ガードレール, エージェントフック