思想领袖

架构测试:如何区分真正的智能代理AI和重新贴标签的自动化

mm
将 Unite.AI 添加到您在 Google 上的首选来源

打开几乎任何营销技术供应商的主页,您都会在首页上找到三个词:“由AI驱动”。这种说法已经变得如此普遍,以至于它已经失去了任何意义。Gartner已经开始称这种做法为“代理洗白”——将传统的基于规则的自动化重新包装为自主代理,以便在企业兴趣的浪潮中获利,而没有以任何有意义的方式改变底层系统。

这种区别并非学术上的。企业买家正在被要求根据标签做出真正的预算决策,而标签本身已不再是架构能力的可靠指标。了解什么真正区分了代理和规则引擎——以及为什么这种区别对成本、风险和长期灵活性很重要——正在成为任何在2026年评估AI启用的软件的人的基本识读能力。

划清自动化和智能代理系统之间的界限

传统的自动化系统,无论其前端界面看起来多么复杂,都围绕着一个中央机制构建:一个规则引擎,它会问“给定这个输入,哪个预写的规则应该触发?”一个潜在客户超过了某个评分阈值;一封电子邮件被发送出去。一个潜在客户完成了三个特定的行为;一个序列被触发。每一个规则都是由一个人类工程师编写的,他提前预料到了确切的情景。但是,一旦你达到人类生成规则的极限,你会怎么办?这种架构可以扩展到完美地执行已知场景,但它绝对无法处理未知场景,也不能可靠地适应以前未见过的情况,除非添加规则或人类。工程师们不得不回到系统中并编写一个新规则。他们无法无限地跟上这种趋势。

相比之下,智能代理系统围绕着一个完全不同的问题: “给定我的目标,我的当前上下文和可用的行动,我下一步应该做什么?”这反映了现代AI中智能代理的常用定义之一。但更重要的是,买家代表着一种有意义的机制转变,而不仅仅是营销术语。代理维护一个目标,推理可用的工具和信息,评估其行为的后果,并在计划失败时改变方向——迭代地,不需要人类每次意外发生时都重写其逻辑。在实践中,大多数生产智能代理平台结合了确定性编排、策略执行和目标导向推理,而不是仅仅依赖自主规划;规则自动化人员提前做出的决定。

为什么我们现在要问这个问题?

看看企业采用率的步伐就能理解为什么这个问题对买家来说如此紧迫。 Gartner预测,到2026年底,40%的企业应用程序将集成特定任务的AI代理,从2025年的不到5%大幅增加。 IDC预测,同样的嵌入式代理使用将在2027年增加十倍,而推理需求——衡量代理在组织工作流程中的集成程度——将在同一时期增加一千倍。

这种增长曲线和需求时间表解释了为什么“代理洗白”问题会泛滥。如果买家不小心,当需求超过供应(真正有能力的解决方案)时,市场会立即充斥着带有新标签的重新包装的旧产品,买家会为他们已经知道如何构建的系统支付过高的价格。

企业炒作和交付价值之间日益扩大的差距

也许更重要的是,考虑一下炒作和实际部署的能力之间的差距有多大。2025年7月,麻省理工学院的NANDA计划的一项广泛引用的研究发现, 95%的生成AI试点项目未能带来可衡量的利润和损失影响,尽管组织总共投入了300-400亿美元用于AI系统。然而,这项研究中有趣的是,研究人员如何将集成确定为试点项目失败的原因,而不是模型质量。每家公司都在测试他们无法合理地自己托管的大型模型,但很少有公司将它们架构到工作流程中,这些工作流程是这些模型设计用来理解的。因此,他们无法学习组织背景并随着时间的推移而改进。

Gartner也对智能代理项目本身做出了类似的预测:如果组织在扩大规模之前不将治理和投资回报率对齐,他们可能会看到 2027年底之前取消超过40%的智能代理AI项目。很好,生成AI——特别是代理——正在推向市场。但采用今天可用的技术并不意味着它被深思熟虑地部署或正确地部署在您的组织中。

为什么智能代理专用化是一个技术和架构选择

一个决定将每一个持久的智能代理实现与“代理洗白”类别区分开来:是否要构建一个系统来处理一切,还是构建一组专门的代理,通常被称为“代理团队”——拥有工作流程的狭窄垂直部分。

因此,许多企业架构采用了一个规划代理,它将工作委托给狭窄范围的执行代理。

专家模型与通用模型不同,它们是在更窄、更相关的数据上训练的;就像肺科医生与家庭医生不同。通用模型可以写作、规划。但是,它们没有被训练成每个品牌的特定色彩调色板、出版商的像素比率或昨天在其受众的信息流中流行的主题。

这并不意味着域适应和微调是完美的解决方案。对微调、域适应的语言模型的研究发现, 在新域特定信息上微调的模型并不总是可靠地推理新材料,并且在被推到它们在训练期间记忆的模式之外时仍然会产生幻觉。这里的架构教训不是“我们只需要微调一次并相信它”。而是要围绕每个专家代理构建工具——检索基础、狭窄的预测窗口、人类审批网关——无论您如何狭窄地专门化它。

进一步:智能代理数据流向哪里?

专用化还反映在一个较少讨论的论点中,即故意托管的专用模型与您在公共互联网上查询的大型模型之间的差异:数据暴露。发送到外部托管模型的提示会离开组织的直接基础设施边界,除非部署在私有企业环境中。供应商的保证是客户数据不会用于培训,但这描述的是政策,而不是架构——政策可以改变。

这不是耸人听闻。向公共聊天机器人提示半导体源代码就是 三星工程师在2023年意外地在内部工具中暴露了专有算法和代码。最近的调查数据表明,根本行为仍然很常见:研究人员估计, 大约4.7%的员工将机密信息粘贴到公共LLM中,约11%的所有员工提交的内容被归类为机密。没有任何内部政策可以完全关闭这个差距,如果每个员工都是最后一道防线的话。

监管正在赶上这一现实。运行高风险AI系统的美国公司有一个需要关注的合规截止日期。最近,2026年8月2日, 欧盟AI法案的大部分剩余义务生效。该法规自2025年2月以来分阶段推出,这个日期标志着下一个重大波浪——有一个值得注意的例外。 第6条(1),它管理高风险分类规则,直到2027年8月才生效,因此该部分比法案的其他高风险规定有一个单独的、较晚的时间表。

无法记录其AI系统处理哪些数据以及数据去向的企业现在面临直接的合规风险,而不是理论风险。私人托管的专用模型不会消除治理工作,但它们确实消除了最大的暴露来源:一个默认情况下将内部数据流式传输到第三方的实时管道。

或者更直接地说:问问供应商你的数据会去哪里。如果他们犹豫或声称“它留在云上”——开始问别人。认真地。

治理属于架构,而不是审查队列

我想讨论的最后一个关于智能代理系统的误解是,治理发生在终点。太多的组织将AI输出与他们处理产生的LLM响应的方式相同——作为绝对需要人类审查者的事情,直到它变得太贵以至于无法在规模上证明合理。虽然在最后一刻阻止糟糕的输出比什么都不做要好,但有一个原因,智能代理供应商会吹嘘他们的治理框架:他们将其置于推理层的核心。治理本身应该是可观察的,暴露政策评估、批准事件和约束违规作为操作信号

设计良好的智能代理系统具有约束——预测的定义边界——可观察性工具可以用来追溯每个输出到产生它的数据,并且已将其准确性与现实世界的独立第三方标准进行了基准测试,而不是仅仅依赖内部排行榜。修复输出到达最终用户后发生的错误是好的治理。防止大量错误自动发生更好。考虑到这一点,买家真正应该问的是:

    • 目标与规则。 系统在遇到它没有明确设计来处理的输入时会做什么?规则引擎会指向一个后备规则。代理会描述重新评估其目标和权衡可用操作。
    • 模型托管和专用化。 底层模型是否专门为该领域设计,并且它们在哪里运行?这回答了一个功能问题和一个数据隐私问题。
    • 记忆和上下文。 系统是否在交互之间保留组织上下文,还是将每个会话视为新的?在治理边界内保持的持久记忆是允许代理在没有工程师在每个边缘情况后重写其规则的情况下改进的原因。
    • 幻觉处理。 系统如何检测和限制输出到达实时流程之前的不正确输出,而不是简单地希望专用模型产生的幻觉较少?
    • 可审计性。 每个输出是否可以追溯到其背后的推理和数据,并且性能是否已由独立的第三方进行了基准测试?
  • 可观察性。 随着组织将智能代理系统部署到生产环境中,可观察性变得与推理一样重要。没有对决策、记忆、工具使用和策略执行的可见性,企业无法像传统软件一样自信地运行AI系统。

企业经济学也是原因

谈到供应商锁定,价格论点总是被遗漏在这些功能与标签比较中。但经济学完全符合这里的能力。大的供应商将能够收取指数级的订阅价格,因为他们提供基于令牌的API。每个新一代模型。每次迭代您需要解决可接受的输出。每个复杂的多步骤营销活动自动化任务需要完成的令牌都会被消耗掉。

这些相同的订阅层级带有使用上限,这会在您开始依赖AI进行类似于大多数工作流程的工作时创建巨大的运营瓶颈。当您自己构建和托管专用模型时,您用类似基础设施成本的东西替换了可变的使用成本和不可预测的生成成本。在规模上,这是一个与上述技术选择一样具有复合性的经济选择。

结论——标签从来不是重点

“AI驱动”将被贴在每个供应商的主页上,从现在开始,直到我们正在讨论的模型的哪一代失去其炒作周期的动力。但是,重要的不是形容词,而是架构。推理发生在哪里?你的数据会去哪里?这些系统的专用化程度如何?治理是在架构阶段考虑的,还是事后补充的?这些关键特征将决定你是否获得真正的竞争优势,还是仅仅获得了一件很贵的涂料。

Hatem Ayad is a visionary technology executive with more than 30 years of experience leading high-impact engineering and data organizations across the Fortune 100. With a global footprint spanning North America, Europe, Africa, and Asia, he has driven transformative initiatives in software engineering, artificial intelligence, data science, and large-scale platform architecture.

Hatem specializes in building highly scalable, cloud-centric and AI-first platforms, positioning organizations at the forefront of Software Services, Advanced Analytics, Generative AI, Machine Learning, Edge Computing, and the Internet of Things (IoT). He is widely recognized for translating complex technology into measurable business outcomes.