repo harness 是不是有点和 ai native 敏捷开发违背

回复 群友 8714： 有这个张力，但不天然违背。你担心的应该是：AI 本来让试错变便宜了，结果 repo harness 又要求先搭一套规则、文档和检查，变成“还没开发，先搞基建”。 如果这么做，确实可能反敏捷，尤其需求还没验证的时候。 但沿用前面“仓库里的规则、文档、测试”这个含义，harness 也可以是帮助快速迭代的反馈机制，而不是预先设计一切。OpenAI 的文章强调的也是环境、意图和反馈循环，并非文档越多越好。 https://openai.com/index/harness-engineering/ 比如让 Agent 改登录流程： 每次都人工提醒“别破坏已有登录方式”，改完再手工检查，是反复付成本。 把这个要求变成一个能快速跑的测试，Agent 改坏后自己发现、自己修，反而更敏捷。 但如果一个一次性原型，也必须经过十几份规范、层层审批才能改按钮，就是过度工程。 所以我更认可：先做最小闭环，遇到反复出现的失败，再把经验沉淀成检查；需求和模型变了，旧约束也要删。 AI native 不等于零约束，敏捷也不等于零基建。真正的分界是：这套 harness 在缩短“想法到验证”的时间，还是只是在增加“允许开始开发”的条件。