三个销售 Bot,像一个团队在共用

xAI 在 10 月底推出面向销售团队的 Shared Bots,给出三个命名智能体:Account Intel Bot 负责找线索、备会议简报、读会话记录、更新 CRM 并起草跟进邮件;Quote Bot 并排生成多版报价、提交审批、跟踪状态,并在报价获批后生成订单;Deal Bot 审查非标准条款、对照已批准政策检查请求、给交易台专家准备建议并请其批准。每个 Bot 扮演一个角色,由懂这份工作的人维护,改进一次,用的人都不用各自重配。

这套设计的重点不在「又多了几个机器人」,而在它的分工纪律。官方把对外沟通和敏感动作明确留在人手里:跟进邮件是供销售代表审阅的草稿,报价在改 CRM 之前先预览并请求确认、用代表自己的权限,每一笔 Salesforce 批准都印上决定、理由和经办人。最有代表性的一条规则是——销售代表不能用报价机器人批准自己的折扣。这是把职责分离写进了产品设定,而不是靠自觉。

命名共享队友每个角色一个 Bot,由懂行的人维护Account Intel Bot找线索、备简报读记录、更新 CRM起草跟进邮件Quote Bot并排出多版报价批准后才生成订单Deal Bot审非标条款查政策、请专家批示例规则:销售代表不能用报价机器人批准自己的折扣职责分离,而不是把权限一股脑交给 Bot来源:xAI 官方文档与公告(2026 年 10 月底)
图|把重复活交给 Bot,把拍板留给人。

每步都停在草稿或待审

把 xAI 自己描述的三种 Bot 放在一起读,能抽出的不是一份机器人清单,而是一张「不允许做什么」的清单:它们按每个用户的权限运行,对敏感操作有额外限制,有速率限制防止大规模误改,部分动作只留给专家 Bot。换句话说,对外沟通的每一步都经过人看或人确认,对内的每一步都留下能回头查的痕迹。这份案例的价值,不在展示 Bot 多能干,而在示范一个组织怎么有纪律地把工作交出去。

它还顺手回应了一个常被回避的问题:当 CRM 操作查不到决定与理由时,再加一个 Agent 只会让黑箱更大。问责戳记应当在 Agent 上线前就设计好,而不是事后补。对采用方的实际建议是,先把权限画清楚、把动作范围限明白、把难以定义的对外与难定义的决策留给人,再谈自动化。

人机分工的纪律调研与起草交给 Bot,拍板留给人调研与起草研究账户、写草稿人只看、不改对外与敏感发前先预览确认速率限制防误操作每笔留痕决定加理由加经办可回头查上限由权限与速率限制共同决定,部分动作只留给专家 Bot框架让组织有纪律地把工作交出去
图|可信,来自先画边界再谈自动化。

冷水与两个观察哨

冷水要摆平。这份案例没有给出效益数字,Shared Bots 的可用性、定价与供应地区也尚未完全公开,台湾等市场能不能用、要多少成本,得向官方确认;把通话记录、客户资料与合同内容喂给 Bot,还要先过本地个资法与客户同意这一关。更关键的是,它示范的是一种骨架,不挑工具——哪天换成别家的 Agent,这套「先画权限、再限动作、留痕、对外留给人在」的纪律照样适用。

两个观察哨值得记下来。其一,Agent 正从单人助手变成团队共享的命名队友,价值在于一次改进全员受益,而不是每人各建各的。其二,职责分离正从安全原则变成产品默认值——谁批准、谁执行、谁复核,必须拆开。这比任何宣传稿都更诚实地标出了进度:什么时候公布效益数字、什么时候把人工审核的范围真正收窄,才是真正的里程碑。