第二部分：为什么要引入 Harness？

一个类比：把新手丢进没有文档的项目想象你是一个刚入职的工程师，被丢进一个没有任何文档的项目里。没有 README，代码里没有注释，没有人告诉你怎么跑测试，CI 配置文件藏在某个角落里。你能写出好代码吗？也许能——如果你足够聪明又足够有耐心。但你会花大量时间在"搞清楚这个项目是怎么回事"上，而不是在"解决问题"上。AI agent 面对的困境一模一样。而且更糟——你至少可以问同事，agent 只能看到你放在它面前的文件和它能执行的命令。它不能拍拍同事的肩膀问"哎，这个项目的 ORM 用的是哪个版本？"这就是为什么要引入 harness：agent 看不到的东西，对它来说就不存在。Harness 到底是什么？很多人说 harness，其实就是"一个 prompt 文件"。这不是 harness。就像你开了一家餐厅，只有食材——没有灶台、没有刀具、没有菜谱、没有出菜流程——那不叫餐厅，那叫冰箱。Harness 是一整套制度化的控制平面，由五个子系统组成。就像一个完整厨房里的五个功能区：菜谱架、刀具架、灶台、备菜台、出菜检查口。每个子系统都有明确的职责和评判标准。Harness 五子系统模型第一，指令子系统（菜谱架）创建AGENTS.md或CL