ServiceNow 升级 EmployeeWorks：无代码搭智能体，ToolSmith 把 7.5 万 API 变工具

新闻原文

10 月 15 日，ServiceNow 对其员工体验平台 EmployeeWorks 做出重大更新，引入第三代以员工为中心的 AI 框架，让没有编程经验的普通员工也能构建和定制用于日常任务的自主智能体。

本次发布带来面向特定角色的 Productivity Assistants，开箱即用选项包括研究助手与日程助手；后续将跨产品铺开，先从 HR 服务交付切入，推出对接 Findem、Phenom 的人才洞察助手、HR 业务伙伴助手与管理员助手。

面向技术团队，ServiceNow 推出 ToolSmith——一个基于超过 7.5 万 API 训练的智能体开发环境。它从自然语言提示生成企业工具，把开发时间从过去的几天乃至几周压缩到几分钟。

员工还可配置 Productivity Routines 来自动化可预测的后台流程；组织能通过全新的 Conversations API 把这些能力部署到内部软件与自助终端上。上述能力均于 10 月 15 日进入受控可用阶段，公司计划在 11 月 4 日至 5 日的 now[dev]26 大会演示开发功能。

企服观察

ServiceNow 这次的重心很清楚：把「造智能体」从开发者的专利，下放给每个业务岗位的员工。无代码搭智能体一旦成立，企业 AI 的采用门槛会从 IT 部门降到一线员工，这是真正的规模化开关。

ToolSmith 的 7.5 万 API 训练量值得玩味。ServiceNow 不是从零教模型调接口，而是把企业既有的庞大 API 资产直接喂给智能体，让自然语言到工具的映射建立在真实系统之上，而不是演示玩具。

把开发时间从数天压到数分钟，击中了企业自动化的核心痛点：很多流程卡住不是因为不能做，而是排期排不上、等开发排期就要几周。ToolSmith 把这条链路压扁，业务方自己就能动手。

但也必须泼冷水：受控可用（controlled availability）意味着它还不是人人可用。ServiceNow 一贯的大客户交付节奏，决定了中小团队短期可能只是「看演示」，真正落地要靠后续的普遍可用与生态适配。

对 IT 治理是双刃剑。员工自搭智能体确实解放生产力，但也意味着大量非受控的自动化在企业内部滋生。权限、数据边界、审计从哪里走，会成为 CISO 与平台团队的头号难题。

Productivity Assistants 走「角色化」而非「通用聊天」，是更务实的产品思路。研究、日程、HR、人才洞察各自成助手，比一个万能 bot 更好界定责任边界，也更利于接入对应系统的既有权限。

Conversations API 把智能体延伸到自助终端与内部软件，说明 ServiceNow 想让 AI 不只活在聊天框里，而是嵌进员工已经在使用的工作界面。这种「无感嵌入」比单独的 AI 入口更容易沉淀习惯。

对国内企服厂商，ServiceNow 是标杆样本：它证明企业 AI 的胜负手不在模型多大，而在能否把客户沉积多年的系统与流程，封装成业务人员随手可用的智能体。谁先做到，谁握有黏性。

一个风险是「影子智能体」泛滥。当人人都能几分钟造一个助手，企业很快会面对成百上千个无人维护、权限模糊的自动化。没有统一的注册、审计与下线机制，技术债会指数级累积。

从行业定位看，ServiceNow 正把自身从「ITSM/员工体验平台」升级为「企业智能体操作系统」。它手里最大的牌不是模型，而是横跨 HR、IT、客服的流程数据与连接器，这是纯模型厂抢不走的护城河。

对实施伙伴，ToolSmith 既是机会也是威胁。它把一部分定制开发自动化了，低端集成活儿会变少；但把智能体接进复杂业务流、做治理与合规，仍是高价值的人力活儿。

值得关注的是演示时点选在 now[dev]26。ServiceNow 显然要把开发者生态绑上智能体列车，通过 API 与工具框架让第三方在其平台上造智能体，复制「平台吃生态」的老路。

从成本视角，ToolSmith 这类「自然语言生成工具」会改变企业自建自动化的经济账。过去一个内部工具的开发与维护成本以人天计，现在可能被压缩到小时级；但随之而来的是对用量计费与治理成本的重新估算，省下的开发工时未必等于总成本下降。

对首席信息官而言，真正的考题是「先规范后放开」。如果不在放开无代码建智能体之前，先把身份、权限、数据分级和审计界定清楚，那么员工造得越快，后续清理的代价就越大。节奏感比功能清单更决定成败。

总体判断：EmployeeWorks 的更新不是又一个聊天助手，而是把企业智能体的构建权交到业务手里。它的想象空间在于规模，真正考验则在治理——能不能让员工造的智能体既好用又可控。