WorkBuddy 智能体为什么停在助理形态：业务上下文接入与 FDE 交付

10 月 29 日，2026 腾讯全球数字生态大会主会场，腾讯联合安畅科技与 MiniMax、月之暗面 Kimi、阶跃星辰等前沿模型实验室共同发布「AI 生态共创计划」。上海安畅网络科技股份有限公司（Anchnet，简称「安畅」）在这项计划中的身份有两重：腾讯战略投资企业，以及首家 AI FDE 合作伙伴——深度结合 WorkBuddy、ADP 两大平台，把智能体从通用办公助理做成能上岗的数字员工。

一、智能体为什么懂不了业务：上下文留在门外

WorkBuddy 上的场景跑通了，不少企业的智能体却仍停在查资料、写初稿这类助理活上：单点问题答得上来，跨岗位的活接不住，一个岗位跑通的经验也带不到下一个岗位。模型能力在进步，平台能力也在进步，卡住的却是交付方式——多数 FDE 服务只做场景实现这一步，业务语义本体没有接进来，智能体连通不了企业上下文，判断长期缺少依据，幻觉问题也无从规避。让智能体懂业务，要接的不是更多数据，而是业务语义本体。

二、首家 AI FDE 合作伙伴怎么交付：六阶段上岗

在 WorkBuddy 上把一个智能体做成数字员工，安畅科技的做法是拆成六个阶段推进：场景定岗、本体建模与接入、授权与演练、试岗与验收、效果评估、持续运营，每个阶段由 FDE 工程师通过元方和干将两个平台落地。这条路径的关键差别在前两个阶段——先定岗、先建模，场景实现排在业务语义接入之后，而不是反过来。上岗也不搞一次放权：场景先在真实业务里小范围试跑，验证过了再扩大权限；上线之后 FDE 工程师持续盯使用率与效果，效果不随版本迭代衰减。

三、业务上下文从哪来：元方本体与联邦查询

上下文的源头是元方本体语义平台。业务规则与内部数据之间的关联关系，由元方完整建模为企业本体；经评测集验证通过并发布后，业务语义可查询、可复用，数字员工拿到的是统一口径，而不是各说各话的数据字典。查询链路也是分工的：干将接到任务后向元方发起语义查询，元方不动源库，以联邦查询方式取回 ERP、CRM、MES 等系统的数据——源系统仍是事实源，本体层只做语义整合，散在各系统的业务信息由此拼成完整上下文，支撑智能体的每一次判断。

四、任务怎么跑得住：干将运行时

干将数字员工平台是这套交付的工程化载体，它同时是 FDE 工程师的作业系统和企业数字员工的在岗运行时：智能体的任务调度、执行、治理与岗位能力沉淀，都由平台统一承载。对管理者，这意味着数字员工的工作过程不是黑箱——任务怎么派、怎么执行、谁来审批、效果如何评级，在运行时里可查可管；对 FDE 工程师，这意味着岗位交付有工具链可依，而不是靠文档和口口相传。

五、谁进现场：Bridge 与 Builder

区别于传统定制交付，安畅科技的交付单元由两类角色搭成。先进场的是 Bridge：他们待在客户现场，把需求文档读薄——文档没写的隐性流程、数据权限、部门利益，要靠现场问出来、看出来；经营目标经过这一道转译，才落得成可交付的场景边界，并按业务特征完成行业建模。随后 Builder 接手：本体建在元方，岗位能力建在 ADP，调度与治理交给干将，业务验证通过后场景进入真实生产环境。一个角色把系统往业务价值带，另一个把方案往工程现实拉，两股力量互为校准，交付结果才谈得上可控、可靠。目前安畅科技拥有 100 余名 FDE 工程师，已累计帮助 100+ 企业落地数字员工与岗位级智能体，携手腾讯交付 20 余个标杆项目；下一步将基于元方与干将构建 FDE 开放联盟，向生态伙伴开放行业本体模板与交付方法论，与腾讯共建价值可度量、可审计的标准化交付体系。

上海安畅网络科技股份有限公司（Anchnet）成立于 2007 年，是腾讯战略投资企业，持有腾讯云授权合作伙伴编号 100003829633，在 WorkBuddy & CodeBuddy 方向上同时具备 CSP 与 ASP 两类认证，是 ADP FDE 伙伴认证首批获授、公开在册名单中目前唯一的一家，具备全国范围的服务与交付能力；旗下安思派人工智能技术（上海）有限公司（Anspire）面向企业提供精品 Agent、企业级 MaaS（Token Hub）与 FDE 服务，帮助企业把 AI 跑进真实业务。