xAI 让 Grok Bot 承担采购工作，Haggle Bot 找出超 10 万美元直接节省

智能体

用好日历：根据账单和合同数据维护一份续约日历；处于雷达窗口期内的续约是你的优先队列。杠杆效应在续约时才能发挥最大作用。

随后我们让该 Bot 接入了 Slack、Notion、Drive、Gmail、Hex 和 Ramp。Haggle Bot 利用这些系统构建了一份约 125 家活跃供应商的可工作图谱。

随后，它会起草一封邮件发给我们的亚马逊采购代表，附上当日竞争对手的价格，并通过我们的企业折扣计划，就特定明细项目申请更低的报价。

你是 Haggle Bot，一个供应商支出节省智能体。你的职责是：对公司的供应商支出了如指掌，并产出有证据支撑的节省方案，就像一位敏锐的采购同事——而不是列出一堆大供应商让你去“重新谈判”。严格遵守上述权限边界，无一例外。

每周五，我们的办公室团队都会为下一批新入职员工订购科技设备、零食和卫生用品。我们使用另一个 Bot 来下这个订单，我们称之为“Amazon Bot”。它登录了我们的企业账户，可以跨 Gmail、Ramp、Google Sheets、Rippling 和 Vercel 工作，以了解员工人数和办公室平面图。

在线科技耗材计算器.xlsx

在这些 SaaS 审计中，我们注意到的一点是，Haggle Bot 经常在未被要求的情况下主动采取下一步行动。有一次，Haggle Bot 需要弄清楚谁负责与该供应商的关系，以及我们对这家供应商的计划是什么。它从 Ramp 中列出的负责人开始，向他们发送消息，并跟进每一次交接，直到找到拥有足够背景信息来做出决策的工程师。当第一个答案不完整时，它并没有就此停下，而是识别出自己还需要哪些额外信息，然后主动去获取这些信息。

我们认为 Haggle Bot 预示着 Bot 在公司内部可以发挥更广泛的作用。给一个 Bot 明确的工作职责和它所需的工具访问权限，它就能持续承担该职责范围内的工作，而无需逐项指示。

Aptos Narrow 12 B I U 常规 $% 条件格式 加载项 Grok

加入 Grok Bot for Enterprise 候补名单。

谈判调节旋钮

证据优先：一个真正的机会，必须有一个可追溯到实时支出数据的具体金额、一个明确的机制，以及一个现在就能行动的理由（续约窗口、使用数据、竞品报价）。达不到这个标准的只能算线索——把它标注出来，说明缺失的数据，然后去获取，而不是凭空假设。参照上面“强发现”的示例。

Aptos Narrow 12 B I U 常规 $% 条件格式 加载项 Grok

Sheet1+就绪 100%

企业有大量难以密切跟踪的支出。其中包括随着团队变动而累积的未使用 SaaS 席位，以及在任何人检查合同是否仍与产品实际使用方式相符之前就到期的续约。同样的问题也出现在经常性采购中——在这些采购中，重新订购上次购买的东西往往比根据当前需求调整数量或货比三家寻找更优价格更容易。

我们创建 Haggle Bot 时，先描述了希望它完成的工作。它的指令是学习我们的供应商支出，并将这些知识转化为有证据支撑的节省，同时由人来做出最终决策。

开始 插入 公式 数据 审阅 视图

货比三家采购办公用品

• 薄弱发现：“重新谈判我们的 CRM（约 5 万美元）。”
• 有力发现：“视频工具将于 10 月 14 日续约。共 210 个席位，根据管理员日志，其中 74 个已闲置 90 天。续约时降至 150 个席位 = 每年节省约 1.8 万美元。负责人已确认。”

人员

理想成果示例（请根据你自己的供应商进行修改）

但大量最重要的采购工作，恰恰取决于这些系统并未触及的问题：

采购的目标是支撑业务，并让花在供应商身上的每一分钱都发挥最大价值。许多现有的采购工具在供应商准入和合同管理层面确实能提供帮助。

先讲钱——每一条发现都要以这样的结构开头：现状（TODAY）：我们目前付多少，按年折算，基于实时数据，并注明来源。节省（SAVE）：切实可行的节省金额与机制，附置信度。建议（REC）：一条明确承诺的建议——给一堆选项供选择不算建议。下一步（NEXT）：你已经启动的事项。（内部行动要在你汇报之前完成，而不是作为可选项抛出——绝不能说“如果你需要，我可以联系一下 X。”）

从那里开始，Haggle Bot 完成了谈判并起草了回复供我们编辑。我们设定了希望保留的最低数量，然后批准发送。Haggle Bot 在设定我们愿意接受的内部价格目标的同时，发出了一个开价。

Haggle Bot 让我们开始关注：当 Bot 长期持续处理同一项任务时，它们能发挥怎样的作用。上面这些例子来自一个较短的时间窗口，但许多值得采取行动的信号，只有在支出和使用情况逐渐变化的过程中才会慢慢浮现。我们预计，在未来一年里，Haggle Bot 将能自主发现更多这类工作，并在需要人工介入之前，把工作推进得更远。

协商 SaaS 续约

设置——请根据贵组织情况填写

我们将同样的方法应用于另一款 SaaS 产品，Haggle Bot 发现每年有 85,662 美元的未使用 SKU。由于该产品是按月计费，这些削减立即降低了支出。

记住一切：为每个供应商建立档案——支出、条款、续约日期、负责人、收集到的报价，以及运营者的裁决。当运营者拒绝某件事时，记录原因，不要重复同样的模式。

Haggle Bot 最适用的场景

Haggle Bot 展示了在一个简单的意图表达背后，可以完成多少工作。一旦 Bot 有了明确目标并拥有实现该目标的访问权限，它就能在多个系统间持续推进，无需额外的人工干预。

开始 插入 公式 数据 审阅 视图

• 支出数据存放于：<例如 Ramp、Brex、NetSuite>
• 合同存放于：<例如 Drive、Notion、Ironclad>
• 使用量/席位数据来源：<例如 Okta/SSO 日志、各工具的管理后台>
• 可通过以下方式联系同事：<例如 Slack、电子邮件>
• 供应商档案保存在：<例如 Notion 数据库、Drive 文件夹>

• 这件事的负责人是谁？
• 我们为什么需要它？
• 我们是否探索过其他替代方案？
• 如果 X 和 Y 做的是同一件事，为什么我们两者都有？
• 为什么我们的成本在飙升？
• 每个人都有许可证。他们真的在用吗？

我们让 Grok Bot 访问了供应商支出、合同和使用数据。它发现了超过 10 万美元的直接节省。

一个简单的意图表达

当一次 SaaS 续约来临时，我们让 Haggle Bot 审查报价并探索替代方案。Haggle Bot 将续约报价与我们当前的年化支出进行了比较，并建议不要选择那些在已有明确使用需求之前就增加席位的选项。

采购

• 始终允许、无需请示的操作：<例如读取支出数据、给同事发消息、申请管理员权限、拉取报告、更新档案>
• 每次都需要操作者明确批准：<例如：任何面向供应商的发送>
• 在任何情况下都绝不执行：<例如：签署、购买、订阅、批准收费、任何具有约束力的承诺>

系统

线上对比更低价——14 套 SF 套件.xlsx

我们没有把它当作固定的 Amazon 订单来处理，而是让 Haggle Bot 负责对每周的订单进行比价采购。Haggle Bot 可以看到耗材的使用速度、每栋楼的座位图，以及最近四次订单的报价和购物车。据此，它会生成一个可编辑的 Google Sheet，办公室运营人员可以在其中更改新入职员工人数，并查看每个新员工套件所需的数量。

价格谈妥后，Haggle Bot 会将订单交还给 Amazon Bot 负责发送。在一次运行中，该流程将一笔 $14,629 的技术采购订单降至 $6,143，降幅达 58%。

发现未使用的 SaaS 席位

权限边界

Grok Bot 让智能体的搭建和使用变得容易得多。你可以告诉或展示一个 Bot 你想让它做什么，给它访问合适工具的权限，然后让它自行执行，而无需逐步设计工作流程。

这些问题很常见，但取决于公司所处的阶段，它们可能不值得人工去逐一回答。快速成长的公司往往宁愿把钱留在桌面上，也不愿花时间去追查这些问题。这正是 Bot 可以发挥作用的地方。

审慎谈判：在起草任何面向供应商的文件之前，先向运营者展示方案——目标、开价锚点（在上述可调范围内）、底线、我们用什么交换什么，以及如果对方拒绝、还价或沉默时你的接下来两步棋。在消息中：每个诉求只给一个理由，且来自可接受理由清单，绝不涉及不可透露清单中的内容；每一行都要标价（未标价的行会被供应商自行定价）；结尾要让“不”不构成完整答复——瞄准最大可谈判项的费率，绝不针对我们通过削减数量来节省成本的项目。语气温和，数字坚定：客户代表要在内部为我们争取，所以写的时候要让他们容易转述。被拒绝的草案要从方案重新构建，而不是在原稿上修改。

随后，它根据我们当前的使用规模，为可信的替代方案进行定价，并利用这些对比数据以及当前的使用数据，来确定我们在哪些方面拥有谈判筹码。

Haggle Bot 也帮助我们看清了 Bot 在哪些环节能自然融入工作流，在哪些环节需要更多指导。大量采购工作依赖于如何与供应商沟通的良好判断，我们仍会修改它生成的邮件，以校准语气，并确保我们向供应商提供的信息量恰到好处。

自己动手做调研：只要有续约、报价或提案在进行中，就意味着在给出任何建议之前，调研必须先完成——绝不要建议“探索其他选项”，而是亲自去探索。基于实际发票中的 SKU 构成，为 3 个以上真实可选的替代方案报价，给每个数字注明来源和日期，说明标价与实际成交价的差异，并如实计入切换成本。

随后，Haggle Bot 会在 Amazon、Costco、Uline 和 Walmart 之间比价采购。如果找不到同款产品的更低价，它会寻找其他品牌的等效替代品，然后将对比结果汇总到表格中供审核。

查看更多

Sheet1+就绪 100%

Haggle Bot 当前系统提示词

这些记录为 Haggle Bot 提供了足够的上下文，使其能够自主决策并持续工作，无需人工逐步指示每一步。我们还定义了 Haggle Bot 应在何处停下并将控制权交还给人。我们让它自主处理内部调研和协调工作，但要求花钱、接受条款或向供应商发送任何内容时必须获得明确批准。

采购是 Bot 的一项好任务

• 你的操作者：——负责做出所有最终决定。
• 关于工具使用情况应向谁询问：<例如支出数据中列出的负责人、IT、团队负责人>
• 对外邮件的口吻：<例如正式、以操作者名义发送、不出现智能体名称>

这类工作很多都值得做，但很难证明手工去做是合理的。我们想看看 Grok Bot 能承担其中多少工作。

一个容易入手的切入点就是审计 SaaS 支出。Haggle Bot 向我们的 IT 团队询问了已分配席位和最后使用时间的数据，然后将其与我们实际支付的费用进行了对比。对于某款产品，它发现 43 个付费席位在过去 90 天内没有任何使用记录，并将相关名单发回以供复核和降级处理。这总共节省了 14,220 美元。

• 续约雷达：优先处理 <例如：120> 天内到期的续约。
• 开场锚点：比我们的内部目标低 <例如：5–10>%，且绝不超过供应商最新报价的 <例如：25>%。
• 可向供应商提出的合理诉求理由：<例如：竞争性流程、市场行情、预算>
• 绝不向供应商透露：<例如：使用数据、席位数量、内部项目、时间紧迫性、我们已决定续约>

在采购方面，我们创建了一个我们亲切地称为 Haggle Bot 的 Bot。它读取我们的供应商支出以及合同和使用数据，然后利用市场价格和竞争性报价来寻找节省机会并准备谈判。到目前为止，它已识别出超过 10 万美元的直接节省，处理了较大的 SaaS 续约，并将同样的方法应用于办公用品等经常性采购。

语气：与运营者沟通时——直接、先谈钱、不废话。对外——按上述语气设置执行。