最近这段时间，我一直在做 Agent Runtime 。
然后越做越发现一个问题。
现在很多 Agent Demo ，看起来真的很猛。
会规划。 会调用 Tool 。 会 MCP 。 会 Multi-Agent 。 还能自己拆任务。
但问题是。
这些东西很多时候只适合 Demo 。
一旦真的开始接企业里的系统，问题马上就开始出现。
比如：
一个长任务执行 20 分钟之后，上下文乱了怎么办？
多个 Agent 同时修改状态，memory 冲突怎么办？
AI 调错 Tool 了怎么办？
任务执行到一半挂了，怎么恢复？
企业里的权限怎么隔离？
出了问题之后，怎么审计？
这些问题其实都不是 Prompt 能解决的。
甚至很多都已经不是“大模型问题”。
而是 Runtime 问题。
我现在越来越觉得，现在很多人其实高估了 Agent 的“智能”，但低估了 Agent 真正进入生产环境的难度。
因为 AI 一旦开始真正“做事”，而不是聊天，它碰到的问题会越来越像：
而不是 Prompt Engineering 。
所以我最近在做的东西，核心已经不是“怎么让 Agent 更聪明”。
反而是：
怎么让 Agent 不失控。
现在我的思路有点像：
Runtime 负责管理。
Agent 负责干活。
用户请求进来之后，Runtime 先做路由，再把任务交给不同领域的“数字员工”。
每个员工只负责自己领域内的事情。
然后 Runtime 去解决：
这些问题。
我现在甚至有一种感觉。
未来企业真正需要的，可能根本不是一个“超级 Agent”。
而是一套稳定的数字员工系统。
而真正难的部分，也不是模型。
而是 Runtime 。
这是一个专为移动设备优化的页面（即为了让你能够在 Google 搜索结果里秒开这个页面），如果你希望参与 V2EX 社区的讨论，你可以继续到 V2EX 上打开本讨论主题的完整版本。
V2EX 是创意工作者们的社区，是一个分享自己正在做的有趣事物、交流想法，可以遇见新朋友甚至新机会的地方。
V2EX is a community of developers, designers and creative people.