Kimi CLI前作者：模型越强，Harness反而会越厚！

太装模作样了，通用agent没有那么多必要去做那么多约束。垂直agent本身就是要做好协作系统，没看出来和模型强度有什么关系。

目前做coding agent 各家模型用下来 主流模型除了傻逼claude要特殊对待 别人基本上都不太需要特殊处理。

现在agent的小而美很容易实现了

主要是逻辑不通啊, harness的逐渐强大可以是人们逐渐达成了harness共识, 积累了思考, 他归因于模型能力的提升这个理由很牵强

也就是模型越强，调用工具能力也越强，所以harness配置的工具也越来越多，越来越厚？

不太认可这个结论，现在模型在训练期间已经消化内化了之前旧的 harness 知识，后续训练也是大量吸收，看不出哪里会需要更多层

前面忘了中间忘了后面忘了，总之就是模型越强模型越弱（）

如果模型的能力达不到给自己制造工具 → 人类给模型制造工具和协作流程，harness 越来越厚，但也逐渐接近 best practice，通用化

如果模型的能力达到了给自己制造工具 → AI 将会主动改造自己的推理方式，辅助自己工作，并持续优化工具中可复用的部分，使得 harness 越来越厚，并且不同垂域都各有不同

无论是哪种情况，harness 都是越来越厚

我觉得可能是表述的问题，作者的意思可能是模型越强大，能够操纵的工具越多，需要写协作的地方越多，就需要提供给模型更多的工具和方法，从而提升模型的能力。相当于说模型会了十八般武艺，就需要十八般兵器。

harness

模型在进步，harness也得同步进步

^-^看到佬的帖子我就去试了一下 Raft 还真好用诶。多个 agent 之间互相配合。网站交互也做得很好。如果有开源的实现就好了。就是担心我的 cli 被云端控制会不会有什么风险。。用起来超级丝滑嘞。他们就和我的小牛马一样 嘿嘿嘿。

感觉说的是上下文管理和memory工程吧

怎么绕到llm和harness上面的?

raft 真的很不错，但是l站搜了下大家讨论的不多

因为这种多 Agent CLI 协作的项目早就烂大街了，能有什么讨论？

一个很好的工程先例就是Linux，一个小核心+一堆庞大的软件。

harness我目前最喜欢的是pi。要是有工具能管理包然后安装就好了。比如装插件什么的（pi我还没用两天）。

我隐约觉得harness内核，和harness能力边界是两套融合的软件。