智能体开始承担现场任务，不代表企业应该放宽权限。试点前应把“任务目标、数据来源、执行身份、允许动作、人工确认、结果证据和异常接管”写成可验收约定，再逐步扩大自动化范围。
本文是一篇近期观察。公开报道中的产品发布是事实；文中的检查清单与流程示例是面向企业 CIO、IT 与安全团队的分析建议，不代表报道所述产品已具备星云 PLUS 的连接或治理能力。
近期发布释放的信号：智能体开始进入现场任务
2026 年 11 月 10 日，中关村人工智能与未来城市论坛在北京举行。北京市国际科技创新中心网站于 11 月 11 日刊发活动总结，确认活动主题为“AI CITY·数智共生”；新京报贝壳财经同日 13:33 报道称，论坛上中科大脑发布了面向城市一线场景的数企通、智愈、ZBot、灵熙等四款政企智能体，并将今年产品方向描述为从信息理解与辅助决策，转向支持现场任务执行和跨环节协作。论坛活动总结 · 新京报报道。
这条消息值得企业软件团队关注，因为它把讨论从“模型答得是否像样”推进到“任务能否跨环节完成”。但产品发布和活动案例不等同于长期生产运行结果，也不能据此推断所有政企智能体已具备相同的接口、权限或可靠性。企业评估仍要回到自身系统、数据和流程。
对本次选题窗口的核验还包括 WorkBuddy 与千问办公公开更新日志：没有发现 11 月 10—11 日发布的重大版本公告。因此本文不把此前的千问办公 2.0 发布再次包装成当天新闻，而围绕最新产业信号讨论接入与验收问题。WorkBuddy 更新日志 · 千问办公网页端更新日志。
从回答到执行，企业的验收对象变了
回答型助手的主要验收对象是输出质量；执行型智能体还要验收任务过程中的身份、工具调用、系统状态变化和异常处理。一个任务往往会经历理解请求、读取材料、形成计划、调用业务系统、等待系统响应，再把结果交给员工确认。任何一步的权限和状态如果没有定义，最终一句“任务已完成”就不足以证明业务真的完成。
例如，工具调用成功只说明接口或页面操作获得了响应；它不一定表示目标业务记录已生效。网络超时后，任务可能不知道上次请求是否已经提交；如果盲目重试，可能形成重复记录。反过来，如果系统已提交但智能体没有收到确认，员工也需要能够在原系统中查证状态，而不是只能相信对话中的总结。
因此，企业要把验收拆成两类：一类检查业务结果是否正确、完整、可追溯；另一类检查任务在被拒绝、超时、权限改变或人工接管时是否按预期停止或转交。后者不是模型基准分数能替代的。
企业试点先写清五条边界
| 边界 | 试点前要明确 | 可验收证据 |
|---|---|---|
| 任务范围 | 目标、对象、组织范围、允许触达的系统与记录类型 | 任务说明、样例输入与明确排除项 |
| 身份和授权 | 谁发起任务、调用按谁的身份执行、能力授权与源系统权限如何衔接 | 至少用不同权限角色验证可见数据与被拒绝操作 |
| 动作与确认 | 只读、预填、写入、审批等动作分别能否执行，哪些必须由人确认 | 确认界面、目标系统记录、授权审批链 |
| 失败与重试 | 超时是否可能已写入、重复请求如何识别、失败后由谁接管 | 重复提交、拒绝、超时、取消等演练记录 |
| 审计与停止 | 记录哪些调用信息、谁能查、怎样撤权、如何停止后续任务 | 按员工、能力、系统、时间与结果可回查的调用记录和停用演练 |
这张表是通用的企业核验框架，不是某个已发布政企智能体的官方功能清单。要把“能做”转换成企业可接受的“在什么范围、以谁的身份、经过哪些确认、失败后如何处理”，每个项目都需结合目标系统和业务责任人确认。
用一条假设流程做桌面演练
以下是用于设计测试的假设流程，不是新闻中的真实上线案例：一名巡检人员报告公共设施异常，智能体整理位置和已有工单，再准备一条待复核的维修登记。
- 确认来源：工单、设备台账和巡检记录分别来自哪个系统，数据的更新时间和员工可见范围是什么？
- 确认关联：设备编号、位置或工单编号不一致时，系统应给出候选和来源，还是自动关联？关系不唯一时应停止自动判断并提示人工核对。
- 确认动作：读取和归纳可先在授权范围内进行；新增维修记录是否允许自动提交，应按企业规则配置。若需人工确认，应在提交前展示目标系统、关键字段与将发生的动作。
- 确认结果：提交后回查目标系统中的记录状态。遇到超时，先核对是否已受理，再决定是否重试，避免仅凭“没有收到成功回复”就重复提交。
- 确认接管：当身份失效、数据冲突或系统不可用时，明确任务停止位置、通知责任人以及后续由谁处理。
通过桌面演练，业务、IT 和安全团队可以先把关键字段、权限和异常路径说清楚，再决定是否进入受控试点。试点的价值不仅是让智能体执行一次，更是验证边界在正常、失败和取消情况下是否一致。
业务连接层该承担什么
AI 工作台或智能体负责理解意图、安排任务和与员工交互；企业业务连接层则需要把既有系统能力组织为可授权、可调用、可审计的接口或页面流程。协议连通本身不能替代员工身份、目标系统权限和写操作确认。
星云 PLUS AI 系统连接器的已确认能力包括：把企业现有数据库、RESTful API、业务页面、Skill 或 Agent 评估后配置为 AI 可调用的业务能力；按员工、用户组或组织进行能力授权；连接目标系统时使用员工个人账号，由目标系统继续判断功能与数据权限；新增、修改、删除和审批默认要求人工确认，并记录调用审计。具体接入哪些政企系统、智能体入口及其现场流程，需要单独评估；本文不声称星云 PLUS 已与上述论坛发布的产品原生集成。
对 CIO 而言，可先选一个影响范围有限、结果可回查的真实任务，逐项验收身份、授权、确认、异常处理和证据留存，再根据实际运行结果扩大范围。这样能将“让 AI 去执行”落成可由业务与 IT 共同核对的系统变化。
常见问题
智能体能够执行任务，是否意味着可以自动提交业务操作？
不能这样推断。每项动作都要按影响范围、可逆性和业务制度单独定权限；新增、修改、删除与审批应依目标系统能力和企业规则设置确认或审批，不应把“能执行”当作默认自动提交。
企业试点应该先从什么任务开始？
先选边界清楚、结果能回查、影响有限的任务，例如在授权范围内整理信息或准备待复核记录。试点前写清输入来源、目标系统、允许动作、失败后的处理人和验收口径。
多智能体协作时，能否共用一个高权限账号？
不建议用一个高权限账号代替不同员工身份。应明确发起人和执行身份，按员工或组织授权能力，再由目标系统按自身权限规则判断功能和数据范围。
怎样证明一次智能体任务确实完成？
不能只看模型回复“已完成”。应核对目标系统是否受理或写入、关键状态是否变化、是否产生可追溯记录，并检查超时、重试、重复提交和人工接管等异常路径。
资料来源与核验日期
- 新京报贝壳财经：《中关村人工智能与未来城市论坛在京举行，中科大脑发布4款政企智能体》，2026 年 11 月 11 日 13:33 发布。四款产品与方向描述来自该报道。
- 北京市国际科技创新中心：《2026中关村人工智能与未来城市论坛成功举办！》，2026 年 11 月 11 日发布；注明信息来源为中科大脑官微，确认活动于 11 月 10 日举行。
- WorkBuddy 官方更新日志，核对页面中可见的最新版本条目。
- 千问办公网页端更新日志，核对页面中可见的最近更新日期为 2026 年 11 月 9 日。
- 千问办公客户端更新日志，核对页面中可见的最近版本发布条目。
以上网页于 2026 年 11 月 11 日核验。未发现 WorkBuddy 或千问办公在 11 月 10—11 日发布重大版本；本文以近期产业观察方式呈现，不把历史更新写作当天新闻。有关企业实施的判断属于分析建议，实际能力以产品公开资料与目标环境验收为准。
结语
政企智能体走向现场执行后，企业要验收的不只是回复质量，还包括任务边界、调用身份、业务权限、确认责任、异常接管和目标系统中的最终状态。先把这些问题变成测试用例，再扩大智能体能够触达的数据和动作范围。
如果正在评估 AI 工作台连接 ERP、CRM、MES、OA 等现有系统，可访问星云 PLUS 官网了解 AI 系统连接器，并围绕一个具体业务任务核对可接入能力与验收边界。
从一个可核验任务开始
梳理目标系统、员工身份、允许动作与异常处理路径，再确认适合的连接方案。
了解 AI 系统连接器