Grok Bot 提速更新：三倍宣稱怎麼讀，碰錢的連接器先看條款

用 AI 摘要這篇文章：

ChatGPT Claude Perplexity Google Grok

Grok Bot 在台北時間 10 月 17 日凌晨一次丟出三則公告：品質、細節與速度改善，聊天卡片換新版面，再接上一批新連接器，其中 Robinhood、Coinbase、eToro 三家都碰錢。如果你已經讓 Bot 固定做事，回應變快與卡片變清楚是立刻有感的部分；如果你還在評估要不要把更多工作交給它，判斷順序建議倒過來：先看哪個連接的動作會改變外部狀態，再回頭看快幾倍。速度宣稱目前只有一則推文的字，量測方法沒有公布，而真正能核對的防護，寫在既有條款與上一版的行為約束裡。

兩種「快」同一天宣布，先分開算

官方帳號 @bot 在 10 月 16 日 19:55（UTC）連發三則貼文，對應台北時間 10 月 17 日凌晨 3:55。速度那則的原文是：

Computer tasks finish 3x sooner on average, and replies to everything else arrive in less than half the time.

一句話裡有兩種不同的「快」。電腦任務指的是 Bot 在它自己的雲端電腦上操作應用程式、把一項工作做完的時間，官方說平均縮為約三分之一；其他回應指的是對話裡一句話蹦出來的等待，官方說不到原本一半。前者影響交付，你拿到結果才算數；後者影響互動感，決定你願不願意繼續站在旁邊等。

把兩者分開，才不會把「回應變快」直接放大成「整項工作快三倍」。如果你的工作瓶頸在外部服務回應、帳號登入或等人工確認，這兩個比例都不會等比例反映在你的端到端時間上。反過來看，產品頁的說明把 Bot 定位成會自己開瀏覽器、登入工具、做完一整項工作再回報的隊友，這種工作形態下，任務完成時間本來就是比回應速度更該追的指標。

驗收的時候，兩種等待各自記一筆會更有用。回應速度看「送出訊息到它開始動作」的間隔，任務速度看「送出需求到拿到可用結果」的總時間，兩個數字分開記，才知道改善落在哪一段。中途碰到要登入或補充說明的情況也單獨記下來，這能幫你分清楚瓶頸出在 Bot 的速度，還是任務本身給的資訊不夠。

同日亮相的還有新版聊天卡片。卡片是工具結果與待決動作在對話裡的呈現方式，官方貼文附圖展示的是一張選擇卡：標題問「Which sections should the update cover?」，下方四個選項對應不同段落，選完按右下角的 Done 送出。這類卡片的價值在於把「Bot 在等我決定」變成一個看得見、點得動的介面，讀的人不用從一長串文字裡猜現在輪到誰說話。版面變乾淨是排版層的改善，卡片上的日期、帳號與數字對不對，仍然要靠人核對，這兩件事互不替代。

三倍是廠商平均值，量測方法沒有公布

三倍這個數字是官方的平均值宣稱，沒有隨附測試集、樣本組成或量測方式。什麼算一次電腦任務、樣本取自哪些帳號、新舊版本怎麼對照，公告都沒有交代。它可以用來當試用理由，用來當採購保證就不夠硬。想驗證，方法只有一種：挑一項你每週重做的工作，固定資料範圍、輸出格式與完成標準，記錄送出需求到拿到可用結果的總時間，新版前後各測一輪。起點是送出需求，終點是拿到能交給同事的東西，中間 Bot 先說「我開始處理了」不算數。兩輪之間若剛好碰到服務端改版或資料量突增，把那一次標記出來再看，別讓單次異常決定結論。

平均值還有另一層要留意。平均縮短不代表分布一致，若你的任務剛好落在改善幅度小的那端，體感會與宣稱出現落差，這是所有平均值宣稱的共同問題，不是這家產品獨有。同一則貼文把範圍講得算清楚：平均提早完成的是電腦任務，其他回應是另一個指標。兩個都成立時體感最好；只成立一個時，你會覺得它話變快了，事卻沒有變快。

六個新連接器，三家碰錢

連接器公告點名的服務是 Robinhood、Coinbase、Trello、PostHog、beehiiv、eToro，句尾加了 and more，名單本身就不是封閉的。這六個裡，Trello 管看板與待辦、PostHog 看產品分析、beehiiv 經營電子報，另外三個都是金融交易服務。連接器讓 Bot 透過特定服務的介面讀資料或執行支援的操作，但「已連接」不等於全部功能可用，實際能做什麼取決於連接器提供的操作與你帳戶給的權限。

有個容易被忽略的現況：Grok Bot 的公開 marketplace 網頁截至 10 月 19 日只陳列 Bot 範本，清點連結共有 44 個條目，Robinhood 等六個新連接器在頁面全文搜尋是零筆。連接器的目錄在應用內的 Connect Apps，上一版更新紀錄也寫明它會把最常安裝的排在前面。所以想在網頁端先查新連接器細節的人會撲空，撲空屬正常，公開頁面本來就沒放這一區。

Pin

碰錢的三家要另外對照兩份既有文件。行為層，10 月 11 日的 v0.70.2 更新紀錄已經寫著：銀行或券商連接器回傳資料後，Bot 會先詢問才把資料分享到其他地方；寄送、發布、購買、刪除這類無法復原的動作，Bot 會先檢查你的訊息徵求核准。條款層，Grok Bot 條款第 2.3 節明文：

Customer will use appropriate human review before permitting Agentic Actions, including those involving external communications, financial transactions, data deletion, permission changes, production systems, legal commitments, or material effects on third parties.

這句的主詞是客戶，不是提供商。同一節還寫著核准與自動審核控制僅是輔助，可能無法識別或阻止每一個未經授權的動作，也不能逆轉已完成的動作；未能攔下的後果，提供商免責。換句話說，金融連接器的安全設計存在，但覆核義務與責任都畫在使用者端。名單出現 Robinhood 不代表台灣帳戶可用，也不代表 Bot 具備自動下單資格，這兩件事公告都沒講，只能以帳戶內實際可見的功能與各服務條款為準。

代理碰錢的邊界，這一年產業一直在補課：前一版更新才剛讓 Bot 能用 X Money 或 Stripe Link 付款並把關鍵動作放上草稿卡，更早的客服案例已經展示過財務類動作的人工覆核路徑。把時間軸拉長看，這波把 Robinhood 與券商類服務接進來，走的仍是「先讀、再草稿、後行動」這條演化線，與全自動交易之間還隔著草稿與核准兩道門。

條款和更新紀錄都停在上一波

把官方文件攤開對時間軸，會看到這次公告與版本化文件是脫鉤的。更新紀錄（changelog）最新的條目停在 10 月 11 日的 v0.70.2，RSS 的建置日期同一天，到 10 月 19 日都沒有新條目，所以這波速度與連接器更新沒有公開的版本號；條款的最新版是 10 月 12 日，連接器、marketplace、外掛這些字在條款全文都搜不到，連接第三方服務的權責由第 3 節概括：連接即代表你授權 Bot 存取該服務上的資料，第三方服務的條款、權限與費用由你負責，提供商不背書、不擔保、不支援，風險自負。

Pin

這個脫鉤對追蹤功能的人有實際影響。X 上的公告不會告訴你功能在哪個版本生效、是否分批推送；之後要回頭查某個能力何時落地，更新紀錄才是錨點。10 月的前四個版本集中在兩週內連發（10 月 2 日兩版、10 月 5 日、10 月 7 日，再收斂到 10 月 11 日一版打包 0.69 到 0.70.1），這次到 10 月 19 日已間隔一週以上，紀錄何時補上、會不會把速度與連接器分成兩版，值得回頭看。第 3 節的概括條款也因為連接器越接越多而越讀越重：Bot 連過的每個服務都成了一個資料出入口，哪些服務接了、各給了什麼權限，團隊導入時應該留一份自己的清單，而不是依賴應用內清單的預設排序。

投稿入口開了，上架是另一回事

同日公告的另一件事是團隊可以投稿連接器到 marketplace。投稿頁的定位寫得很直白：把你的 plugin 或 MCP 伺服器分發給 Grok（標註 coming soon）、Grok Bot 與 Cursor 的用戶，提交後官方會審核。表單要填機構資訊、MCP 伺服器網址或公開 GitHub 儲存庫、測試說明，還有一個必勾的聲明：我已在本地與應用內測試過這個 plugin，確認它如預期運作。發行條款的名稱是 Publisher Terms，條款文件掛在 cursor.com 域名下。

Pin

投稿與上架之間隔著審核，公告沒有給審核時程與準則，所以把提交動作等同於即時可用會踩空。對用特殊內部工具的團隊，這是把自己的系統接進 Bot 的正式入口；對一般使用者，它透露的訊息是 marketplace 的供給會轉向社群投稿，安裝前多看一眼提供者是誰、要求了哪些權限。產品頁的常見問答也寫著 Grok Bot 使用與 Cursor 相同的 SSO、身分驗證與隱私模式，兩邊共用基礎設施的痕跡在文件裡並不遮掩。方案價格方面，產品頁列出 Premium 每月 30 美元、Super 100 美元、Ultra 200 美元，符合資格的 Premium、Super、Ultra 到團隊與企業方案都已內含 Grok Bot。

現在該做什麼：先邊界清楚的任務，金融服務放最後

如果你打算把這波更新用起來，建議的順序是：先拿讀取型任務驗收，例如請 Bot 整理 Trello 看板上本週到期、尚未完成的卡片，保留連結與負責人，或請它把 PostHog 固定期間的幾個指標整理成一頁摘要。這類任務資料範圍清楚、輸出格式固定、結果容易抽查，能同時驗證速度與正確性。首份輸出留下卡片連結抽查原始狀態，兩張同名卡片是否被合併、日期時區怎麼算，都從連結回原始資料看。

寫得動、讀得對之後，才考慮會改變外部狀態的連接器，電子報草稿先於排程、排程先於寄送，beehiiv 這類內容平台剛好適合練這條界線。金融服務放最後，接之前先確認三件事：這個連接器在你的帳戶提供哪些操作、涉及交易或資金移動的動作是否會先經過你、以及服務本身的條款是否允許第三方代理存取。條款第 2.3 節把人工覆核定位成客戶方的義務，這在實務上的意思是：不要假設系統會替你擋下所有不該做的動作。相關的錢與責任分界，可以對照代理自動付款的詐騙案例與代理代付工具的計費設計，兩篇都把「錢怎麼動、誰簽名」寫得比行銷文案清楚。

還沒確定的部分就讓它保持未知：六個連接器各自的操作範圍公開文件未載明，這波更新在台灣帳戶的推送情況官方也沒有說明。速度數字會隨版本再變動，之後要回頭核對，官方更新紀錄與應用內 Connect Apps 是兩個活頁面，X 公告只當事件時間軸用。上一波 v0.70.2 給了 Bot 專屬信箱、X 搜尋與付款能力，這波把速度與金融服務推進來，兩波之間隔了不到一週，這個節奏本身比任何單一數字更值得納入你的評估。