人均月耗万美元：Manus 2.0 组织进化论

据 Woofun AI 消息， 联合创始人兼产品合伙人（网名 ）于近期在个人公众号"潜云思绪"发布长文《用 Manus 改造 Manus》，公开了公司内部的 AI 深度应用实践。这篇文章不仅是对 Manus 2.0 版本发布及母公司蝴蝶效应完成超 5 亿美元融资背景下的回应，更是一份关于 AI Native 组织形态的宣言，揭示了该公司如何通过自身作为样板间，探索通用 Agent 在团队协作、成本控制及人员角色重塑上的新路径。

文章开篇描述了一个极具冲击力的日常场景：张涛向工程师提交需求后，发现对方电脑屏幕上并行运行着多个 和 Manus 的 Session，其中输入内容直接源自 Slack 上的需求原文，未经任何修改。

这种一人同时处理十几甚至二十个需求的常态，得益于 Manus 内部构建的统一代码入口 及配套的 AI 说明书，使得 AI 能够掌握跨仓库全局信息，实现单人完成全端开发。移动端团队仅由 7 人组成，却同时负责 2 个产品和 4 个 App，进度与网页版保持同步。

此外，产品经理的角色也发生转变，约半数人能独立将需求转化为代码并上线，部分需求文档甚至直接演变为视频形式，体现了工程实践与产品定义的深度融合。

市场团队引入的"数字同事"是这一变革的缩影。该数字员工能自主安排工作、提醒进度，并跨团队查询功能细节。其背后依托的是 Manus 2.0 的 Automations 功能，即收到外部通知后自动触发开发任务。例如，当市场人员觉得内部网站操作不便时，通过反馈接口提交的需求会自动转化为 Manus 的开发任务。

同时，同事开发的 Slack 机器人运行在 7×24 小时常驻的云电脑上，非研发人员可直接询问功能实现、文案位置及上线状态，无需经过复杂的沟通链条。这些内部实践与 Manus 2.0 的功能列表高度映射，包括大幅增强的视频能力（支持图像生成视频及代码制作动画），使得产品经理能利用 Manus 测试模型、生成 Demo 图片并剪辑成视频，最终独立完成网页端和桌面端的界面开发。

这种"吃自己的狗粮"策略，在软件行业有着悠久传统。该概念通常追溯至 1988 年微软高管 Paul Maritz 题为"Eating our own Dogfood"的内部邮件，要求员工优先使用自家产品。另一个著名案例是 Slack，它最初是游戏公司 Tiny Speck 在开发《Glitch》时自用的沟通工具，游戏项目失败后，Slack 反而成为主业。Manus 则采取反向路径：先打造通用 Agent 产品，再将公司内部的使用案例公之于众，作为产品最有力的演示。对于一家出售通用 Agent 的公司而言，"整个公司都这样工作"比任何功能介绍都更具说服力，这不仅验证了产品的稳定性，也展示了其在真实复杂场景中的适用性。

从行业视角看，个人 Agent 已成为大厂标配： 推出 Cowork， 的 Muse 上线不久即登顶美区 App Store 免费榜第一， WorkBuddy 在国内 PC 端办公智能体领域月访问量突破 2000 万。

然而，Manus 关注的机会在于协作范式的转移。张涛指出，Session 本身将成为多人协作的工作对象，设计师、工程师和产品经理可在同一 Session 中推进不同阶段的工作。