上个月，一个做制造业的朋友问我：「我们公司想导入 AI Agent，你觉得该用哪家的？」

▶ 听摘要
AI 合成语音・作者本人声线克隆

我反问他：「你要的是一个会自动跑报表的工具，还是一个能自己判断产线异常然后决定怎么处理的系统？」

他愣了一下：「这不是同一件事吗？」

根本不同，而且搞混的代价很高。

同一个字，两种完全不同的东西

「Agent」这个词在 2024 年被用到烂掉。每家 AI 公司都在卖 Agent，但他们卖的东西差异大到离谱。

AI Agents（代理人） 是任务导向的自动化工具。你给它明确的目标、定义好的工具、清晰的规则，它帮你执行。医疗辅助决策系统根据症状比对数据库给出建议、工业控制系统依据感测器数据调整参数、自动化测试脚本按照默认流程跑测试——这些都是 AI Agents。它们的核心价值是可靠性：在定义好的边界内，反复执行，不出意外。

Agentic AI（能动型 AI） 是另一回事。它不只执行，它会规划、会拆解问题、会在执行过程中根据新信息调整策略。你丢给它一个开放式任务——「帮我研究这个市场的进入策略」——它会自己决定要搜集哪些数据、怎么分析、什么时候该停下来问你意见。它的核心价值是能动性：面对不确定性时，能自主做出合理的下一步。

两者的差别，用一个比喻来说：AI Agent 是一个优秀的执行者，你告诉它「去买咖啡」，它会精确地完成任务。Agentic AI 更像一个初级伙伴，你说「下午的会议需要提神」，它会自己判断该买咖啡、泡茶、还是建议你先睡十五分钟。

为什么这个区分很重要

选错架构远不止是学术问题，整个系统会从根坏起。

我在建自动发文管线的时候就踩过这个坑。一开始我把它设计成 Agentic 风格——让系统自己判断什么时候该发、发什么内容、用什么图。听起来很酷，但结果是系统三天两头做出奇怪的决策：凌晨三点发长文、帮一篇严肃的循环经济文章配了一张色彩缤纷的抽象画、甚至自作主张改了贴文的 hashtag。

后来我想通了：自动发文不需要能动性，它需要的是可靠性。我把架构改成纯 Agent 模式——从 Google Sheet 读排程、按规则生图、照时间发送。一切变得稳定。我在〈AI Agent 规划指引〉里分享过，Agent 落地的关键不是技术能力，是边界设计。这个教训的根源就在这里：你得先搞清楚任务本质上需要的是代理人还是能动伙伴。

反过来也一样。我的辩论引擎一开始设计成纯 Agent：每个模型固定讲三轮、固定顺序、固定格式。结果辩论质量很差，因为真正的辩论需要模型根据对方的论点调整策略。后来我加入了能动性设计——让模型可以选择反驳、追问、或转换论述角度——辩论质量才跳了一个层级。

规则很简单：任务边界明确、输出可预测 → Agent。任务开放、需要动态判断 → Agentic。 混用必出事。

能动性的代价

Agentic AI 强大，但自由的代价是不确定性。而且这种不确定性跟传统软件 bug 不一样——它不是「坏了」，而是「做了一个你没预期到的合理决策」。

幻觉（Hallucination） 在能动型系统里特别危险。一般 chatbot 产生幻觉，顶多给你一个错误答案。但 Agentic AI 会根据那个幻觉继续做下一步——用一个不存在的 API 端点去发送请求、引用一篇不存在的论文来支持它的分析、基于错误的数据做出策略建议。错误会滚雪球。

任务崩溃（Task Collapse） 是另一个特有问题。能动型系统在执行多步骤任务时，可能在第七步突然忘记第三步的结论，或者在子任务之间的切换中丢失上下文。我在跑辩论引擎长对话模式时就遇过：到了第四轮，模型开始重复第二轮的论点，完全忘了中间有人反驳过。长链推理的脆弱性，到目前为止还没有完美的解法。

责任边界（Accountability） 最棘手。当系统自主决策，出错时谁来负责？如果一个 Agentic AI 在金融交易中做了一个「合理但亏损」的决策，是开发者的责任、使用者的责任、还是模型的责任？这个问题目前在法律和伦理层面都还没有共识。

我的实务做法是加入我称之为「缰绳设计」的机制：让系统有能动性，但在关键决策点设硬性检查门槛。比如辩论引擎可以自由选择论述角度，但轮数有硬上限；能动分析可以自主搜集数据，但最终建议必须经过人类确认才能执行。自由但不失控。

市场正在进入转折期

从纯工具到能动伙伴，这个演化不只是技术升级。它改变了人跟 AI 的协作关系。

过去，你用 AI 工具的方式跟用 Excel 差不多——输入、处理、输出。现在，能动型 AI 会回嘴、会提问、会说「我觉得你这个方向可能有问题」。这需要使用者具备一种新能力：跟 AI 协商的能力。不只是下指令，而是判断它的建议是否合理、在什么时候该信任它、什么时候该覆盖它的决策。

我自己的经验是，跟能动型 AI 协作最大的心智转换是接受「它会犯错但整体更好」。就像带一个聪明但经验不足的新人——你不会因为他偶尔判断失误就不让他做事，而是设计一个容错的工作流程，让他在犯错中成长，同时确保错误不会造成不可逆的损害。

这跟我在〈Code is Cheap：从 Vibe Coding 到 CLAWS〉里谈的观点一致：在后编程时代，真正的核心能力不是写代码，而是架构设计和品味判断。同样的，在能动智能体的时代，核心能力不是操作 AI，而是设计人机协作的架构——什么该自动化、什么该保留人类判断、中间怎么衔接。

选择的艺术

回到我朋友的问题。他最后没有「导入 AI Agent」。他做的是更根本的事：先盘点公司里哪些流程适合代理人（明确、重复、可预测），哪些问题需要能动伙伴（开放、动态、需要判断），然后针对不同需求选择不同架构。

这听起来不够酷炫，不像「全面 AI 转型」那么有话题性。但这是对的做法。

能动智能体正在崛起，这个方向不会逆转。但崛起不代表所有场景都需要能动性。最好的系统设计，往往是在对的地方用 Agent 的可靠性，在对的地方释放 Agentic 的能动性——然后在两者之间，设计精准的缰绳。

工具跟伙伴的差别不在高低，而在于不同情境下的适配。搞清楚你面对的是哪一种问题，答案就出来了。