7.3 人的角色转变
最后一节课，我们不谈技术，谈谈人。
从代码编写者到环境架构师
传统开发者的核心工作是写代码。Harness Engineering 时代，核心工作变成了设计环境。
核心产出代码行数→环境质量
主要工具IDE + 调试器→CLAUDE.md + Linter + Hooks
质量保障代码审查 + 测试→Guardrails + 可观测 + Sprint Contract
效率衡量写了多少功能→Agent 完成了多少任务
技能重心语言 + 框架→约束设计 + 行为预测 + 系统诊断
不是说写代码不重要了，而是写代码这件事越来越多地交给了 Agent。人的价值体现在定义 Agent 的行为边界和补偿其缺陷。
组织影响
团队结构扁平化3 人 + Harness > 10 人传统团队
新角色环境架构师专职设计和管理 Harness 的工程师
杠杆效应大幅提升一个人的 Harness 影响所有 Agent 的产出
Code Review本质改变从审查代码逻辑 → 审查 Harness 配置
技能溢价重新分配懂 Harness 的人比纯写代码的人更有价值
技能变迁
仍然重要的技能
系统设计能力理解全局架构，才能定义正确的约束
调试与诊断Agent 出问题时，需要人定位根因
领域知识业务理解是无法被 Agent 替代的
沟通能力把模糊需求转化为明确约束
正在变得重要的技能
行为预测预判 Agent 在各种场景下可能的行为
约束设计用最少的规则实现最大的行为控制
可观测设计设计让 Agent 行为透明的系统
评估与迭代量化 Harness 效果并持续优化
正在弱化的技能
手写样板代码CRUD、配置文件等重复性编码
低级调试拼写错误、格式问题等由 Linter 自动处理
文档搬运信息检索和整合由 Agent 完成
课程总结
课程总结
Prompt 解决说什么，Context 解决看什么，Harness 解决怎么做。
模型决定天花板，Harness 决定地板。
回顾这 7 个阶段、20 节课，我们走过了：
- 第一阶段：理解什么是 Harness，为什么需要它
- 第二阶段：看清楚没有 Harness 时的问题
- 第三阶段：掌握 Harness 的架构模型
- 第四阶段：学会搭建 Harness 的每个组件
- 第五阶段：实战中运用 Harness
- 第六阶段：从产业案例和学术验证中确认效果
- 第七阶段：理解底层逻辑，避开误区，展望未来
Harness Engineering 不是一个临时技能，而是 AI 时代的工程范式。掌握它，你就掌握了与 AI 协作的核心杠杆。
本节小结
📌 本节核心要点
- 角色转变：从代码编写者到环境架构师，核心产出从代码行数变为环境质量
- 组织影响：团队扁平化、新角色出现、Code Review 本质改变
- 技能变迁：系统设计和领域知识仍然重要；行为预测和约束设计正变得关键；样板代码编写正在弱化
- 课程核心：Prompt 解决说什么，Context 解决看什么，Harness 解决怎么做。模型决定天花板，Harness 决定地板
思考题
- 在"从代码编写者到环境架构师"的转变中，你觉得最难的跨越是什么？是技能、心态还是组织层面？
- 如果你的团队要引入"环境架构师"这个角色，你会如何定义他的职责和考核标准？
- 学完这门课，你打算做的第一个改变是什么？
恭喜完成全部课程！