1 分•作者: jezmn•3 个月前•原帖
几个月前,我对Harness Engineering产生了兴趣,并开始进行研究。我意识到,在我的经验中,随着任务的增加,代理往往会失去上下文,重复步骤,或者试图多次解决同一个问题。因此,我想建立一个工作流层,以提供更清晰的结构来处理功能、错误修复和补丁,同时保持任务状态。当然,Hanesu可能会犯错,但记录所做的工作在很大程度上有助于提高第二次迭代实现预期结果的可能性。 那么,为什么不直接使用CLAUDE.md并将所有上下文放在那里呢?因为CLAUDE.md描述了如何工作,但并不保存任务的执行状态。上下文是有限的,随着对话的展开,单靠聊天来维护整个任务的状态变得越来越困难。 此外,通过使用多个代理,每个代理专注于工作流的特定阶段。Hanesu利用现有工具(Codex、Claude Code或OpenCode)作为仓库内的一个薄控制层。最后,这仍然是一个实验版本;对于小任务,最好使用传统的提示,因为由于额外的阶段,它会消耗更多的令牌,因此更适合复杂任务。 我想知道这种方法对你来说是否有意义;至少在我的经验中,我发现它是有用的。感谢你的阅读。 :)