10月28日，OpenAI与ServiceNow宣布扩展合作：新的集成计划把企业业务上下文与工作流动作带入ChatGPT。官方给出的例子包括查找相似事件、评估变更风险、更新ServiceNow记录，以及在同一对话里查看告警、近期变更和受影响服务后分派团队。企业可以选择开放哪些能力，动作仍要遵循ServiceNow现有业务规则与权限。
这条消息对企业知识库项目的意义，不是“聊天窗口又多接了一个系统”，而是知识库的交付边界正在变化：从检索和回答，走向建议、审批与受控执行。 一旦系统可以改工单、派任务或写入业务记录，验收对象就不能只剩回答正确率，还必须覆盖身份、授权、参数、幂等、执行回执与回滚证据。
本期以北京时间2026年10月29日早间为截止点，六条重点均来自10月28日官方材料。正文区分已经发布的事实、厂商目标、预览安排与未来计划，不把合作公告写成所有客户已经取得的业务结果。
今日重点
- OpenAI与ServiceNow把上下文、检索和工作流动作放进同一对话。 企业连接自己的ServiceNow实例，并选择开放能力；Action Fabric沿用组织既有规则和权限。增强能力预计到2026年底，部分安全、语音和开发能力安排在2027年。
- IBM把流式数据管道的验证、变更和恢复纳入统一生命周期。 10月28日发布的watsonx.data与Apache Flink集成支持可视化、AI辅助或Python SDK建管道，并强调部署前验证、模式变化、失败记录重放、状态恢复和数据可观测。
- IBM把Agent治理前移到开发工作区。 Bob与watsonx.governance集成可在本机扫描Agent源代码结构，只发送名称、框架、工具引用等轻量元数据，随后做策略检查、登记和风险分析。
- Kodiak与DTL签署75辆无人驾驶卡车部署协议。 DTL计划以按里程付费方式使用Kodiak Driver；首批路线与时间仍受安全论证、法规、运营条件和前瞻性声明约束。
- Stoneridge摄像监控系统进入Kodiak新部署车辆。 双方称MirrorEye已用于Kodiak Driver车辆，并将探索更多技术集成；监管豁免、硬件可靠性与实际运营仍需单独验证。
- Anthropic把AI for Science合作扩展到20家科研机构与基金会。 官方只说明合作范围扩展，不能据此推断通用科研产出、节省比例或商业回报。
一、为什么“能回答”与“能办事”不是同一类系统
传统RAG知识库的主要风险集中在答案：检索是否召回正确材料，回答是否引用可核验来源，权限是否阻止越权读取，旧文档是否被及时下线。答案有误时，用户通常还有机会发现并纠正。
动作层改变了风险性质。更新工单会改变业务系统状态；分派团队会影响人员和时效；提交采购、发布内容或触发设备指令，可能产生金额、合规或安全后果。错误答案是信息风险，错误动作则会进入真实流程。
因此，“接入工作流”不能只被写成一个功能勾选项。企业至少要回答五个问题：谁发起、对什么对象、使用什么参数、依据什么权限、授权到何时。还要明确执行前是否需要人工确认，重复请求是否会再次执行，失败后业务状态在哪里，能否回滚，谁对结果签字。
二、发生了什么：业务上下文开始与动作接口合并
OpenAI公告称，新的ServiceNow集成会把业务上下文和工作流动作带入ChatGPT。IT人员可以查找相似事件、判断变更风险并更新ServiceNow记录；企业连接自己的实例并选择开放能力，Action Fabric应用既有业务规则和访问权限。这说明厂商正在把“检索—判断—执行”放进连续交互，而不是让用户在聊天、知识库和工单系统之间来回切换。
但可用边界必须分开记录。公告明确：ServiceNow MCP插件当前可用；增强能力预计到2026年底；语音能力预计2027年第一季度；安全能力预计2027年1月进入早期访问、第二季度正式可用；Codex进入AI Workflow Factory预计在2027年。采购文件不能把这些不同状态合并成一句“已全面支持”。
同日IBM的流式数据公告补充了另一条关键链路：动作所依据的知识必须足够新。watsonx.data与Flink集成强调部署前预览验证、模式变化处理、失败记录写入Kafka后调查或重放、停止恢复时保留状态，以及持续监测数据质量和异常行为。它不是RAG产品公告，但给企业知识系统一个直接提醒：如果知识源变化很快，夜间全量更新未必能满足动作时效，更新链本身也要可观察、可恢复。
三、白泽重点拆解：三级能力模型
1. 一级：只检索回答
系统读取已授权知识，返回答案、来源、版本和时间，不写入任何业务系统。适合制度查询、技术手册、售后知识和内部问答。验收重点是权限、召回、引用、时效和拒答边界。
这一级并不低级。很多企业真正需要的，是让员工快速找到可核验答案，而不是自动执行。若知识源混乱、权限没有梳理、更新责任人不明确，直接增加动作层只会把信息问题放大成流程问题。
2. 二级：给建议或生成草稿，由人确认
系统可以根据知识和业务上下文生成工单草稿、处置建议、检查清单或待办事项，但提交前必须由有权限的人核对对象、参数与影响。人工确认不是“点一下同意”，而应看到系统准备执行什么、依据哪些材料、会修改哪些字段。
这一级适合故障处置、客服转派、质量问题归类、报告生成等中等风险流程。验收要加入预览一致性：用户看到的草稿必须与实际提交内容一致，确认后的参数不能被后台再次改写。
3. 三级：白名单动作受控执行
只有低风险、规则清晰、可回滚的动作进入自动执行白名单，例如给已有工单补充标签、在限定范围内分派队列、写入非关键备注。高风险动作仍需审批或保持人工执行。
三级系统必须给出结构化回执：请求ID、发起人、授权版本、目标对象、输入参数、执行时间、外部系统返回码、最终状态和后续动作。仅在聊天窗口回复“已经完成”不构成业务证据。
四、五个字段把动作授权说清楚
第一是用户：发起人是谁，当前会话代表本人、岗位还是服务账号。第二是对象：允许访问或修改哪条工单、哪个设备、哪类文档。第三是参数：可以写入哪些字段，数值或枚举范围是什么。第四是权限：依据哪个角色、审批或策略开放。第五是有效时间：授权何时开始、何时到期，任务结束后是否立即失效。
这五项应在执行前固化，并与结果一起进入审计链。企业不能用一句“允许Agent操作工单系统”代替结构化边界；同样，也不能只在提示词里写“请谨慎”，却不给接口层设置白名单、字段校验和拒绝规则。
正在规划此类系统的团队，可先通过企业知识库与RAG开发服务梳理知识源、权限、更新与动作边界。若问题更偏知识管理、制度和文档治理，可核对企业知识库建设服务的范围。白泽公开的污染源智能分析案例可用于理解“知识、分析与业务流程”如何组合，但它不等同于本期厂商产品，也不代表所有场景可以直接复制。
五、上线前必须复测四类异常
越权。 用无权限用户请求修改受限对象，系统是否在接口层拒绝，是否留下拒绝原因和审计记录。
重复提交。 网络重试、用户重复点击或Agent重复规划时，是否通过幂等键避免同一动作执行两次。
知识过期。 引用的制度、设备状态或工单版本已经变化时，系统是否重新检索、阻止执行或要求确认，而不是沿用旧上下文。
执行失败。 外部系统超时、部分成功或返回未知状态时，系统是否停止后续步骤、查询真实状态、转人工，并避免盲目重试。
验收结果要同时包含请求、批准、执行、结果与回滚。回答正确率、检索召回率仍然重要，但它们不能证明动作安全。动作层至少还要记录成功率、重复执行率、越权拒绝率、未知状态率、人工接管率与回滚完成情况；这些指标的目标值应根据业务风险设定，本文不提供脱离现场的通用阈值。
六、实时数据、开发治理与实体执行的共同信号
IBM的Flink公告说明，实时数据链不仅要“流得快”，还要能验证、处理模式变化、保存状态、调查失败记录和持续监测质量。IBM Bob与watsonx.governance的更新则把Agent发现、登记和策略检查前移到开发工作区。这两条消息共同说明：治理不能等上线后补做，数据和Agent从创建时就要进入可观察生命周期。
Kodiak的两项公告把同一逻辑带到实体执行。75辆无人驾驶卡车协议属于明确商业承诺，但路线、安全论证、监管与部署结果仍需后续核验；MirrorEye系统已进入新部署车辆，但更深集成仍是探索。实体系统的价值不能只看模型演示，还要看硬件、监管、运营、异常接管和长期可用性。
Anthropic扩展科研合作也应保持相同边界：合作机构数量是已确认事实，具体科研产出、周期缩短或商业回报需要独立结果，不能从合作公告自动推出。
今日企业行动清单
- 给现有知识库标能力等级。 分清只回答、生成草稿、人工确认后执行和自动执行，避免把不同风险混在一个“智能问答”需求里。
- 选一个低风险动作做白名单试点。 明确用户、对象、参数、权限、有效时间，以及重复请求和失败处理。
- 补齐业务回执与回滚测试。 让每次执行都能核对外部系统真实状态，不以聊天回复代替完成证据。
来源与边界
- OpenAI，2026-10-28，ServiceNow企业工作流合作扩展。
- IBM，2026-10-28，watsonx.data与Apache Flink流式数据工程集成。
- IBM，2026-10-28，Bob与watsonx.governance开发阶段Agent治理。
- Kodiak AI，2026-10-28，与DTL部署75辆无人驾驶卡车的协议。
- Stoneridge与Kodiak AI，2026-10-28，MirrorEye摄像监控系统协作。
- Anthropic，2026-10-28，AI for Science合作扩展。
厂商公告说明产品能力、合作方向和计划，不等于所有客户已经取得统一效率、安全或业务收益。文中的三级能力模型、五个授权字段与四类异常测试是白泽工程判断，需在企业真实知识源、身份系统、工作流和业务风险中验证。本文未取得可靠搜索量、排名、采购规模或通用ROI，不作增长承诺。
白泽智能｜重庆斯巴达信息技术有限公司