作者注：Grok Bot 1.0 已经出 beta，团队协作功能上线了，但模型选择权不在你手里。本文整理官方信息，并说明需要固定模型 ID 和单价的场景该怎么处理。
xAI 在 2026-11-02 发布的说明中介绍了 Grok Bot 1.0：Bot 可以分享给团队，可以进入 Slack、Microsoft Teams 和视频会议，还能主动提出要做的工作。官方版本记录在 2026-11-11 记到了 1.0，Grok Bot 从 beta 进入正式版本。
这次更新有官方说明和版本记录为依据。 不过，Grok Bot 的 FAQ 同时写明了一点：它没有模型选择器，任务背后用哪个模型由系统决定，账单上也只显示“Grok Bot”。
核心价值：3 分钟看懂 Grok Bot 1.0 新增了什么、背后的模型为什么指定不了，以及需要固定模型 ID 的开发者应该走哪条路。
Grok Bot 1.0 核心信息速览
下表汇总了这次更新的关键信息。文中凡是来自 xAI 说明或 FAQ 的内容都标为官方自报，具体以官方页面的最新版本为准。
| 信息项 | 详情 | 来源 |
|---|---|---|
| 发布说明日期 | 2026-11-02 | xAI 官方说明（官方自报） |
| 版本节点 | 2026-11-11 版本记录记到 1.0，出 beta | 官方版本记录 |
| 新增能力 | 分享给团队，进入 Slack、Microsoft Teams、视频会议，主动提议工作 | xAI 官方说明（官方自报） |
| 安全边界 | 敏感动作仍需人工批准 | xAI 官方说明（官方自报） |
| 模型选择 | 没有模型选择器 | Grok Bot FAQ（官方自报） |
| 背后模型 | 可能是 SpaceXSI 自己的模型，也可能是第三方模型 | Grok Bot FAQ（官方自报） |
| 用量记账 | 统一记为 Grok Bot，不按供应商或模型名拆分 | Grok Bot FAQ（官方自报） |
Grok Bot 1.0 新增的团队能力
从官方说明看，1.0 的变化重点是从个人助手变成团队成员。以前 Bot 主要服务单个使用者，现在可以分享给整个团队，多人共用同一个 Bot 的工作上下文。
接入面也扩大了。官方点名的场景有 Slack、Microsoft Teams 和视频会议，Bot 可以出现在团队日常沟通的地方，不用再单独打开一个界面去用。
另一个变化是主动性。官方自报 1.0 的 Bot 能主动提出要做的工作，不必等人下指令。对团队来说，它更像一个会提出建议的协作者，而不只是一个问答工具。
Grok Bot 1.0 的人工审批边界
主动性提高以后，权限边界就更重要。官方说明写明，敏感动作仍需要人来批准。Bot 可以提议、可以准备，但关键操作最后由人确认。
这个设计对企业团队比较友好，能降低 Bot 在群聊或会议中误操作的风险。不过官方说明没有给出“敏感动作”的完整清单，团队落地前应该在自己的工作区里确认哪些操作会触发审批。
Grok Bot 1.0 为什么指定不了背后的模型
Grok Bot 的 FAQ 讲得很直接：没有模型选择器。任务提交后，系统可能交给 SpaceXSI 自己的模型处理，也可能交给第三方模型处理，使用者在界面里没有入口去指定。
这和许多人对“AI 工具”的预期不同。在 Grok Bot 里，用户面对的是一个产品，而不是一组模型。路由策略由官方控制，用户能看到的是任务结果，看不到这次具体用了哪个模型。
Grok Bot 1.0 账单只记“Grok Bot”意味着什么
FAQ 还写明，用量统一记为 Grok Bot，不按供应商或模型名拆开。官方自报还有一个例子：即使任务被路由到 Opus 5.5，你按 token 支付的单价也不会因此改变。
这对普通使用者是好事，不用担心某次任务刚好走了更贵的模型。但对需要做成本核算、模型评测或合规审计的团队来说，这意味着账单上看不到模型，请求里也指定不了模型。
| 对比维度 | Grok Bot 1.0（官方自报） | 直接调用模型 API |
|---|---|---|
| 模型选择 | 无模型选择器，由系统路由 | 请求中 model 字段明确指定 |
| 背后模型 | SpaceXSI 自有或第三方，不可见 | 就是你填写的模型 ID |
| 账单粒度 | 统一记为 Grok Bot | 按模型 ID 分别计量 |
| 单价 | 按 Grok Bot 计价，路由不改变单价 | 按所选模型各自的单价 |
| 结果可复现性 | 同一任务可能走不同模型 | 固定模型 ID 后行为更可控 |
| 典型用途 | 团队协作、会议、主动提议工作 | 产品集成、评测、批量任务 |
需要说清楚的是，Grok Bot 不是一个可以调用的 model ID。它不在 API易 的价目里，也不能在 OpenAI 兼容接口的 model 字段里填 grok-bot 来调用。它是一个面向团队的产品，不是一个模型。
Grok Bot 1.0 影响分析
这次更新影响两类读者：在团队里用 Grok Bot 的人，以及在代码里必须写死模型 ID 的开发者。两者的关注点不一样，下面分开说。
对 Grok Bot 使用者的影响
- 协作门槛降低：Bot 进入 Slack、Teams 和视频会议后，团队不用切换工具就能用上，分享给团队也省去了每人各配一个的麻烦。
- 工作方式变化：Bot 主动提议工作后，团队需要约定谁来处理这些提议，避免消息变成噪音。
- 审批流程要提前设计：敏感动作需要人工批准，团队应该事先指定审批人，否则任务可能卡在待批准状态。
- 成本按产品看：账单只有 Grok Bot 一行，预算按产品维度管理即可，不用追踪背后用了哪个模型。
对必须指定模型 ID 的开发者的影响
- 无法做模型级评测：要比较不同模型在同一任务上的表现，必须能固定模型。Grok Bot 不提供这个能力。
- 无法按模型核算成本：财务或客户要求按模型拆分费用时，统一记为 Grok Bot 的账单无法满足。
- 结果复现性受限：背后模型可能变化，同一个提示词在不同时间可能由不同模型处理，不适合需要稳定输出的生产链路。
- 合规场景需谨慎：部分行业要求说明数据由哪家供应商的模型处理，系统路由加上不拆分的账单，会让这类说明更难做。
如果你的需求落在右边那一列，也就是要知道“这次请求用的是哪个模型、单价多少”，就应该直接走模型 API，不要依赖 Grok Bot 的路由。下表按场景给出选择建议。
| 场景 | 推荐方式 | 原因 | 可用途径 |
|---|---|---|---|
| 团队群聊里协作、会议纪要与跟进 | Grok Bot 1.0 | 原生接入 Slack、Teams、视频会议 | xAI 官方产品 |
| 需要 Bot 主动提议工作 | Grok Bot 1.0 | 1.0 新增能力（官方自报） | xAI 官方产品 |
| 产品功能里固定调用某个模型 | 模型 API | model 字段可写死模型 ID |
API易 apiyi.com 等 API 平台 |
| 多模型效果评测与对比 | 模型 API | 每次请求的模型明确、可复现 | 支持多模型的统一接口 |
| 按模型核算成本、出具账单 | 模型 API | 计量按模型 ID 区分 | 以平台型号列表的单价为准 |
如何在 API 中自己指定模型（替代 Grok Bot 路由）
如果你需要明确用 gpt-6.1-sol、claude-opus-5-5 这类模型 ID，就要走 API 调用。参考资料里提到的就是这类 ID，实际能用哪些、单价多少，以平台型号列表的当前上架情况为准。
用 OpenAI 兼容接口的话，接入只需要改三个参数。下表列出关键字段的写法。
| 参数 | 写法示例 | 说明 |
|---|---|---|
base_url |
https://api.apiyi.com/v1 |
OpenAI 兼容接口地址 |
api_key |
YOUR_API_KEY |
在平台控制台获取，一个 Key 调用多家模型 |
model |
claude-opus-5-5 或 gpt-6.1-sol |
明确指定模型 ID，不经过任何路由 |
messages |
[{"role": "user", "content": "..."}] |
标准对话消息格式 |
以 Python 的 OpenAI SDK 为例，初始化时写成 client = OpenAI(api_key="YOUR_API_KEY", base_url="https://api.apiyi.com/v1")，调用时在 client.chat.completions.create(model="claude-opus-5-5", messages=...) 里写入你选定的模型即可。想换模型时只改 model 字段，其他代码不用动。
这样做的结果和 Grok Bot 正好相反：请求里能看到模型 ID，账单里能按模型分开看用量和单价。需要评测、核算或审计的团队，用这种方式更合适。
🎯 技术建议：确定要用哪个模型之前，先在 API易 apiyi.com 的型号列表里确认该模型 ID 是否已上架、单价是多少，再写进
model字段。平台提供 OpenAI 兼容接口，一个 API Key 可以调用 OpenAI、Claude、Gemini 等主流模型，新用户有免费测试额度，可以先跑通再上生产。
常见问题 FAQ
Q1：Grok Bot 1.0 是什么？
Grok Bot 1.0 是 xAI 旗下 Grok Bot 的正式版本，官方版本记录在 2026-11-11 记到 1.0。按官方说明，它可以分享给团队，进入 Slack、Microsoft Teams 和视频会议，并能主动提出要做的工作，敏感动作仍需人工批准。
Q2：Grok Bot 1.0 能指定背后用哪个模型吗？
不能。官方 FAQ 写明没有模型选择器，任务可能走 SpaceXSI 自己的模型，也可能走第三方模型，由系统决定。用量统一记为 Grok Bot，不按供应商或模型名拆分。
Q3：任务被路由到更贵的模型，会多收费吗？
官方自报不会。FAQ 举例说，即使任务被路由到 Opus 5.5，你按 token 支付的单价也不会因此改变。具体计价规则请以 xAI 官方页面为准。
Q4：能不能在 API 里填 Grok Bot 当模型 ID 调用？
不能。Grok Bot 是产品，不是模型 ID，也不在 API易 的价目里。如果你的代码需要一个明确的模型，应该在 API易 apiyi.com 的型号列表里选择具体 ID，例如 `claude-opus-5-5` 这类，写进请求的 `model` 字段。
Q5：开发者如何快速用上可指定的模型？
步骤很简单：
1. 在 API易 注册账号并获取 API Key，新用户可领取免费测试额度
2. 在 apiyi.com 型号列表确认目标模型 ID 和单价
3. 把 SDK 的 `base_url` 设为 API易 的 OpenAI 兼容地址，在 `model` 字段写入选定的 ID
这样每次请求用的是哪个模型、按什么单价计费，都能对得上。
Q6：Grok Bot 1.0 有哪些需要注意的限制？
主要有三点：一是模型不可指定，不适合需要固定模型的评测和生产链路；二是账单不按模型拆分，难以满足按模型核算的财务要求；三是官方没有公开敏感动作的完整清单，团队需要在实际使用中确认审批范围。如果团队协作需要灵活的 Bot，而开发需要固定模型，两者可以同时使用。
Grok Bot 1.0 核心要点 Key Takeaways
- 版本节点：版本记录 2026-11-11 记到 1.0，Grok Bot 正式出 beta
- 团队能力：可分享给团队，接入 Slack、Teams 和视频会议
- 主动协作：官方自报 Bot 能主动提议工作，敏感动作仍需人工批准
- 模型不可选：FAQ 写明没有模型选择器，背后模型由系统路由
- 账单不拆分：用量统一记为 Grok Bot，路由到 Opus 5.5 也不改变单价
- 不是模型 ID：需要固定模型时，在 API易 apiyi.com 选定 ID 后通过 API 调用
总结
Grok Bot 1.0 的更新重点在团队协作：
- 功能上线了：团队共享、Slack 与 Teams 接入、视频会议、主动提议工作，都已进入 1.0。
- 边界有保留：敏感动作仍要人工批准，主动性提高的同时保留了人工把关。
- 模型不归你选：没有模型选择器，账单只记 Grok Bot，请求和账单里都看不到具体模型。
所以，团队协作场景可以放心用 Grok Bot 1.0。但如果你的工作要求“明确知道用的是哪个模型、单价是多少”，它就替代不了直接调用模型 API。
需要自己选模型并看清单价时，建议到 API易 apiyi.com 的型号列表核对模型 ID 和价格，再通过 OpenAI 兼容接口接入，用免费测试额度先跑通再上线。
📚 参考资料
- xAI 官方说明：Grok Bot 1.0：1.0 新增能力介绍
- 链接：
x.ai/news/grok-bot-1-0 -
说明：团队共享、Slack/Teams/视频会议接入、主动提议工作与人工审批的官方表述
-
Grok Bot FAQ：模型路由与计费说明
- 链接：
docs.x.ai/grok-bot/faq - 说明：无模型选择器、背后模型来源、用量记账方式和单价说明的官方出处
作者：API易 技术团队
技术交流：欢迎在 API易 网站首页联系我们，更多接入资料可访问 docs.apiyi.com 文档中心
