TechMoon 科技月球
WordPress、SEO 與 AI 工具實測指南
Grok Bot 更新：代理有了自己的信箱，寄信付款前先過你這關
SpaceXAI 於 10 月 11 日推出 Grok Bot v0.70.2，Bot 首次可以認領自己的信箱地址收信、免連 X 帳號搜尋貼文，並用 X Money 或 Stripe Link 付款。寄信與購買等無法復原的動作預設會先徵求使用者同意，但每個 Bot 都能各自關閉草稿審核，條款也把人工覆核責任放在使用者端，導入前先看清這些邊界。
用 AI 摘要這篇文章：
SpaceXAI 在 2026 年 10 月 11 日發布 Grok Bot v0.70.2，官方更新紀錄給這個版本的標題是「Bot email addresses, X search, and in-chat apps」，一次交代了三個對外的新能力：Bot 可以認領自己的電子郵件地址並收信、可以在不連接使用者 X 帳號的前提下搜尋 X 的貼文與個人資料，也可以用 X Money 或 Stripe Link 付款。同一條條目自述涵蓋了 0.69.0 到 0.70.1 四個未單獨列出的版本，往前推到 10 月 2 日的 v0.66.0，十天內更新紀錄上出現了九個版本號。
這批更新的方向可以一句話概括：代理的邊界同時往外推了兩步，一步對外收（專屬信箱讓外部訊息主動走進對話），一步對外花（以 Bot 名義付款）。官方在同時強化另一端的閘門，從信箱寄出的郵件會先停在草稿卡片上等待同意，無法復原的動作前 Bot 會先檢查使用者訊息裡的指示。但這道閘門是預設值而不是保證：九月底的版本就讓每個 Bot 各自關閉草稿功能，十月中旬更新的條款也把對外溝通與財務交易的人工覆核義務明文放在使用者端。TechMoon 先前已深度拆解過 Grok Bot 的官方指南與雲端電腦架構，以及 SpaceXAI 自家的客服導入案例，這次更新要看清的是：新能力圍到哪裡、閘門在哪、哪些地方要自己先想清楚。
十天九個版本號，重心從內部整理轉向對外
先把時間軸攤開。官方更新紀錄在 10 月 2 日到 11 日之間列出五個條目：
| 日期 | 版本 | 紀錄上的重點 |
|---|---|---|
| 10 月 2 日 | v0.66.0 | 主要 Bot 主動找出可以接手的工作 |
| 10 月 2 日 | v0.67.0 | Marketplace 改名 Connect Apps，工作狀態用語更新 |
| 10 月 5 日 | v0.68.0 | 新增五種語言、電腦移除設定、Gmail 寄件地址選擇 |
| 10 月 7 日 | v0.68.1 | 投影片製作、對話配色、格式化郵件草稿 |
| 10 月 11 日 | v0.70.2（含 0.69.0 至 0.70.1） | Bot 信箱、X 搜尋、應用內互動卡片 |
前四個條目的內容多半在整理既有體驗：語言選項、側欄行為、郵件草稿的細節。到了 10 月 11 日這個條目，重心明顯換了方向，新能力清單的第一條就是讓 Bot 擁有自己的收信地址，第四條是付款。條目裡的其他新增相對零碎：Mac 側欄可以只顯示有未讀訊息的 Bot、頁面內搜尋、把網頁存成 PDF、傳送 MP3 這類音訊檔、影片播放速度選單與 0.5 倍速的語音通話，以及把分享出去的頁面下載成 PDF 時，訪客端會附帶一個 Try Grok Bot 的入口。使用 X 帳號在 10 月 13 日晚間發布更新影片的 Matt Palmer，也在影片結尾說了「this week」之後還有更多。對已經在用的人，這代表更新節奏快到以週為單位；對還在評估的人，任何截圖或第三方轉述都可能在幾天內過期，判斷基準應該放在官方更新紀錄本身。
Bot 有了自己的信箱，外部訊息第一次能主動走進來
信箱是這批更新裡概念變化最大的一條。官方原文寫的是：Bot 可以認領自己的電子郵件地址（claim their own email address），在該地址收信，而從這個地址寄出的郵件會先停在草稿卡片上，等待使用者在對話裡同意後才送出。
在這之前，Bot 的資料來源要嘛是使用者貼進對話的內容，要嘛是它連接的工具。信箱出現後，任務的起點多了一個外部入口：供應商把報價單寄到 Bot 的地址、客戶把需求寄進來、同事轉寄一封長信，這些內容不需要任何人先複製貼上，就會直接進到工作對話裡。對每週要消化大量外部郵件的團隊，這省掉的是搬運的力氣，而不是判斷的力氣。官方文件沒有承諾 Bot 會過濾寄件者的身分，信件裡寫「請立即確認訂單」也不代表它真的是你的供應商，這一層辨識在文件上是留給使用者的。實際導入時，比較穩的做法是讓 Bot 先把收到的信整理成可核對的摘要（誰寄的、要求什麼、期限多久），回覆交給草稿卡片，把「讀」與「回」分開處理，信任邊界才畫得出來。
還有一個容易被忽略的背景：官方產品頁的常見問答寫明，每個使用者的所有 Bot 共用同一台持續運作的雲端電腦，檔案、瀏覽器與登入狀態在 Bot 之間共享，隔離以使用者為單位，單一 Bot 之間沒有邊界。信箱收進來的信會落在這台機器上，也就是說，寄給某一個 Bot 的信，最終進到的是你整個 Bot 工作環境的信任範圍。誰能拿到這個地址、地址會不會被轉寄或公開，官方文件沒有進一步說明，導入時值得先當成對外曝光的入口來管理。
草稿卡片是預設行為，關掉只要一個設定
官方對新能力的配套，是一組以人為終點的檢查機制。更新紀錄的改良清單第一條寫得具體：在執行 Bot 無法復原的動作之前，例如寄送、發布、購買或刪除，Bot 會先檢查使用者自己的訊息裡有沒有同意的指示。銀行或券商連接器回傳資料後，Bot 要把資料分享到其他地方之前也會先詢問。團隊方案裡，隊友可以在自己與 Team Bot 的對話中回覆 Auto-review 請求，包括設定 Always allow 這類長期放行規則。
這套機制的強度落在哪裡，要看它的例外。更新紀錄 v0.64.0（9 月 30 日）的條目寫明，Email 與 Slack 的草稿卡片提供 Disable drafts for this Bot 選項，關閉之後該 Bot 的訊息會直接寄出，要再開回來得請 Bot 把草稿功能打開。換句話說，「Bot 寄信會先等我同意」是出廠預設，並非無法繞過的保險栓。團隊裡只要有一個人為了省事關掉某個 Bot 的草稿，這個 Bot 的對外寄送就脫離了這層檢查，而設定以單一 Bot 為單位，沒有整個帳號的統一開關。
對照同一公司的客服案例會更清楚這個設計的意圖。SpaceXAI 自家的退款工作流在 9 月上旬的官方指南裡還是每筆人工核可，到 9 月下旬的案例文章已經變成 99% 無人工介入。這兩種說法並不衝突，它們是同一套機制在「先逐步放行」路上的兩個時間切片。草稿卡片與 Auto-review 提供的是放行的抓手，至於哪些動作永遠不該放行，官方把這條線留給每個團隊自己畫。
付款與免連帳號的 X 搜尋，責任條款同步改版
X 搜尋與付款則是兩條新的對外通路。搜尋這條的官方原文是：Bot 可以搜尋 X 並讀取貼文與個人資料，不需要使用者連接自己的 X 帳號。對做市場情報或輿情整理的人，這把讀公開貼文的門檻降到不用接自己的帳號；但更新紀錄只承諾了讀取能力，沒有承諾結果的正確性，熱度高的貼文與正確的資訊在 X 上從來不是同一件事，代理整理的摘要仍要回到原始出處核對。
付款這條更值得停下來看：Bot 可以用 X Money 或 Stripe Link 付款。這讓代理的行為範圍從操作你的工具，延伸到花你的錢。把時間點對齊來看，Grok Bot 的條款在 10 月 12 日更新，正是 v0.70.2 發布的隔天。現行條款第 2.3 條維持了前版的文字：客戶在允許涉及對外溝通、財務交易、資料刪除、權限變更、生產系統、法律承諾或對第三方有重大影響的代理動作之前，應使用適當的人工覆核；而同意與自動審查控制只是輔助，未能阻止問題時供應商不承擔責任。第 2.4 條接著把後果講白：代理動作產生的費用、承諾與對外溝通，責任在使用者端。
同一份 10 月 12 日條款還新增了第 2.6 條會議條款：使用會議相關功能前，使用者必須對所有與會者完成必要的告知與同意，並遵守通訊、隱私與錄音相關法規，供應商只提供技術、不提供法律建議。更新紀錄裡目前沒有任何會議功能的條目，條款先於功能條目出現，合理的推測是會議相關功能正在準備中，官方未說明細節，這裡先記下這個伏筆。條款把判斷責任留給使用者的寫法也延續到這條：哪些會議可以讓 Bot 進、要先取得誰的同意，答案在使用者端，不在工具裡。
影片裡的 Shopify，更新紀錄裡查不到
10 月 13 日晚間十時過後，X 帳號 @mattyp 發布了一段六分多鐘的影片，把當週更新整理成九個章節：Bot 的信箱、更好的 X、連接 Shopify、更多配色、郵件草稿、Bot 的電腦、範本搜尋、PR 預覽與例行任務右鍵選單、五種新語言，結語寫著「Lots new in @bot this week! More on the way」。影片內容與官方更新紀錄的條目大致對得上，發布者的身分則無法從現有公開資料確認。
這裡有一個需要對齊的事實落差。Shopify 出現在影片章節裡，但截至 10 月 15 日，官方更新紀錄的全文查不到 Shopify 這個詞，10 月 11 日條目列出的新連接器是 QuickBooks Online 與 Glean。這不代表影片有誤，更合理的解讀是 Shopify 屬於應用內連接器目錄的逐步鋪開，還沒進到版本紀錄的層級；但在官方文件補上之前，把它寫成「Shopify 整合正式上線」是越過了現有證據。同樣的謹慎也適用於對發布者身分的描述：Matt Palmer 在官方 Marketplace 上有自己的 Bot 範本（Stills & Clips Desk），他是否為 SpaceXAI 或 xAI 的員工，從現有公開資料無法確認，轉述文章的「官方人員」說法目前沒有官方來源支撐。
誰能用、在哪用、怎麼計費
官方產品頁的常見問答列出了現行的適用範圍：Cursor 的 Pro、Pro+、Ultra 訂閱者，SuperGrok、SuperGrok Plus 與 Heavy 用戶，Cursor 的 Standard 與 Premium Teams，以及企業方案。方案頁同時把 Grok 4.7 模型列進 Grok 訂閱家族的方案內容，這代模型的計費分層站內在發布當時已拆解過。平台方面，桌面版支援 macOS 與 Windows，手機端有 iOS 應用程式，Linux 在更新紀錄的修復清單裡被提及，但官方下載頁面目前主推 macOS。
計費結構官方給的是口徑，價目留在結帳頁：訂閱內含每週用量，超出部分按 token 成本計費。X 方案的定價頁把 Grok Bot 列在 Premium（每月 30 美元）的 AI 功能清單裡，Super 為每月 100 美元，頁面注明價格不含稅。兩個頁面使用的方案名稱不同（X 訂閱家族與 grok.com 的 SuperGrok 家族），對應關係官方沒有一頁講清楚，挑方案前建議以結帳頁顯示的內容為準。每週用量的具體額度官方未公佈，而 X Money 與 Stripe Link 在台灣的可用性也沒有官方說明，這兩點在評估付款功能時是實際的未知數。
地區相關的行為，更新紀錄的修復清單裡有一條值得記下：當模型在你的地區不可用時，回合會停下來說明原因，Bot 會退回使用 Grok。這代表代理的工作不會因為地區限制直接失敗，但會在使用其他模型的環節上降級。
放行之前，先盤點三件事
已經在用 Grok Bot 的團隊，這批更新後值得做的檢查有三項。看看現有的每個 Bot 的草稿設定是否維持開啟，特別是那些已經接上對外溝通管道的。付款功能啟用前，把條款第 2.3 與 2.4 條讀一遍，確認自己理解費用在代理誤判時由誰承擔。持續追官方更新紀錄的 RSS，以這個產品十天九個版本號的節奏，任何第三方整理在一週內都可能過期。
還沒上車的讀者，判斷點在於你的工作流裡有沒有「外部訊息進來、整理、回覆」這一段。有的話，專屬信箱加草稿卡片的組合確實省掉中間的搬運；沒有的話，X 搜尋與互動卡片是便利性更新，不值得為了它們單獨開一個訂閱。尚未確認的三件事在這裡收攏：X Money 與 Stripe Link 的台灣可用性、Shopify 連接器的正式狀態、條款新增會議條款背後的實際功能。三者的答案都會在接下來的更新紀錄裡出現，回查期限以一週為單位。
