AI開発、工程固定の連鎖は通らず

論考の出発点はよくある設計だ。従来の各工程に1つのエージェントを置き、順番につなぐ。既存プロセスの自動化としては妥当だと認めつつ、工程を分けることはAI向けに開発を再設計することとは違うと主張する。タスクは異なる。障害対応はログ調査から始まることもあり、明確なAPI追加は実装とテストに直行することもある。

次に論考は目標状態とそこへの経路を分ける。ユーザー登録機能なら、必須項目、重複メール防止、既存API契約への意図しない変更禁止といった制約を先に定義し、クラス構造や触るファイルはエージェントが調査後に決める。ここに論考はSpec-Driven Developmentを位置づける。目標の定義としては有用だが、全タスクの固定手順にしてしまうと有害だという。

そこから役割を整理する。スキルは規約と再利用可能なノウハウを供給し、ツールは実行と検証を可能にし、ハーネスは制約・フィードバック・停止条件を提供する。足りないものだけを足すべきだという主張だ。独立レビュー用のサブエージェントや権限の外部強制などで、オーケストレーターを目的化して構築するのではない。OpenAIのAgents SDKやハーネスエンジニアリングの記述を参考に挙げつつ、この設計は公式アーキテクチャの再現ではなく独自の提案だと断っている。