Harness Engineering 的自己一点点问题,欢迎讨论

最近Harness Engineering很火,自己也尝试了一下

我认为Harness 比较核心的点

  1. 评估闭环
  2. 架构约束
  3. 记忆治理[大模型注意力优先]

但是最近Trellis 使用下来给我的感觉就是

  1. 大模型在Trellis 的规划等层面消耗大量代码和时间,效果并不理想。

  2. 可能是我使用的渠道不对codex-deskop+openai5.5 和 claude-code+opus4.7【不太稳定】。给我的感觉就是 写代码很慢 效果也比较一般,不知道是不是操作问题???

  3. 有了Harness 是不是意味着 国产模型作为开发主力模型没有太大问题????

3 个赞

terllis 好像跟codex的结合不太好 我现在也在做harness 我个人的一点想法是评估闭环是个比较重要的点 这关于对于Agent执行结果的反馈 harness目标之一也是把输出内容更加准确 那么就需要建立可以靠的问题反馈和纠错记忆的机制

+1 我也有这种感觉和codex结合效果一般,大佬你用的opencode嘛?纯好奇,我是也挺纠结的,openai我觉得就应该在codex里面用可是codex没有lsp,我觉得效果会一般。

严格的脚本门禁验收,能解决长时间工作、并且结果绝对不漂移
但是架构约束这块,软件工程这块比较抽象,如何数据化指标使其代码质量不会降低呢,毕竟软件抽象这块不好量化
记忆治理,暂时没弄过

同感,期待有没有佬友分享一下对比目前 SuperPower、Trellis 之后的最佳实践

个人看法: 那必然是不行的
Harness 讲的是驾驭, 让LLM向着你期望的地方走;
至于他有没有这个能力, 这是LLM本身来决定的

opencode和cc都用过 如果是工程化项目的话 我实践方向是专门做个测试的skill或者tool去及时给Agent做反馈

确实 harness 和 llm 是两种东西,harness应该只是说可以给它各种tools以及设置各种安全机制之类的.但是一般对于智商提升不大

目前codex里面SuperPower和Trellis结合用,AGENTS.md里面可以做一些约束,再结合hooks对应Superpowers