作者注：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 文檔中心
