役割の再定義：実行者からガバナンス担当者へ

🚧 本章は開発中です。以下はコア論点の概要であり、完全版は今後のバージョンで公開されます。

チームで最も優秀なエンジニアは、すでにほとんどコードを書いていません。彼らは spec を設計し、検証体系を構築し、Agentフリートを管理し、モジュール境界とインターフェース契約を定義しています。しかし彼らのタイトルはまだ Senior Engineer であり、JDには「ソフトウェアシステムの設計と実装」と書かれ、パフォーマンス評価はまだコード産出量を数えています。アーキテクトと品質責任者の仕事をしながら、一線の開発者の基準で評価されています。

これは特定の企業の管理の遅れではなく、業界全体が「エンジニア」という役割の定義をAgent出現以前のまま据え置いていることの問題です。Agentが実行層を引き受けると、エンジニアのコア職責は「ソフトウェアを実装する」から「Agentの実行環境を設計・維持する」に変わります。この環境には spec 体系、検証フレームワーク、コンテキストエンジニアリング、Skill ライブラリ、フィードバック基盤が含まれます。役割の重心が実行からガバナンスへと上昇します。

役割定義に加えて、見落とされやすい問題がもう一つあります。人と人の間の非公式な調整です。以前は田中さんがスタンドアップで「今日は決済インターフェースを変更します」と一言言えば、佐藤さんは関連コードに手を出さないと分かりました。この調整はほぼゼロコストです。人間には「聞いたら覚えて行動を調整する」能力が備わっているからです。Agentにはこの能力がありません。田中さんのAgentがインターフェースをリファクタリングしても、佐藤さんのAgentはまだ古いインターフェースを使い続け、双方とも個別には正常に動作し、マージして初めて衝突が発覚します。以前は人間関係のネットワークで自然に解決されていた調整が、今では明示的に設計すべきエンジニアリング問題になっています。

本章は相互に関連する2つの問題を扱います。役割を実行層からガバナンス層に引き上げること、そして調整を暗黙の対人コミュニケーションから明示的なメカニズム設計に転換すること。前者は各人の責任境界を決定し、後者は異なる人のAgent間の協調方法を決定します。この2つの問題が共に答えるコアの命題は、Agent時代において人間の位置付けは何か、ということです。

Harness Engineering Playbook · AgentsZone Community