oil-oil (@I_am_oil_oil) “最近的 Agent 组合是 CodeX + Kimi Code + Grok Build 我喜欢 CodeX 的原因不仅仅是因” — TopicDigg

最近的 Agent 组合是 CodeX + Kimi Code + Grok Build 我喜欢 CodeX 的原因不仅仅是因为模型能力，它在长对话和大量任务并存时依然流畅，界面也一直保持克制。很多功能不会全部堆在页面上，但需要时又能找到，我自己比较喜欢克制的产品。 不过 GPT-5.6 在处理复杂任务时比较严谨，喜欢读取大量文件，上下文又小，非常容易触发上下文压缩，压缩后它可能需要重新读取代码，简单任务也得做很久。 Kimi Code 主要负责前端设计。在我目前的实际体验里，Kimi 的原生设计和创造能力是最强的。我的个人主页 和 VibeHub Kimi 完成的。 但是 Kimi 的缺点也很明确：速度慢，价格不低。但作为一个设计能力顶尖的模型，我还是会选择他。 Grok Build 负责快速执行边界明确的任务。Grok 4.5 的输出速度很快，大约能达到 90～100 TPS。后端代码的小范围修改、前端样式调整，以及不涉及业务逻辑的代码结构整理，它通常不会过度分析，能够很快完成。而且它的前端能力也不错，处理已有页面时，一般不会轻易破坏原来的 UI 风格。我现在非常期待 Grok 4.6～ 由于 Kimi Code 和 Grok Build 本身都是终端工具，但我不想频繁切换到终端，所以把它们封装成了 Skill。 现在的工作方式是： 我只和 CodeX 讨论主线任务。CodeX 根据任务类型调用 Kimi Code 或 Grok Build。子 Agent 完成任务后，把结果写入文档。相当于 CodeX 是主 Agent，Kimi 和 Grok 是两个各有所长的子 Agent。 调用 Kimi 的 Skill： 调用 Grok 的 Skill：