抱歉,您的浏览器无法访问本站
本页面需要浏览器支持(启用)JavaScript
了解详情 >

今天看到了 Claude 的一篇文章,介绍重新设计后的 Claude Code Projects。 我觉得这个功能挺有意思:它在 Claude Code Session 之上增加了一个项目级 Coordinator(协调 Agent),用统一的项目对话来管理多个独立的 Claude Code Session。 用户只需要在一个对话框里持续提出需求,Coordinator 就可以根据任务情况创...

最近 GPT-6.1 Sol 实在是有点慢,想着既然要等那么久,不如换 Kimi 试试,刚好搭配 Kimi Code 用了一下。

用的过程中发现,Kimi Code 的 Edit 设计和 Codex 不太一样。

Codex 主要采用 apply_patch,让模型通过 Patch 描述文件修改;而 Kimi Code 用的是传统的 old_string → new_string 字符串替换。

另外还有一个让我感兴趣的设计:Codex 在 GPT-6 Astra 上就已经使用 Code Mode 编排工具调用,GPT-6.1 Sol 也沿用了这种方式。 这并不是 Sol 才出现的新特性。

我个人感觉,这可能和模型能力的提升有关。模型越来越擅长编写代码和处理复杂的工具调用,Harness 也开始让模型承担更多的编排工作。

当然,Code Mode 和 Patch 并不是互相替代的关系,一个负责工具编排,一个负责文件编辑。

之前设计 Biny-Agent 的 Edit 时,我其实就思考过这些方案。借着这次使用 Kimi Code,重新翻了一遍源码,也顺便整理一下目前几个 Coding Agent 的设计区别。