江苏常州的富立卡塑业，销售团队每天要处理 300 多条客户询盘。一笔业务进来，销售往往要在本地文件、网盘和历史群聊里找资料，再串联产品、运营、工厂、仓储物流、财务和合同审批等 6 个部门。
现在，富立卡把其中几段工作交给了三个数字员工。查询员工负责匹配产品，报价员工结合客户信息、历史业务和成本规则测算价格，合同员工继续生成报价单、PI （形式发票）和合同。三个 Agent 通过企业上下文共享当前业务需要的信息，前面查询和报价形成的结果，也会继续带到合同环节。
三个 Agent 分别完成任务，还需要把前后的业务信息接起来。客户是谁、适用哪套规则、前一步已经确认了什么，都不能每到一个 Agent 手里再重新解释一次。
这也是千问办公这次把 Enterprise Context 单独做成产品的原因。9 月 22 日，它发布企业上下文（Enterprise Context）、数字员工、“协作”、“应用”、安全中心和 QwenNote 等企业级能力和产品，其中企业上下文负责把分散在企业内部的数据整理成 Agent 可以持续使用的业务信息。
办公 Agent 的基础能力还在随着模型能力的增强继续发展，进入企业以后，竞争开始多出另一组变量，Agent 能拿到什么信息，这些信息是否最新，怎么接进已有系统，又怎样在不同岗位和任务之间继续流转。
企业数据怎么变成 Agent 的上下文
对不少已经积累多年业务数据的企业来说，文档、聊天、会议纪要、审批记录、CRM 和 ERP 里已经沉淀了大量信息。Agent 要把这些数据用起来，还得筛出与当前任务有关、仍然有效，并且允许访问的内容。
企业上下文首先处理这层数据加工。企业可以接入钉钉、飞书等协作软件中的文档和消息，也可以纳入 Salesforce、SAP 等业务系统里的历史数据，再对这些信息进行压缩和结构化处理。新产品还内置专属模型，用于完成数据压缩和加工，其中一个目标是控制大规模上下文处理带来的 Token 成本。
上下文也可以按组织范围配置。企业管理员可以管理公司层面的信息，部门负责人则可以围绕自己的团队建立知识空间。例如产品研发团队可以通过“企业上下文”整理相关业务、项目负责人和参与成员等信息，无须每次任务都调用公司的全部数据。
范围划定以后，还要处理企业信息持续变化的问题。昨天确定的方案今天可能已经调整，新品标准、客户状态和项目进度也会不断更新。新旧决策同时存在时，Agent 可能沿用已经失效的规则，把信息偏差继续带进后续执行。
企业上下文因此支持周期性刷新，新的项目进展、业务规则和决策会重新经过处理，再提供给 Agent。
千问办公此前开源的 面向个人的上下文基础设施MyContext 提供了一个技术参照。它会按照对话节奏切分会话，从工作数据中整理人物、项目、事实和关系；遇到互相冲突的信息时，系统会同时保留不同版本，并调整相关结论的可信程度。
MyContext 的这些尝试说明，工作数据需要经过专门处理，才能供 Agent 使用。此次企业上下文将重点放在企业数据的压缩、结构化和持续更新上，让不同团队、不同岗位的 Agent 获取各自需要的业务信息。
古茗的门店运营场景把这个问题体现得很直观。茶饮品牌上新频繁，新的运营标准可能同时散落在飞书文档、知识库、答疑群和培训日程里。通过企业上下文，这些内容可以整理成“门店运营知识空间”；店员询问海报张贴规范时，企业上下文根据 Agent 的请求提供相关内容，无须将全部运营知识交给它，后续标准更新也会继续进入这套知识空间。
企业上下文的作用，会在反复发生的工作里更明显。运营标准更新以后，后续咨询需要及时用上新规定；销售已经查清的客户背景，还要继续用于报价和合同。如果每次都由员工重新找资料、补背景，Agent 完成单次任务再快，也会留下大量准备和交接工作。
企业上下文把信息的整理、更新和按需提供做成了产品。企业可以持续维护自己的业务上下文，供不同岗位的 Agent 调用。员工每次使用 Agent 前需要重新准备的信息会减少，已经整理过的业务知识也能继续服务后续任务。
企业搜索与工作 AI 公司 Glean 今年提出 Agent 生命周期管理框架，将上下文与工具、权限、工作流、运行时安全措施和持续管理并列，强调企业需要像管理软件一样管理 Agent。Glean CEO Arvind Jain 提到，一些 Agent 项目停滞以后，团队反馈的问题往往集中在上下文不准确、系统集成脆弱以及上线后缺少持续管理。
模型掌握了大量公共知识，一家公司此刻的客户状态、项目进度、内部决策和业务规则，则留在自己的信息环境里。能否把这些信息更准确、更低成本地整理给 Agent，会直接影响 Agent 能走进多深的业务环节。
有了上下文，还得把工作跑起来
有了相关业务信息，Agent 还需要工具、权限和持续运行的环境。以富立卡的三个数字员工为例，组织的身份和权限体系限定数字员工能做什么，企业上下文提供业务信息，千问办公推出的Managed Agents 负责配置工具和运行任务。
Managed Agents 覆盖 Agent 的构建和运行。企业可以配置模型、指令、工具、运行环境和凭证，底层提供 runtime 和沙箱；企业已经开发的 Agent，也可以接入这套平台继续运行。
数字员工则把这些能力落到具体岗位。新公布的产品设计里，一个数字员工可以拥有名称、所属部门、负责人、岗位职责、授权范围和生命周期，被系统识别和授权，也可以被管理员停用，执行记录继续绑定到这个身份。
富立卡的三个数字员工分别承担查询、报价和合同工作。查询员工无需取得合同审批权限，合同员工也不用重新完成产品匹配。岗位确定以后，Agent 使用的上下文、工具和权限随之调整，再围绕同一笔业务继续交接。
“协作”负责这部分任务流转。企业可以把团队成员和数字员工放进同一空间，项目资料、进度和产出继续沉淀在里面；“应用”允许企业将已有业务系统接入千问办公，保留原有界面和数据，用户可以核对、修改 Agent 的结果，再保存回业务系统。
安全中心继续约束 Agent 的执行边界。企业可以限制数据访问和工具调用，对高风险操作加入审批和拦截，任务结束以后保留操作记录和审计信息。Agent 开始直接操作业务系统以后，上下文、权限和行为控制需要一起进入产品设计。
QwenNote 可以记录会议、客户拜访等线下信息，也支持用户通过语音调用千问办公执行任务。转写内容可以供后续工作使用，补充企业日常沟通中的业务上下文。
千问办公想覆盖的范围由此扩展到 Agent 客户端之外，包括企业数据加工、Agent 的构建和运行、组织协作以及安全管理。企业拿到的，也逐渐是一套围绕真实业务流程搭起来的组合能力。
企业选 Agent，也在选一套落地能力
Agent 使用规模扩大以后，管理需求也会迅速跟上。Notion 在今年 2 月推出 Custom Agents，支持按触发条件在后台运行任务。5 月，Notion 披露已有超过 100 万个 Custom Agents 被创建，并进一步细化创建权限、单个 Agent 的额度限制和使用统计。随着使用规模扩大，管理功能也在继续增加。
企业选择 Agent 产品时，要比较的东西也随之增加。模型能力和客户端体验依然重要，业务知识是否容易整理、内部系统接入有多复杂、上下文和权限由谁维护、Agent 能否稳定持续运行，都会转化为实际的部署工作。产品能够承担更多这些配套工作，可以减少企业自行开发、集成和维护的负担。
已经整理好的企业上下文、接入的业务系统和团队长期使用的流程还会逐渐沉淀下来。企业首先获得的是更低的部署和维护成本；随着使用越来越深入，更换平台时需要重新处理的数据、集成和权限配置也会增加，产品选择因此会越来越考虑长期使用。
对千问办公来说，此前披露的数据里，企业用户占比已经超过一半。这批企业用户接下来愿意把多少真实工作放进千问办公，决定了产品能否进一步进入企业的日常业务流程。
这次云栖发布的一系列企业级能力，回应的是企业使用 Agent 时容易被忽略的成本。整理业务信息、连接系统、配置权限，都需要企业投入人力；业务发生变化以后，这些工作还得继续推进。产品能承担多少，会影响企业愿意把多少工作交给 Agent。
企业上下文的价值也会在持续使用中体现。客户条件在变，业务规则在改，项目不断推进，Agent 对公司的了解也必须随之更新。办公 Agent 的竞争因此多了一道具体的考验，在模型和功能越来越接近时，谁更理解一家公司的业务，谁就更有机会成为它日常工作的一部分。