3个月烧光预算，企业Agent落地为何集体翻车？

龙虾（OpenClaw）的火是真的火，整个行业都在为这个能真正干活的Agent疯狂。

但诡异的是，好多企业跟风All in Agent，砸钱接入了顶尖大模型，搭好了看似炫酷的Demo，一到规模化落地就频频翻车——要么卡在系统对接上，要么困在权限安全里，最后变成只有少数工程师会玩的内部玩具，根本跑不进真实的业务流程。

人人都能用的龙虾，怎么到了企业这里就水土不服了呢？

最近MiniMax的Agent首席架构师阿岛和腾讯云Agent Runtime产品副总经理Gary，在一场Agent Infra圆桌中戳破了真相：企业落不好Agent，是人的思维从根上就出错了。

两人达成的核心共识，也是绝大多数企业失败的首要原因：试图在不改变原有工作流、不调整系统架构的前提下，把Agent当成"插件"强行嵌入现有体系。

现有的企业IT系统是怎么来的？是为了让人更好地分工协作而设计的。OA审批、财务报销、研发管理，底层逻辑都是"以人为中心"，塞满了防范人类错误的审批节点、繁琐表单和层层权限。Gary坦言：绝大多数企业的常规操作，是让AI去适配这些以人为中心设计的流程。

阿岛用了一个生动的比喻——Harness：

Agent就像一辆马力全开的F1赛车。想让它跑出极限速度，就必须为它打造适配的车身与专业赛道。但现在很多企业的做法，是强行把这辆F1赛车开到普通乡镇公路上，还要求它遵守家用轿车的限速和红绿灯规则。这怎么可能跑得快？

想要真正释放Agent的能力，企业必须完成思维跃迁：从"人在中心操控AI"，转变为"Agent在中心干活，人是驾驭者（Harness）"。

这意味着工作流、代码项目、文档规范甚至文件命名，都必须变成"面向Agent友好"的结构化模式。Agent需要能拿到人能拿到的所有信息，而人退居为输入输出节点之一。

Gary用腾讯内部的实践佐证了这一点。

研发团队最初尝试将Agent接入需求管理系统TAPD。TAPD源自传统软件工程，强调角色分工，系统中布满复杂富文本交互和审批节点。

"一开始我们尝试在不改变既有工作流的情况下对接Agent，结果发现这条路完全走不通。"

真正的破局点在思维转变之后。当研发人员开始思考"我一个人如何在AI辅助下最高效地完成工作"时，奇迹发生了：

我们发现突然不需要那么多流程了。以Git仓库为唯一真源，消除冗余审批节点，赋予Agent能够自闭环的权限。那一刻，所有落地门槛都消失了，Agent自然而然就落地成功了。

如果说"旧瓶装新酒"是思维上的宏观阻碍，那么在执行层面，业界普遍存在的技术惯性认知误区，如同隐形枷锁直接决定成败。

这是云厂商和IT基础设施团队最容易犯的错误。很多人仅仅把Agent看作下一个微服务或大数据升级。正如Gary所说：

我看到同行中有很多误区，最典型的就是拿过去做微服务的那套K8s技术方案，去硬承接AI Agent。

这种生搬硬套是致命的，因为两者的底层假设完全相悖。

传统的Docker和K8s，假设应用是无状态的、同质化的，随时可以销毁和快速伸缩。

Agent则相反：它是有状态的，记忆和当前执行的上下文至关重要；它是异质的，每一个Agent基于不同设定和进度都独一无二；它还是长时运行的，可能需要7×24小时不间断地盯着数据或执行任务。

拿着解决静态、无状态问题的旧锤子，去敲击自主、不确定性的Agent钉子，显然只会把钉子敲弯。

思维的转变，最终必须落地到坚实的基础设施上。

过去几十年的IT信息化，核心服务对象始终是"人"。但AI Agent带来的是真正的范式转移——它改变了用云的主体。Gary说得很直白：

过去的云都是人使用的，现在的云，是Agent去使用的。

为了解决这个问题，腾讯云推出了Agent Runtime。它的核心设计逻辑非常清晰：消灭偶然复杂度（Accidental Complexity）。

大模型公司只需专注把模型能力做强；企业客户只需专注自己的业务know-how。至于Agent怎么在安全环境里运行、状态如何保存、权限如何管控、怎么跟第三方系统打通通信，这些庞大繁杂的脏活累活，全部交由Agent Runtime这样的原生基础设施解决。

在这个体系下，腾讯云打造了专门的Agent网关来解决连接问题，并计划开源Cube安全沙箱技术，从计算、网络、存储底座重新设计，为Agent提供既能保留工作状态、又能安全隔离的专属运行环境。

一提到Agent拥有自主操作权限，很多企业安全部门就如临大敌：数据泄露怎么办？乱操作删库了怎么办？

这种担忧很正常，但如果因此拒绝Agent，那就大错特错了。阿岛认为，这就像15年前电商刚兴起时，大家都在质疑"邮购靠谱吗""支付安全吗"一样。

新技术的出现必然冲击原有基础设施，同时也一定会催生出适应新时代的基础设施。阿岛指出：

在移动互联网时代，我们孕育出了手机一键登录、微信支付、支付宝这样的基础设施，才有了后来的外卖、打车和电商生态。Agent时代也一样。今天大家觉得安全是阻碍，但未来一年，我们一定会看到专属于Agent身份认证、权限委托的"时代支付宝"出现。

未来智能体甚至可能在法律或事实上拥有某种类似于企业法人的地位和权限。我们要做的是构建Agent时代的安全沙箱和授权体系，而不是因为害怕就停滞不前。

腾讯云Agent Runtime的核心设计，正是从底层基础设施层面为Agent构建这套原生安全体系，通过Cube安全沙箱的全隔离运行环境、精细化权限管控机制、全链路操作轨迹可追溯能力，从根源上解决企业对Agent安全的核心顾虑。

这种原生基础设施的能力，在与MiniMax的深度标杆合作中展现得淋漓尽致。

熟悉大模型发展的人都知道，决定Agent能力天花板的关键技术之一是Agentic RL。这与过去简单的一问一答式训练不同，Agentic RL需要让模型在真实沙盒环境中自主探索、试错并获得奖励。

阿岛透露，为了覆盖足够多场景，MiniMax可能需要同时拉起十万甚至几十万级别的沙盒。这些沙盒里跑着不同的操作系统镜像，必须秒级启动，环境高度稳定、支持随时快照保存：

一开始我们用传统的K8s去跑，发现根本不行，几万个并发瞬间就把K8s的Master节点拉垮了。

传统的Infra工程师面对这种需求，第一反应往往是"你能不能少拉一点？"

在这个关键节点，腾讯云展现了强大的定制化加速与底层重构能力。为了支撑MiniMax庞大的并发需求，腾讯云抛弃修修补补的思路，针对Agentic RL场景将计算和存储全面重塑。

正是在这种真正Agent-centric的极速算力基础设施支撑下，MiniMax得以实现模型能力的月级别快速迭代，并在复杂人设保持、长程任务执行上达到比肩甚至超越国际顶尖模型的水平。

我们不是比别人更聪明，而是我们真正认识到了这是时代的范式转移，并且认真地去重构它。

从会聊天的工具，到能干活的生产力；从个人桌面的Demo，到千行百业的大规模落地。Agent正在以不可逆的姿态重塑这个世界。

阿岛预测，未来一年Token成本将呈指数级下降，我们将看到全模态Agent在便携设备中实时互动，并且具备自主进化、自己编写Skill的能力。

在这样一个近乎科幻的现实面前，企业和普通开发者该如何自处？

两位行业前沿探索者给出了最朴素也最核心的建议。

第一，坚定地相信Agent。

无论你是做前端、后端、产品还是行政，只要工作中有重复性内容，Agent就一定能为你提效。不要因为一开始用不好，就觉得岗位不匹配或者AI太笨。坚定地相信它，是落地的第一步。

第二，建立AI Native的工作模式，把Agent的价值用透。

我发现我的Token根本用不完。我的Agent不需要吃饭，只需要一台电脑和Token就能干活，但我居然没有让它时刻运行起来替我打工，这说明我自己的工作模式还不是AI Native的。

企业落地的第一步，不是立刻重构大系统，而是先让每个员工在自己的具体岗位上把Agent用起来。当大家都习惯了Agent，内部自然会形成分享插件和know-how的"大集市"，沉淀出企业的AI资产。只有底层的基建和员工习惯都Agent-friendly了，组织形态的重塑才会水到渠成。

第三，也是最重要的一点——Build is everything！

不要等系统完美了再上场，不要等公司下达指令再行动。就从今天开始，从解决工作中的某一个小Bug、回复某一类邮件开始，用WorkBuddy、用MiniMax去搭建属于你自己的Harness。

在这个日新月异的时代，衡量一个工程师或企业效率的标准，或许很快就会变成：你每天能同时让多少个Agent为你打工？你每个月能烧掉多少有价值的Token？

Agent时代的入场券，不属于那些在岸上观望的人，只属于那些敢于跳下水、一边呛水一边学习游泳的构建者。