夜雨聆风我已经很久没打开过 Office 了，虽然每天还在用 Word、Excel 和 PPT。
听起来有点矛盾。我觉得，Office 这个东西还在，但 Office 软件本身却越来越不重要了。
想想还挺感慨的。09 年上大学那会儿，我还专门报班学过这三大件，PPT 怎么做动画，Excel 怎么拉透视表，记了一堆奇奇怪怪的技能。
结果现在，那些技能基本被抹平了。我不用再记快捷键，不用再研究 Excel 那些公式和玩法。AI 已经可以接管这些操作层面的事情。
今天我特别想给大家分享一个，超级适合在办公场景使用的云端的 Agent。产品名字是 MuleRun，骡子快跑。
我觉得它是真正的新一代的 AI Native 的 Office。
https://mulerun.com/chat
AI Native Office
以前做一个季度汇报的 PPT，流程是什么样。打开 PowerPoint，先来一张空白页，自己找模板、调字号、配色.....
而且 PPT 这玩意儿基本没法在手机上搞定，按钮太多太复杂了。
现在在 MuleRun 里，这类工作就变得非常简单。
刚刚中午我在外面吃午饭，想起来下午还要做业务的 PPT，开这个月的总结会，用微信直接跟它说，我要做一个 Q2 业务汇报 PPT，参考飞书里的文档就行。
吃完饭我发现初稿已经搞定了。我简单翻了一遍，看到某一页跟我预期不太一样。比如第三页，我觉得这里应该放一个业务对比的柱状图。我就直接跟它说，这页帮我改一下。
到公司我还能在电脑上接着编辑，根本不用打开 PowerPoint。改完直接存进 Google Drive，分享给同事。
你看出区别了吗。以前用 Office，我是个操作工，从头干到尾。现在我更多是在表达想法。
这事让我最近也在琢磨。做 PPT 其实就两个核心能力：我想表达什么内容，以及内容怎么呈现。而所谓呈现，无非就是调格式、做图表。
以前觉得会做 PPT 是能力。现在越来越觉得，真正有价值的是表达什么，而不是怎么调格式。AI 把后面那部分活接过去之后，这件事反而变得更明显了。
那为什么这么多能够做 Office 的产品当中，MuleRun 会比较好？我跟大家说说我的两点体感。
第一，它有个叫 MuleRun Computer 的功能。你可以理解成一个云端的 OpenClaw，体感很像，但底层不是 OpenClaw。
我们公司每天会定时跑不少 Skill，有检查业务数据的，有拉数据做汇报的，这些我现在都放进这台 Computer 里跑。
我自己买了一台，等于把公司这些常备的活单独搁这，它在云端一直转，跟我自己手头的事互不干扰，人也不用守着。
其实刚才连接微信，我就用的是 MuleRun 的 Computer 能力。
第二，它有不少独家的 Tool，挺好用。
比如 Data Source 这个功能。它集成了一些重要电商数据。比如前两天母亲节，我就用这个数据源看了一下全球母亲节卖得最火的商品是什么。
结果发现有几个品类的增长速度甚至超过了鲜花。这个对做电商、做生意的朋友，我估计会很有用。
还有一个 Page 的功能我也常用。我们用 AI 经常会生成网页，这个网页其实是需要分享给同事或者朋友的。
大部分人不可能说把这个网页部署到服务器上，在 MuleRun 里，可以直接一键发布到 Page。
多任务协作
先说个背景。Agent Team，或者说 Multi Agent，现在已经是行业里的新共识了。
一个任务太复杂或者用时太久，单个 Agent 扛不动，那就拆开，让一群 Agent 一起上。
为什么非拆不可？这里有个绕不开的技术问题，叫上下文污染。
一个万能 Agent 什么都自己干，调研的、写代码的、跑数据的信息全堆在一个上下文窗口里，越堆越长，越长越乱，最后它自己都被淹没了，可靠性直线下降。
拆开就是为了解决这个问题。拆的方式大概两种。
第一种是并行。一个任务来了，主 Agent 把它切成几个能解耦的模块，分给几个子 Agent 同时跑。各干各的，互不耽误，最后汇总。
第二种是流水线。一个任务链路特别长，那就像我们真实工作里那样，拆成几个工种，一道工序接一道工序往下走。彼此之间还能互相检查、互相 check，保证最后交付的东西不出岔子。
这两种现在都很常见。但 MuleRun 这个设计有意思的地方在于，它在拆 Agent 这件事上，做了一个跟别家很不一样的选择。
我们还是看一个具体的 Case，看完大家就会觉得多有意思。
这里，我让它围绕我们的业务，并行启动多个子任务，分别制作 PPT、负责 X、YouTube 和 Instagram 平台的内容和素材制作。
当然，为了测试它的多 Agent 能力，我故意把一个营销项目拆成几个方向。
我们可以在左侧边栏，把鼠标放在灰色圆点上就可以看到子任务了，我们直接点击子任务或者点击上方的多任务按钮，就会显示出来子任务小窗口。
我们点击小窗口，窗口就会放大显示，可以看到它是基于主任务分别给每个子任务单独写的提示词，完全独立的。
进一步，我们可以继续点击右上方的放大按钮，就会进入到每个子任务里面，我们可以在左上角子任务图标那块，实现主任务与子任务之间切换。
没过多久，每个子任务就都完成了，这时，主任务窗口就可以把各个 Agent 的产物给我汇总了。
最后优化好的结果我也分别给大家看看。
这是行业调研报告 PPT。
这是运营文档。
它这个多 Agent 的设计，跟过去那些不一样的地方，就是前面提到的，任何一个子任务的 Agent，我随时都能点开，而不是这个任务一结束，子任务也就跟着消失了。
为什么这点重要。你比如说，我对它做的 X 内容方案不满意，这时候其实是需要二次沟通的。
因为这个方案是负责 X 的那个子 Agent 做的，我就可以直接点进去跟它说我的想法。
右侧的 Word 可以在线编辑。
写在最后
这样做最大的好处，是每个 Agent 都有独立的上下文，不会互相干扰。
但大部分产品里的子 Agent，本质上还是一次性的执行工具。
任务开始的时候被创建出来，任务结束之后就消失了。
MuleRun 有意思的地方在于，它把这些子 Agent 保留下来了。
刚才案例里负责 X、YouTube、Instagram 的 Agent，在任务完成之后依然存在。它们有自己的工作记录、自己的上下文，也能继续跟我沟通。
这点特别像真实团队。
项目经理负责统筹和派活，但团队成员并不会因为项目结束就消失。如果后面需要调整某个方案，我们通常会直接找到对应的人继续沟通。
MuleRun 给我的感觉也是这样。主 Agent 负责组织工作，但每个子 Agent 同时也是一个可以长期协作的独立个体。
如果对某个方向不满意，我不用重新回到主任务再走一遍流程，直接点进去继续聊就行。这个设计看起来只是一个小细节，但实际使用时会顺畅很多。
我觉得它真正解决的，不只是多 Agent 协作的问题，而是让 Agent 开始有了一点团队成员的感觉。
