Harness Engineering 实践心得：如何高效驾驭 AI？

📌 一句话摘要

本文通过真实项目案例，系统阐述了从 Prompt 到 Context 再到 Harness Engineering 的 AI 编程方法论演进，详细介绍了多 Agent 协作体系、规则脚本分离和事后验证机制等实践。

📝 详细摘要

本文作者是一位游戏客户端开发工程师，通过自身从零构建 WPF 桌面启动器等项目，分享了如何高效驾驭 AI 进行编程的实践经验。文章从 OpenAI 提出的 Harness Engineering 概念出发，将 AI 编程划分为 Prompt、Context 和 Harness 三个时代，并详细介绍了作者在 JK Launcher 项目中从 V3.0 到 V3.11 的演进过程。核心内容包括：多 Agent 协作体系（7 个角色分工协作）、Rules vs Skills vs Scripts 三层分离架构、事后验证机制（14 项自动检查）、以及人在 Harness 体系中的角色转变。文章强调，AI 编程的瓶颈不在于 AI 的智能程度，而在于是否为其搭建了合适的发挥舞台，即 Harness。

💡 主要观点

1. Harness Engineering 是 AI 编程的第三次跃迁，核心是搭建 AI 能自主运转的环境。 从 Prompt 时代的一问一答，到 Context 时代的设计文档引导，再到 Harness 时代的规则、技能和脚本体系，AI 编程的范式发生了根本转变，人从写代码转变为设计环境。
2. 多 Agent 协作体系通过职责分离和流水线作业，实现 7 层质量过滤网。 将研发流程拆分为需求分析、方案设计、闸门评估、开发、代码评审、测试和 PM 协调 7 个角色，每个角色专注单一职责，通过正式文档交接，有效避免了单 Agent 的自我确认和上下文过载问题。
3. 将编码规范从 Rule 迁移到 Script，实现机械化执行，解决 AI 注意力衰减问题。 通过将可自动化检测的规则（如 XAML 禁止中文、禁止 MessageBox.Show）从 AI 记忆的 Rule 迁移到自动化脚本（verify_all.ps1），实现了事后兜底检测，大幅降低了 AI 在长任务中的违规率。
4. 事后验证机制是 Harness 的安全网，确保规则被真正执行。 通过编译、测试和 14 项自动检查的三步验证流程，以及基线只升不降的硬性约束，确保每次改动后系统的整体健康状态，形成了预防加兜底的双层防线。
5. 人的角色从写代码转变为元工程，核心工作是设计规则和构建自动化检查项。 在 Harness 体系中，人的核心工作是盯着 AI 翻车的地方，将修复思路转化为规则或检查项，以及定义什么算对。每一次 AI 的失误都成为改进系统的机会。

💬 文章金句

• AI 编程的瓶颈从来不在 AI 有多聪明，而在我有没有给它搭好发挥的舞台。
• 好马需要好鞍。规则是缰绳，验证是刹车，Agent 体系是分工——这些东西到位了，AI 才能真正跑起来。
• Human taste is captured once， then enforced continuously on every line of code.
• 发现问题的人不能自己修。
• 以前 AI 犯错我会觉得'它不够聪明'，现在我会先想'是不是我的 Harness 漏了什么'。

📊 文章信息

阅读完整文章