SpaceXAI 於 2026 年 7 月 16 日公布 Grok Automations，讓使用者先描述一次工作，再選擇時間表或觸發條件，之後由 Grok 自動執行。這個變化的重點，不只是多了一個提醒功能，而是把 AI 由「等人開啟的對話」推向「在背景等待事件的工作流程」。
官方描述的建立方式相當直接：使用者用普通對話寫下工作指令，可以附加檔案作為上下文，加入 connectors 和 skills，再選擇模式、命名及儲存。每次 automation 運行時，會以同一套指令配合當時的最新資料開始一個新的請求，而不是把上一次對話的結果直接重複使用。
時間觸發支援一次、每日、工作日、每週、每月及每年，時間會按照使用者選定的時區執行。另一條路徑是電郵觸發：系統可以按寄件者、收件者或主旨篩選新郵件，當符合條件的郵件抵達時，讓 Grok 以該郵件作為上下文開始工作。官方亦提供 Run now，方便使用者在建立後先手動測試一次。
SpaceXAI 把每次 automation 描述成一段完整對話，並保留運行記錄。使用者可以從歷史紀錄查看結果、接續上一次工作，亦可以選擇電郵通知、App 通知、兩者同時通知，或完全不通知。Automations 可以暫停、恢復、編輯或刪除；官方表示定時 automation 開放給所有人，電郵觸發則包含在 SuperGrok 服務內。
這種設計把 AI agent 的價值由單次回答延伸到持續工作，但也把可靠性問題帶到產品表面。企業若要把同類流程用於報表、客戶跟進或資料監察，需要先處理憑證範圍、重複觸發、失敗重試、敏感動作審批和審計記錄。能夠按日程運行，不代表每一次執行都具備足夠的資料、權限和安全邊界。
電郵觸發尤其需要注意提示注入和來源可信度。郵件內容可以是工作上下文，但不應自動變成新的權限指令；對外發信、更新資料、付款或刪除檔案等動作，仍應設置明確的人工確認點。這也是背景 automation 和生產級 agent 之間的差別：前者解決「何時開始」，後者還要解決「是否應該完成」。
Grok Automations 顯示，AI 產品正在由聊天介面向排程器、事件匯流排和運行記錄靠攏。下一個競爭焦點不只是哪個模型回答得好，而是哪個系統能把觸發、工具、資料、通知和人手批准接成一條可觀察的流程。
