角色重定义：从执行者到治理者

🚧 本章正在开发中。以下是核心论点的概要，完整内容将在后续版本发布。

团队里最好的工程师已经几乎不写代码了。他们设计规约，搭建验证体系，管理 Agent 舰队，定义模块边界和接口契约。但他们的 title 还是 Senior Engineer，JD 上写的是"设计和实现软件系统"，绩效考核还在数代码产出。做着架构师和质量总监的工作，按一线开发的标准被评估。

这不是个别公司的管理滞后，是整个行业对"工程师"这个角色的定义还停留在 Agent 出现之前。当 Agent 接管了执行层，工程师的核心职责从"实现软件"变成了"设计和维护 Agent 的执行环境"。这个环境包括规约体系、验证框架、上下文工程、Skill 库、反馈基础设施。角色的重心从执行上移到了治理。

除了角色定义，还有一个容易被忽略的问题：人与人之间的非正式协调。以前张三在站会上说一句"我今天要改支付接口"，李四就知道先别动相关代码。这种协调几乎零成本，因为人类自带"听到之后记住"的能力。Agent 没有这个能力。张三的 Agent 重构了一个接口，李四的 Agent 还在用老接口，两边各自运行正常，合并后才发现冲突。以前靠人际网络自然解决的协调，现在变成了需要显式设计的工程问题。

本章处理两个相互关联的问题：角色需要从执行层上移到治理层，协调需要从隐式的人际沟通转变为显式的机制设计。前者决定了每个人的职责边界，后者决定了不同人的 Agent 之间如何协作。这两个问题共同回答一个核心命题：在 Agent 时代，人的定位是什么。

Harness Engineering Playbook · AgentsZone Community