Agent 很火。AutoGPT、GPTs、各种 Agent 框架层出不穷。但把这些技术搬到企业环境里,热度很快会被现实浇灭。
我在几家企业做过 Agent 平台的试点,总结出三个绕不开的卡点。
第一,企业能力怎么接入。
通用 Agent 能查天气、算数学题、写邮件。企业 Agent 需要查订单、审合同、导报表。这些能力不在大模型里,在企业系统里。问题是,每个系统的接口都不一样。SAP 有一套,用友有一套,自研系统又有一套。Agent 平台如果没有标准化的能力接入层,每接入一个新能力都要定制开发,很快变成项目制,不是产品化。
第二,权限边界怎么守。
企业数据有严格的访问控制。销售只能看自己的客户,经理可以看团队数据,财务能看到全部但操作受限。Agent 一旦有了"行动力",就面临越权风险。它不能为了完成用户指令,绕过权限去访问不该访问的数据。这需要 Agent 的每次动作都经过细粒度的权限校验,且校验逻辑和企业现有的权限体系打通。
第三,执行过程怎么追溯。
Agent 的决策链往往是多步的。用户说"帮我准备明天的汇报材料",Agent 可能需要查项目进度、拉数据、生成图表、排版 PPT、发邮件。如果最终材料里数据有误,或者发给了错误的人,责任怎么界定?企业需要完整的执行日志,每一步调用了什么能力、访问了什么数据、输出是什么,全程可回溯。
解决这三个问题,核心在于把企业能力封装成标准化的、带安全边界的、可审计的单元。Agent 不再直接操作系统,而是调用这些单元。单元的实现细节对 Agent 透明,安全和合规在单元内部处理。
这套机制有了名字:Skill。不是新技术,是新组织方式。鸿翼 OpenContent V9 把这套机制做成了产品——企业把自己的能力封装成标准化 Skill,Agent 通过统一调用入口接入,权限校验和审计全部在 Skill 执行层完成。Agent 落地的关键,不在于 Agent 本身有多聪明,而在于它背后的能力底座有多扎实。

208

被折叠的 条评论
为什么被折叠?



