Manus 项目立项讨论纪要（扩展版）.pdfVIP

Manus项目立项讨论纪要（扩展版）

1.引⾔

本⽂基于Manus项⽬⽴项初期的两次核⼼讨论录⾳⽂字稿整理⽽成。与初版纪要相⽐，本扩展版

旨在更深⼊、更细致地还原讨论的全貌，不仅保留了核⼼议题与时间脉络，更补充了⼤量的细

节、思辨过程以及富有启发性的类⽐。⽂章⼒求全⾯展现团队在产品哲学、技术架构、⽤⼾体验

及市场策略等⽅⾯的深度碰撞，为Manus项⽬的后续发展提供⼀份更丰满、更具参考价值的奠基

性⽂档。

2.讨论参与者

•Red

•Peak

•范斌

•张涛(hidecloud)

•潘潘(PanPan)

3.核⼼议题摘要

讨论的核⼼议题在扩展后，可以更细致地归纳为以下⼏个⽅⾯：

•产品哲学：在“⽆所不能的通⽤智能体”与“精通特定领域的垂直专家”之间，Manus应如

何定位？这引出了关于产品核⼼发展路径的“百度模式”与“Hao123模式”的战略类⽐。

•技术架构：如何构建⼀个真正具备“代理”（Agency）能⼒的云端环境？重点探讨了“云端浏

览器”的实现路径、跨会话的“状态持久化”这⼀核⼼痛点，以及安全与易⽤性的平衡。

•⽤⼾体验：产品的界⾯应如何设计，以同时满⾜“只看结果”的管理者与“关⼼过程”的⼯

程师？这涉及到信任建⽴、信息过载、以及“渐进式披露”的设计理念。

•⼈机协作模式：Agent的价值究竟在何处？讨论从克服⼈类的认知局限，到具体的任务执⾏细

节，探索了⼈与Agent之间理想的协作与互动模式。

4.详细讨论记录

4.1.产品哲学：通⽤性与垂直优化的战略抉择

讨论的起点，是关于Manus核⼼定位的思辨。这不仅是功能层⾯的选择，更关乎产品的⻓期发展

范式。

4.1.1.“百度vs.Hao123”：两种发展范式的隐喻

Red提出了⼀个深刻的类⽐，将两种不同的Agent发展路径⽐作“百度”与“Hao123”的模式

差异。

•Chatbot/Hao123模式：像传统的Chatbot或导航⽹站，开发者作为“供给侧”，预先实现

和集成各种特定功能（链接）。⽤⼾能做的事情，被限制在开发者已经提供的能⼒范围内。这

种模式拓展缓慢，且容易陷⼊同质化竞争。

•Agent/百度模式：⾸先打造⼀个具备强⼤通⽤能⼒的底层平台（像搜索引擎，能爬取和理解

⼀切）。这个平台因其通⽤性，吸引⼤量⽤⼾尝试各种各样的任务（Query）。然后，通过分析

⾼频、⾼价值的Query，反向进⾏优化，推出“框计算”或“阿拉丁卡⽚”那样的“预设能

⼒”（Preset），使得常⻅任务能够被“秒级”完成。

Red:“我觉得就是这个类⽐好，123加link跟百度做抓链接卡⽚是，是两个完全不同的，就是

本有本质区别的...Chatbot为什么它现在有瓶颈了？就是它给⼈感觉是⾮常通⽤，但实际上没

有那么通⽤。”

这⼀思路获得了团队的普遍认同，确⽴了Manus“通⽤性优先，逐步沉淀和优化⾼频场景”的

核⼼战略。通⽤性是获客和探索可能性的基础，⽽后续的优化则是构建核⼼竞争⼒和护城河的关

键。

4.1.2.通⽤性的边界：专业软件与知识冲突

尽管确⽴了通⽤性优先，但其边界和挑战也被充分讨论。

范斌提出了⼀个现实的挑战：对于像专业视频剪辑这样的任务，⼀个通⽤的Agent如何与Final

CutPro或Premiere这样的专业软件竞争？他认为，Agent在理解和操作复杂图形界⾯

（ComputerUse）⽅⾯，短期内难以实现质的突破。

Peak则给出了⼀个更具未来感的设想：如果Agent的运⾏环境是⼀个完整的“带桌⾯环境的虚

拟机”，那么它完全可以通过模拟⼈的键⿏操作来直接使⽤这些专业软件，从⽽将通⽤性推向新的

⾼度。

此外，Red还指出了另⼀个潜在问题⸺知识冲突。⼀个⽆所不学的通⽤Agent，可能会在不同

领域的知识上产⽣混淆。例如，⽤于数据科学的严谨知识，可能与⽤于市场⽂案的创意知识在底

层逻辑上是冲突的。这暗⽰了未来可能需要某种形式的“领域隔离”或“知识分区”机制。

4.2.技术架构：构建真正的“云端代理”

如何将产品哲学落地，关键在于技术架构的设计。讨论的焦点集中在如何解决当前Agent产品的

核⼼痛点，构建⼀个真正稳定、持久且强⼤的执⾏环境。

4.2.1.“云端浏览器”与远程交互

实现Agent对Web