「速度中心（velocity-centric）」「監督中心（oversight-centric）」「ガバナンス中心（governance-centric）」は、Davis らが 安価なコード、高価な判断：統制可能なエージェント型ソフトウェアエンジニアリングに関する事例研究 において、エージェント型ソフトウェアエンジニアリングに関する先行する説明を整理した 3 つのプロセスモデルである。これらは、それぞれが何を優先し、信頼性をどう扱うかによって区別される。1 つ目はスループットを高めるためにエージェントの労働を組織し、その信頼性の仕組みは十分に規定しないままにする。2 つ目は人間の注意を実装ループの内側に置く。3 つ目はエージェントの作業が始まる前に、統制されたエンジニアリング環境を定義する。この枠組みは、速くても信頼性の低いツールを使っていかに品質を確保するかという共通の問題を提示し、支配的なモデルはその緊張を解消するのではなく、速度と品質をトレードオフしているのだと論じるために導入されている。
用法
速度中心モデルは、エージェントに自律性を与え、スループットを高めるためにマルチエージェントのワークフローをオーケストレーションすることもある。たとえば、プランナー、開発者、テスターといったエンジニアリング上の役割をエージェントに割り当てる。同論文の反論は、プロセスが似ていることは制御にはならないというものである。エージェントはソフトウェア作業の形式を模倣できても品質の高い成果物を生み出すとは限らず、説明責任、組織的な文脈、専門家としての判断を欠いている。このモデルの信頼性の仕組みは十分に規定されておらず、せいぜいエージェントの周囲にソフトなガードレールを置く程度にとどまる。
監督中心モデルは、エージェントを有用だが信頼性の低いアシスタントとみなし、そのため人間のエンジニアが実装ループの近くにとどまって、範囲を限った作業をプロンプトで指示し、出力を検査する。同論文は、エージェント型の出力には監督が必要だと認識している点をこのモデルの功績と認めつつも、その限界は制御の仕組みそのものが人間の注意であることだとしている。実装量が多くなると、監督がスループットのボトルネックになる。著者らは、トレースに基づくエージェントの改善（実行履歴を分析して再利用可能な教訓を抽出し、スキルやハーネスの変更へと落とし込むこと）を関連する研究の系統としてここにまとめている。
ガバナンス中心モデルは、同論文が新たに現れつつあるものと説明するもので、エージェントは行動するにつれてプロダクト上、組織上、法的なリスクを生み出すと考え、ポリシーから制御を導く方法を提案する。これは、規制などの既知の義務から出発し、それに対応するエージェントの制御を、たとえば実行時のガードレールとして導き出すものである。同論文はこのモデルの枠組みを採用しつつも、その手法が 事前的（ex ante） であり、エージェントが行動する前に既知の義務から制御を導き出すものであるため不完全だと論じる。同論文自身の貢献である ガバナンス変換（Governance Conversion） は、エージェント型の作業の中で発見された失敗から制御を帰納的に導き出す、補完的な事後的プロセスとして提示されている。
著者ら自身の立場は、3 つ目のモデルの中にありつつそれを拡張するものである。彼らは、適合性チェッカー、コンテンツの保全、監査可能性のための来歴、汎用的なリントといった事前的な制御を用いて、それらが必要ではあるが十分ではないと分かったと報告している。彼らが調査した事例では、その中心にいたエンジニアは監督中心モデルから意図的に離れ、エージェントが生成したコードをほとんど検査せず、代わりに 統制されたエンジニアリング環境 に依拠していた。
関連用語
ガバナンス変換（Governance Conversion）、統制されたエンジニアリング環境、ヒューマン・イン・ザ・ループ、ガードレール