企业官网建设流程全解析

Meta 20亿收购Manus AI的消息爆出来那天，我的几个技术群直接聊到了凌晨。大家争论的焦点根本不是这个价格贵不贵，而是为什么一家做智能体（Agent）的公司，会比很多做基座模型的公司更让巨头着急掏钱。这事放到两年前很难想象——那时候AI圈的钱和注意力几乎全扑在参数规模和算力集群上，执行能力这个词还只是论文里的概念。但现在，AI竞争显然已经进入下半场，能聊天的模型到处都是，能真正“把活干了”的智能体却依然稀缺。这篇文章我想结合Manus AI的技术逻辑和这笔收购背后的产业信号，聊聊为什么执行能力成了新的决胜点，以及作为普通开发者，我们应该怎么调整自己的技能栈和产品思路。

1. 从“20亿收购”看巨头焦虑：模型本身正在变成白菜价

1.1 Manus AI是什么：一个“会主动干活”的智能体产品

先说清楚Manus AI到底是什么。它不是又一个聊天机器人，也不是简单的AI助手，而是一个通用型的AI智能体。什么意思呢？你给它一个目标，比如“帮我筛选一份简历”“把这份Excel数据整理成报告”“对比这三家公司的财报并给出投资建议”，它不只是给你一段文字回答，而是会自己打开浏览器、写代码、操作文件、调用工具，一步步把任务做完，最后交付一个完整的结果。整个过程中，用户看到的不只是最终答案，还有它的执行步骤和过程记录。

我第一次看到Manus的演示视频时，说实话是有被震到的。它在一个云环境里打开浏览器，操作网页表单，用命令行跑Python脚本，遇到登录验证还会停下来询问用户。这些东西拆开看每一单项都不稀奇，但串在一起形成“自主完成任务闭环”的产品体验，这是之前的AI产品没有的。它代表的是AI从“给你意见”到“替你做事”的转变，而这正是执行能力最直观的体现。

1.2 20亿买的不是技术，是“新入口”

为什么Meta愿意花20亿收购这样一家公司？很多人觉得Manus AI的技术壁垒很深，但说实话，智能体相关的技术开源社区都在做，多智能体框架也有很多现成的。巨头真正想买的，是智能体在未来人机交互中的入口地位。

这个逻辑和当年搜索引擎时代很像。早期大家都以为搜索引擎的核心是爬虫和索引技术，但后来发现，谁能占据搜索框这个入口，谁就掌握了整个生态的流量分配权。AI时代也一样，当用户习惯从“问AI一个问题”变成“给AI一个任务”之后，那个接收任务、调度工具、交付结果的智能体，就成了新的交互入口。谁掌握入口，谁就掌握用户和场景，也就能在上面长出应用生态和商业模式。

所以这20亿买的是一个战略卡位。模型层虽然重要，但已经越来越像底层基础设施，智能体层才是离用户最近、商业价值最高的地方。这也能解释为什么收购方愿意出这个价格——它不是为过去的技术付费，而是为未来的流量入口付费。

1.3 为什么是现在这个时间点

收购的时机也很有意思。往前推两年，就算想做智能体，也很难做好。原因很简单：当时的基座模型能力不够。上下文窗口短、工具调用不稳定、代码生成质量差，智能体走两步就会“迷路”。但过去一年，模型的能力到了一个临界点——长上下文让智能体可以记住更多中间状态，函数调用（Function Calling）和工具使用协议逐渐成熟，代码生成的准确率也大幅提升。

同时，推理成本在快速下降。智能体跑一个任务可能需要几十次、上百次模型调用，如果每次调用都像早期那样昂贵，产品根本没法商用。现在推理成本降下来，智能体才第一次有了规模化落地的可能性。所以这个时间点的收购，本质上是技术成熟度和商业时机的一次共振。

2. Manus的三板斧：拆解让执行能力成立的技术底座

2.1 多智能体协作架构：把大任务拆成流水线

Manus AI的技术底座里最核心的，我认为是多智能体协作架构。简单说，它不是用一个模型“一口吃成胖子”，而是把任务拆成几个阶段，不同阶段由不同角色的智能体负责。

比如做一个“行业研究报告”任务，系统内部会有一个规划者智能体负责理解目标、制定步骤，有执行者智能体负责写代码、查资料、处理数据，有验证者智能体负责检查结果是不是符合要求。这个设计思路在软件工程里很常见——就像一个大项目不是靠一个人从头写到尾，而是拆成前端、后端、运维，每个角色各司其职，通过接口协作。

为什么要这么设计？因为单个模型在一次推理里能处理的复杂度和上下文长度是有上限的。让同一个模型又规划又执行又验证，容易在长任务里遗忘目标、产生幻觉。拆成多个角色之后，每个智能体的上下文窗口相对干净，任务目标更聚焦，执行的成功率会高很多。代价是系统复杂度上去了，需要在多个智能体之间做状态同步和消息传递，但这恰恰是工程能力的体现。

2.2 工具调用链：让AI从“纸上谈兵”到“上手操作”

第二板斧是工具调用链。聊天机器人只会生成文本，智能体的核心差别在于它能把文本变成动作。Manus AI能操作浏览器、写Python脚本、调用API、读写文件，这些能力本质上都是靠工具调用实现的。

我身边很多人第一次意识到这个转变，是看到它为了查某个数据，自己打开搜索引擎、翻了几页网页、发现信息不够，然后转而调用某个统计工具去获取数据。整个过程非常像一个人在做研究工作，而不是模型在吐字。这个体验背后，是一个很完整的工具调用循环：感知环境-决定动作-执行动作-观察结果-调整下一步。

工具调用链的设计难点在于容错。一次调用失败，系统不能直接崩掉，而是要能识别失败原因、换一条路径再试。比如访问一个网站被拒绝，它可能会换一个入口，或者调整请求头，或者告诉用户需要人工介入。这种容错机制是执行能力能真正落地的关键，也是产品价值深度所在。

2.3 透明过程与异步任务：重新定义了信任方式

第三板斧可能最容易被忽视，但我觉得它对产品体验的影响最大——过程透明和异步执行。

传统聊天AI的输出只有一个文本框，用户提问，模型回复，对话结束。Manus给的是一个个任务卡片，里面记录着每一步的执行状态：正在打开哪个网页、正在运行哪段代码、正在处理哪份文件。用户随时可以点开查看，甚至可以中途插入指令，改变执行方向。这种体验很像你在用一款协作工具，对面是一个远程实习生，你可以看到他干活的过程，随时校正方向。

异步执行解决的是AI不具备“耐久性”的问题。以前你和AI对话，关掉窗口对话就断了。但智能体任务通常要跑几分钟甚至更久，如果每次都要用户一直守着，体验会很差。Manus能在云端异步跑任务，结束后通知用户回来取结果。这背后需要的是一套任务调度、状态持久化、消息通知的基础设施。产品体验上的每一次提升，其实都是在技术上做了不少看不见的活。

3. AI竞争下半场的三个信号：算力、参数、评测指标都在变

3.1 老基准失效了，新基准在看“能不能完成任务”

AI竞争进入下半场，一个非常明显的信号是评测方式在变。前几年大家比的是谁在知识问答、逻辑推理、文本生成这些公开测试集上分数高，这本质上是在衡量模型的“知识量”和“语言能力”。但现在，行业里越来越多的人开始用GAIA这类智能体评测基准来考察模型和系统的真实执行水平。

GAIA这类新基准的问法很不一样，它不问你一个事实性问题，而是给你一个需要多步骤完成的任务，比如“在这些PDF里找到包含某条款的合同，并统计其数量和金额”。评价标准也不再是文本相似度，而是任务是否真正完成、完成得是否准确。这个转变是根本性的——以前考的是记忆力，现在考的是执行力。

从行业影响来看，新基准的流行会让资源重新分配。如果评测指向执行能力，那么后续的优化重点就会从“堆更多数据做预训练”转向“建设更好的工具调用链路、更强的规划能力和更稳的容错机制”。评测指标是资源配置的指挥棒，指挥棒变了，整个行业的投入方向都会跟着变。

3.2 产品形态分水岭：从Chatbot到Copilot再到Agent

第二个信号是产品形态本身的演化。我习惯用三个阶段来概括：Chatbot阶段，AI只是一个知识问答工具，用户问一句它答一句；Copilot阶段，AI嵌入到具体的软件工作流里，辅助用户写代码、写文档、做设计，但决策权还在人手里；Agent阶段，AI开始拥有自主性，能在给定目标后独立完成一系列操作，人从操作者变成了监督者。

Chatbot阶段的核心竞争力是模型本身，谁有更好的模型谁就有优势；Copilot阶段拼的关键是场景理解能力和对现有软件的嵌入深度；到了Agent阶段，核心竞争力变成了任务拆解、工具调用、环境交互和结果交付这套系统工程能力。这正是Manus AI让人觉得特别的地方——它跨过了前两个阶段，直接以Agent形态交付给用户。

这里有一个反直觉的点：随着AI从辅助走向自动，人类用户的时间投入没有减少，但投入方式变了。以前是用户花时间思考怎么提问，现在花时间审核智能体的执行过程和结果。所以产品设计里很重要的一件事，是如何帮助用户高效地做这个审核工作，比如高亮关键决策点、提供可回溯的执行日志、支持便捷的中途干预。

3.3 数据飞轮换了燃料：从“人类反馈”变成“任务反馈”

第三个信号藏在数据层面。过去几年，模型能力提升主要靠人类反馈强化学习（RLHF），就是让用户给模型的回答打分、排序，模型从中学习什么是好的回答。这套机制做对话很有效，但用在智能体场景里就有些力不从心。为什么？因为一次任务执行的过程太长了，用户不可能对每一步都给出细粒度反馈，只能对最终结果做个评价。

所以智能体的数据飞轮需要换一种燃料——任务反馈：记录智能体在执行任务过程中的每一步动作、环境状态、工具返回结果、最终成效，这些数据本身就是极有价值的训练素材。做得好的智能体产品，跑的任务越多，积累的执行链路数据就越丰富，对环境的理解就越准。这个数据闭环一旦滚起来，就是很强的复利效应。

这一点对巨头来说非常关键。模型可以用公开数据训练，但成熟的执行链路数据需要真实的用户任务来产生，属于典型的“越用越强”的数据资产。这也是为什么收购一个已经有用户基础和执行数据的智能体产品，比从零开始自己做一个更划算的原因。

4. 智能体时代，普通开发者的技能栈该怎么调整

4.1 把重心从模型微调转向Agent工程

看到这儿，很多人可能会问：那我现在应该学什么？我的建议很明确——如果你不是在大厂专门做基座模型的团队，不要把精力都放在模型微调上，而是尽快补齐Agent工程的技能。

Agent工程涉及的是一整套新的技术栈：任务拆解与编排、工具定义与调用、状态管理与记忆机制、多智能体协作、结果验证与失败恢复。它和传统软件开发最大的不同在于，程序的执行路径不再完全由开发者编写，而是由模型根据环境动态决策，所以我们需要从“写死代码”转变为“设计引导模型行为的框架和边界”。

我观察到一个趋势：过去半年，各种Agent开发框架和编排工具的出现速度非常快。它们做的事情本质上就是帮助开发者降低写Agent的复杂度，把规划、记忆、工具调用这些公共问题封装成组件。但工具只是工具，真正拉开差距的，是你会不会设计一个好的提示词工作流、能不能预判模型可能犯的错误并提前兜底、懂不懂怎么把真实业务场景抽象成Agent能理解的步骤。

4.2 学会用协议给AI“接手脚”

智能体的执行能力离不开对真实系统和数据的访问，而这里就牵涉到开放工具协议的价值。我建议所有做应用的开发者，今年一定要花时间研究一下MCP这类开放的模型上下文协议。

MCP解决了一个很实际的问题：以前每个AI应用都要单独集成外部的数据源和工具，重复开发成本很高；有了统一协议之后，工具提供方只要实现一次服务端，所有支持该协议的AI应用都能无缝调用。这就像是给AI装上了一套标准化的“手脚接口”——任何一个符合规格的工具，智能体都能直接“装上即用”，不需要针对每个场景重新调整。

对于普通开发者来说，现在的机会在于：一方面可以基于这些协议快速接入大量现成工具，不用重复造轮子；另一方面，如果你的产品拥有独特的工具或数据能力，去做一个符合开放协议的服务端接口，就有机会被成千上万的智能体调用。这跟移动互联网时代做开放平台API的思路很像，只是这次的服务对象变成了AI。

我在自己的一小段试验工程里接了一个简单的文件处理工具服务，整个过程中最深的感受是：真正花时间的不是协议本身，而是把工具的输入输出定义得足够清晰。智能体对工具的“说明书”非常依赖，参数怎么描述、返回结果怎么格式化，直接决定了它能不能正确使用这个工具。这提醒我们，进入Agent时代，写好工具描述本身就是一个值得投入的工种。

4.3 场景选择：执行能力最容易变现的方向

技术栈准备到位之后，更关键的是选场景。我在观察很多智能体产品和创业项目时发现，那些最容易跑通商业闭环的场景，通常有三个特征：任务流程标准化程度高、结果可量化验证、用户愿意为“省时间”付费。

典型的方向包括：数据收集和报告生成，比如市场调研、竞品分析、舆情汇总；文档处理和审核，比如合同审查、简历筛选、票据整理；自动化运维和监控，比如异常检测、日志分析、自动修复。这些方向的共同点是，任务边界相对清晰，虽然有复杂度，但错误可追溯，用户更容易建立信任。

反过来，那些需要强创意、强情感、强人际沟通的场景，短期内不太适合智能体直接独立接管。我个人的判断是，现阶段最务实的玩法是做“人机混合流”——智能体负责执行重复和繁琐的部分，人负责决策和审核高价值的环节。这样的系统既能提升效率，也能控制风险，还更容易被客户接受。

5. 我对这笔收购的三个判断和两点提醒

5.1 三个判断：方向已定，卡位开始

我的第一个判断是，不管这笔收购最终能否顺利完成，它已经向市场传递了一个明确的信号：头部玩家开始把智能体视为AI竞争下半场的核心战场。接下来会有更多类似的收购和投资动作出现，标的会集中在有真实用户、有执行数据沉淀、有工程化经验的智能体团队。

第二个判断是，智能体的落地瓶颈主要不在模型，而在工程可靠性。我在自己试用各种智能体产品时，经常遇到的情况是：任务简单时表现惊艳，一旦场景变复杂，就可能在某个环节卡住或者产生错误。未来谁能把这些错误率降下来，把长任务的稳定性提上去，谁就能建立起真正的产品壁垒。这些都需要靠工程能力一点一点磨，没有捷径。

第三个判断是，执行能力层面的竞争会让AI应用市场加速分化。底层模型逐渐同质化，但上层智能体的体验差异会越来越大。就像移动互联网时代，操作系统只有少数几个，但App生态千姿百态。对开发者来说，这其实是个好消息——机会不在底层，而在能不能找到一个具体的场景，把执行能力打磨到极致。

5.2 两点提醒：别做套壳，也别忽视安全

提醒一下想做智能体产品的同行：不要觉得接一个大模型API，再套一个好看的界面，就是一个智能体产品了。用户要的不是一个“看起来很像智能体”的东西，而是真正能稳定完成任务闭环的系统。没有任务调度、没有工具调用、没有容错设计、没有反馈机制，那不是智能体，充其量是个带格式的搜索工具。

另一个提醒是关于安全和边界。智能体能执行动作，也意味着风险被放大了。一个会自行操作浏览器的智能体，如果缺少权限控制和操作审计，一旦产生误操作，后果可能比聊错一句话严重得多。在产品设计里，权限分级、操作确认、行为日志这些能力，从第一天就要纳入架构，而不是等出问题再补。能在效率和可控之间找到平衡的产品，才能真正走远。

回到这笔收购本身，我觉得对普通从业者而言，最值得关注的不是那20亿怎么花，而是它帮我们确认了一个趋势：AI的价值判断标准，正在从“它知道什么”转向“它能做到什么”。这个转变会重新定义产品、技术栈、团队构成甚至商业模式，也会重新分配整个行业的红利。与其站在岸上讨论，不如早点下水，挑一个具体的任务场景，把执行能力那套基本功练起来。