Grok Bot 可把修 Bug 交給 Cursor 雲端代理，交付規格可設成 4 步：重現、修復、測試、開出草稿 PR。 Cursor 截至 2026 年 10 月 12 日的團隊管理文件確認，Bots 可以委派程式碼任務，管理員也能停用這項能力。PR 是請求合併程式碼的 pull request；草稿 PR 仍要經過審查。

Grok Bot 是有固定職務、工作記憶與雲端電腦的 AI 代理應用程式。Repo Maintainer 的交付物是一份附重現方式與測試結果的草稿 PR。十步設定包含七組可放進對話的文字模板。模板是交付要求，功能仍受帳號權限與產品支援範圍限制。

Grok Bot 官方頁面的具名 Bots 與完整對話介面。

Grok Bot 官方產品示範。Sales Outbound 的草稿數字屬於官方示範，不是本文的執行結果。

01. Opus 5.5 進入後端公告，模型選擇仍由系統管理

Grok Bot 的模型選擇由系統管理，設定頁沒有模型選單。馬斯克在 2026 年 10 月 7 日的公告表示，SpaceX 往後會按任務使用適合的後端模型，並列出 Claude Opus 5.5、Midjourney 和 Suno。

這項公告沒有逐一列出各功能的上線時間，也沒有保證每個 Bot、每次工具呼叫都由 Opus 5.5 處理。想使用 Grok Bot 的開發者，可以把注意力放在任務規格與驗收證據；在提示詞寫下模型名稱，不會多出模型選擇權。

Anthropic 的 Opus 5.5 API 規格列出 100 萬 tokens 上下文與 128,000 tokens 最大輸出。Token 是模型處理文字的計量單位。這些 API 上限不等於 Grok Bot 開放給單一任務的容量。

02. 安裝應用程式，建立第一個有明確職務的 Bot

Grok Bot 的桌面版支援 macOS、Windows 與 Linux，行動版也支援 iPhone、iPad 和 Android。官方入門流程使用 Cursor 帳號登入；符合資格的 SuperGrok 使用者則完成帳號連結。

先建立一個負責協調的 Chief，再給一件容易驗收的工作，例如整理指定資料夾中的文件清單。新增 Bot 可從側邊欄 New 開始，選擇 Create new Bot，填入名稱與職務。這一步的完成條件是能找到產物與來源，之後才增加角色。

03. Research Lead 接整份工作，也接下查證責任

Research Lead 的職務描述應包含交付物、資料來源與停止條件。把引用要求與存檔位置寫進 Grok Bot 的角色描述，後續任務就有驗收依據。

研究負責人的章程，可用於 Opus 5.5 等後端處理的任務
你是我的 Research Lead。

// 你負責的工作
收到主題後，完成整份工作：找第一手來源，
開啟每個引用頁面，至少用兩個來源交叉核對數字，
並撰寫 1,500 詞的研究摘要。

// 驗收條件
每個數字旁邊都要有來源連結。
來源互相矛盾時，標明差異，不要取平均。
把草稿存進我的 Drive 資料夾，不要只留在聊天裡。

// 停止條件
禁止公開發布，禁止寄信給任何人，只交草稿。
兩個來源的矛盾無法釐清時，暫停並詢問我。

這份章程把查證與存檔都納入責任。研究摘要缺少來源，或只在聊天回覆一句完成，都不符合驗收條件。模型的基準分數無法代替這兩項檢查。

04. 外掛與登入共用，角色名稱不會隔離資料

同一使用者的 Grok Bot 們共用一台雲端電腦，包括檔案、瀏覽器登入與應用程式工作階段。Bots 各自保存對話脈絡，但新增一個 Bot 不會建立新的憑證邊界。

需要外掛時，從 Marketplace 安裝，完成服務授權後再讓 Bot 使用。先給任務所需的最小存取範圍。法律與財務資料若需要獨立帳號保護，就不能把角色描述當成權限設定。

// 資料存取邊界，加入每份職務章程
不要開啟、閱讀或摘要：
  - 我的 Drive 裡 /Legal 或 /Finance 資料夾的任何內容
  - 律師、會計師或銀行寄來的電子郵件
  - 含密碼、助記詞或 2FA 驗證碼的任何訊息

任務需要這些內容時，先停止並詢問我。
處理文件時，只使用任務真正需要的內容。

Cursor 的安全文件說明，請求經過 Cursor 伺服器，再依選用模型傳給模型供應商。Privacy Mode 開啟時，客戶資料不供訓練使用；模型供應商的零保留協議仍有濫用調查等例外。不能把某個模型加入後端，解讀成所有資料一律適用同一份供應商條款。

05. 登入交回人手，完成後再交還控制權

Grok Bot 遇到密碼、雙重驗證、CAPTCHA 或付款確認時，應讓使用者接手雲端電腦。從對話開啟 Agent Computer，取得控制權，完成敏感步驟後再請 Bot 繼續。

一般聊天不適合存放密碼或一次性驗證碼。支援的連線另有遮蔽輸入的 secure secret request，會把值排除在對話紀錄與模型之外；使用這條流程仍要核對服務與帳號。登入完成後，其他同帳號 Bots 也可能使用該工作階段。

06. 先驗收單次任務，再保存技能與例行任務

Grok Bot 的 skill 是可重用工作指令，routine 是按排程或事件執行的例行任務。Teach 功能可示範流程，但採逐步開放；沒有控制項時，可請 Bot 依文字步驟與已完成工作建立技能。

Grok Bot 官方產品頁的登入、示範學習、工作脈絡與角色連線四張能力卡片。

官方能力概覽；帳號權限、Teach 開放狀態與例行任務驗收仍須另行確認。

示範錄製上限是 10 分鐘，不錄製麥克風音訊。保存前補上失敗處理與核准邊界，並確認排程使用的時區。以下模板中的 7am 與每週頻率是設定範例。

// 排程：晨間摘要
每個工作日的早上 7am，檢查我的行事曆、收件匣，
以及 Slack 的 #launches 頻道。
交一份短摘要：今天的行程、需要回覆的事項、昨晚的變動。

// 事件：捕捉新詢問
收到不在聯絡人名單中的網域寄來、且提到價格的郵件時，
依範本撰寫回信草稿，留給我確認。

// 在滿意的單次工作之後，要求建立例行任務
每週執行這項工作。

Gmail 的這條事件規則是需求模板，不能假設連上郵件外掛就能啟用。官方文件確認的事件入口包括 Cursor 帳號整合的 Slack 訊息與 GitHub 通知，與外掛連線分開。缺少郵件觸發器時，改用已支援的排程檢查；建立後確認下次執行時間，再用安全測試資料做 Test run。Test run 會真的操作工具。

07. Repo Maintainer 委派修復，交付可重現的草稿 PR

Grok Bot 可把程式碼任務交給 Cursor Cloud Agents，也就是在獨立開發電腦執行工作的雲端代理。Cursor 的團隊控制允許管理員停用委派；Cloud Agent 的環境與網路設定則和 Grok Bot 的共享電腦分開。

先在 Cloud Agents 設好儲存庫、依賴與測試環境。私有套件或內網服務無法使用時，代理寫得出修改，也不代表跑得了完整測試。Repo Maintainer 要收回修復結果，並要求測試證據，不能只轉交一句修好了。

// Repo Maintainer：管理其他代理的儲存庫維護者
你是我的 Repo Maintainer。

GitHub issue 加上 "bug" 標籤時：
1. 在你的電腦重現問題，寫出會失敗的測試。
2. 啟動 Cursor cloud agent，在新分支修復問題。
3. 對修復結果執行完整測試套件。
4. 開出 draft PR，附上測試、修復內容與 3 行摘要。

禁止合併，禁止推送到 main。
修復涉及身分驗證、計費或資料遷移時，暫停並交給我。

這份模板是四步交付契約，不是 GitHub 事件接上後必定成功的保證。Issue 的匹配規則、儲存庫授權與管理員允許委派，都要先確認。不能啟動 Cloud Agent 或不能跑測試時，回報卡住的步驟，不能照樣開出看似完成的 PR。

驗收一個範例 issue 時，要求 PR 留下問題重現方式、修復前失敗與修復後通過的測試紀錄，以及完整套件結果。這些是建議的驗收欄位。敏感檔案變更應在執行前停下來；禁止合併也應由儲存庫權限與分支保護配合落實。

08. 群組聊天分配成果，各 Bot 保留清楚的責任

Grok Bot 支援 Bots 互傳訊息、群組分享脈絡與交接任務。協調者 Chief 可以追蹤依賴，但每份產物仍要有明確負責人。

// 交付目標，讓角色自行分配工作
目標：在週五 5pm 前發布十月電子報。

Research Lead 負責事實與來源。
Inbox Manager 負責訂閱者回覆。
Chief 負責時程，並告訴我哪些事情卡住了。

你們自行分工。所有公開發布事項先留給我確認。

電子報模板中的發布目標，和最後的人工核准邊界要一起讀。Research Lead 可以交查證稿，Inbox Manager 可以交回覆草稿；Chief 應回報缺稿或等待核准，不能把自己的協調職務解讀成發布授權。

09. 可還原工作的範圍，仍要配合實際核准規則

Grok Bot 的 Auto Review 是動作執行前的模型審查層。使用者可在 Settings → General → Auto-review 寫狹義規則；Ask first 與 Allow automatically 同時匹配時，Ask first 優先。

// 以下工作可自行完成，並留下紀錄
撰寫草稿、歸檔、加標籤、摘要、研究、準備、核對。
這些工作須可還原；在核准規則允許的範圍內直接做並記錄。

// 以下工作一律交給我確認
寄送任何內容給公司外的人。
花錢、移動資金，或承諾價格。
公開發布任何內容。
刪除明顯垃圾以外的任何內容。
接受條款，或註冊任何服務。

// 無法判斷時
無法在 1 分鐘內還原的操作，先暫停並詢問我。

這份文字模板描述偏好，不能取代權限。刪除資料即使被判定為垃圾，也宜設為 Ask first；發送外部郵件、付款與正式環境變更同樣保留核准。核准卡要顯示可辨識的目標與影響。

由 routine、事件或其他 Bot 啟動的工作，核准約 10 分鐘後會過期，動作不執行。使用者正在參與的對話則等待回覆。例行任務的完成紀錄要把等待、過期與真正執行分開，否則一份每週報表就能把未完成工作藏起來。

10. Grok Bot 費用按額度管理，API 單價另外算

Grok Bot 的方案與計費說明列出每週重置額度。額度耗盡後，啟用 on-demand 才能繼續使用，費用記在 Cursor 帳號，計入每月上限。

Cursor 與已連結 SuperGrok 的額度不相加，而是採較高的單一額度。每月上限也不保證把進行中的工作立刻切斷，Bot 可能先完成那一輪；關閉 on-demand 才會在每週額度用盡後等重置。管理預算時，先查看 Usage & Billing 的實際數字。

Grok Bot 官方方案卡片與符合資格訂閱的說明，包含月費及每席計費單位。

官方頁面，擷取於 2026 年 10 月 12 日。以下獨立 API 費率比較與這些訂閱分開計算。

獨立 API 的基準價可以拿來比較模型成本，不能當成 Grok Bot 帳單。以下是 2026 年 10 月 12 日核對的原生美元價格，未計快取、工具費與其他加價。

模型與輸入範圍 每 100 萬輸入 tokens 每 100 萬輸出 tokens 上下文上限
Claude Opus 5.5，標準 API US$4 US$20 100 萬 tokens
Grok 4.7，輸入少於 200,000 tokens US$2 US$6 500,000 tokens
Grok 4.7，輸入達 200,000 tokens US$4 US$12 500,000 tokens
Claude Opus 5.5 與 Grok 4.7 的美元 API 費率、上下文門檻及單次 token 成本試算。

依 Anthropic 與 xAI 於 2026 年 10 月 12 日公開費率重建的可編輯試算表；金額為 API 美元費用，未計工具、快取與重試。

Anthropic 的定價表與 xAI 的定價表是兩組費率的依據；Grok 4.6 也列出相同費率。xAI 的長上下文費率套用整份請求。輸入同為 US$4、輸出 US$12 相對 US$20，並沒有因跨過門檻而反轉成 Opus 較便宜。

Grok 4.6 短上下文與 Claude Opus 5.5 的輸入及輸出 API 每百萬 tokens 單價柱狀圖，美元座標軸從零開始。

原生美元 API 單價比較；Grok 4.6 的短上下文費率與目前 Grok 4.7 相同。這張圖不代表 Grok Bot 應用程式帳單或任務效能。

以 30,000 個輸入、8,000 個輸出 tokens 推算，Opus 5.5 是 US$0.28，短上下文 Grok 4.7 是 US$0.108。這是單次 API token 費用範例，未含工具與重試。Grok Bot 的單次工作消耗仍以產品內的使用量紀錄為準。

列出你本週執行過的每項例行任務。每項都寫出：

  - 觸發次數
  - 產物
  - 跳過、失敗，或只能猜測的部分
  - 等我確認、但我一直沒回覆的事項

接著指出哪一項最沒有用，並說明理由。
無法辨識某一步由哪個模型處理時，直接說明無法辨識。

每週保留這份工作紀錄，再和 Usage & Billing 對照。沒有產物、持續等待核准或資料來源已失效的 routine，先停用比再加一個協調 Bot 有用。

FAQ

Grok Bot 設定完成後，能把修 Bug 交給 Cursor 嗎？

Grok Bot 可以委派程式碼任務給 Cursor Cloud Agents，前提是帳號與團隊允許委派，Cloud Agent 也能使用所需儲存庫和測試環境。四步模板要求重現、修復、測試與草稿 PR，沒有授權合併程式碼。修復碰到身分驗證、計費或資料遷移時，模板要求停止並交回人手。

Grok Bot 費用包含無限的 Opus 5.5 使用量嗎？

Grok Bot 的付費方案有每週額度，不是無限模型用量。額度用盡後，若啟用 on-demand，額外使用由 Cursor 計費。官方沒有模型選單，也不能把 Opus 5.5 的 API 單價當成 Grok Bot 固定收費。

Grok Bot 免費試用有完整 7 天無限額度嗎？

Grok Bot 免費試用是使用量點數，同時受 7 天期限限制，不是 7 天無限使用。點數按代理步驟與 tokens 消耗，長任務可能提早用完。iOS App Store 的訂閱優惠則是另外一種試用，取消與扣款依商店規則處理。

Grok Bot download 要選哪個桌面版本？

Grok Bot 桌面版有 macOS Apple silicon 與 Intel 版本，也有 Windows 和 Linux 的 x64、Arm64 版本。macOS 可在關於這台 Mac 查晶片，Windows 可在系統資訊查架構。Linux 則按發行版選用 .deb、.rpm 或 AppImage。

Grok Bot 的 Android 與 iPhone 版本有什麼系統要求？

Grok Bot Android 版需要 Android 9 或更新版本，iPhone 版需要 iOS 18 或更新版本。這是 Cursor 部署文件列出的客戶端需求。安裝手機版不會替帳號新增一份 Grok Bot 額度。

Sources

Author Insight

無法在約 10 分鐘內回覆 Grok Bot 核准請求的團隊，不適合讓需要人工核准的修復工作由無人排程啟動。這類工作應留在有人值守的對話裡，讓 Repo Maintainer 交出可檢查的草稿 PR。核准會過期是產品的明確條件；換一個後端模型，無法替團隊補上值守的人。

術語表

術語 本文用法
Bot 有固定職務與對話脈絡的 AI 代理
Cloud Agent 在獨立開發電腦執行程式碼工作的雲端代理
Skill 可重複使用的工作指令
Routine 按排程或支援事件啟動的例行任務
Auto Review 執行前的模型動作審查層
Draft PR 等待審查、尚未合併的程式碼變更請求
Token 模型輸入、輸出與計費的文字計量單位
On-demand 每週額度用盡後，另計費的額外使用量
Share this post
Ewan Mak

I'm a Full Stack Developer with expertise in building modern web applications that fast, secure, and scalable. Crafting seamless user experiences with a passion for headless CMS, Vercel and Cloudflare

Loading...