刚看到你的前提是忽略专业程序员开发这个场景.
如果包括专业程序员这个场景的话(我觉得应该包括),核心差异是两者控制验证节点不同,M靠模型验证,本质式模型拍脑袋上限取决于模型,Cursor因为是写代码可以靠代码单测能不能过或者代码能否work来验证上限取决于Agent上下文长度和Token限制。
如果忽略这个场景的话,剩下的差异是调用工具尤其是搜索工具的泛化程度不同。从系统设计的角度来讲,Manus 必然是为了解决众多泛化的需求,包括但不限于开发、做报告等等的各种各样的需求而来准备的。但是 Cursor它底层的 Agent 设计和搜索的泛化程度,以及甚至部分领域的具体的提示词,一定是聚焦于一个特定领域的.从做AI搜索系统的角度来讲, Manus 和 Cursor 底层必然对某些问题去搜索某些网站做了特殊的规则适配, 比如某个语言的技术问题,搜哪几个网站去找答案, 然后 Coursor 它适配的规则必然局限于开发这一个具体的场景,逃脱这些场景之外的搜索,那完全就凭模型自己选择搜索入口+限定搜哪些平台,可能就不怎么灵了。但是Manus因为是 通用Agent,泛化的规则可能更多,甚至可能有自己数据闭环的强化学习Agent来持续进化这套通用场景的规则也是可能的。
有人可能会反驳,Cursor都能Agent写代码了,Manus能干的事情它不一样也能干?其实如果你拿一本电子书,给他提纲和章节目录,试一下你就知道了。
说个可以对比的,我们把Codex约等于Cursor, ChatGPT约等于Manus,5月份的时候我让Codex和ChatGPT写同一本讲大模型预训练团队分工的电子书小册子,Codex写的一坨屎,ChatGPT写的更像书的样子。 //
@Kangyuan.C: 😯 能展开解释下吗