它是什麼
飛書知識庫「Grok Bot 焚诀」的〈4.3 觸發器與自動化：定時、Webhook、在 X 上派活〉。解決無人值守時如何被喚醒、如何從手機或第三方接活，以及如何避免無效空轉。分工見 grokbot-team-orchestration-20261113；人閘見 grokbot-permissions-human-gate-20261113；週額度與表列價見 grokbot-quota-saving-checklist-20261113。手機快捷指令的作者實作見 grokbot-webhook-shortcuts-ingest-20261113。
能用來做什麼
用來配置 Routine 與 Webhook、在 X 上用 @bot 派活，並做每週清理。
怎麼用（作者方法，未實測）
值得做：用 Webhook 搭事件驅動流水線，只在有實際輸入時喚醒（例如分享、腳本跑完通知），被動觸發不消耗日常待機額度；定時巡檢採兩段式——低成本機械檢查，有變化才喚醒 Bot；每個承擔定時任務的 Bot，在 Description 寫死資料源、輸出格式、源缺失報錯與人閘。
不要做：讓 Bot 直接跑高頻輪詢（原文舉每 5 分鐘掃網頁、無變化仍完整呼叫模型）；跳過演練直接開例程——測試運行會執行真實操作，且所有 Bot 共用雲電腦與登入態；指望 Bot 處理所有格式的 X 帖（影片帖，或同時提及 @grok 時不會觸發你的 Bot）。
Routine（原文所稱，時效）：每個 Bot 最多 50 個，執行紀錄保留最近 20 次，最短間隔 5 分鐘。刪除 Routine 不可逆；刪除 Bot 會清空其名下所有 Routine。已知陷阱：預設可能被識別為「工作日運行」，週末要跑須在指令裡寫明；新建前先核對帳號時區；從桌面端側邊欄加號手動新建的 Bot，觸發器有時不可用，由既有 Bot 在對話裡派生的通常正常。
配置步驟（原文）：在 Edit Profile 寫規範合同，不要只寫頭銜；把已驗證流程存成含自檢的 Skill；先下「乾跑」指令，只讓 Bot 複述邏輯並列出三個最高風險步驟，不要真執行；核對時區後綁定時間表（原文稱 v0.68.0 起可右鍵 Pause、Resume、Test、Edit、Delete）；Auto-review 對 send、post、buy、transfer、delete、permissions 等不可逆動作設 Ask first。驗收：下次運行時間與本地預期一致；切斷資料源或給空檔時輸出預設失敗說明、不編造；含外部發送或改資料的任務會彈審批卡。
Webhook：任何能發 HTTP 請求的工具都可當客戶端。原文稱截至 v0.68.1，部分客戶端 Webhook 詳情頁無法展開、看不到網址與密鑰，可在對話裡請 Bot 發一條打開該觸發器詳情的連結；網址、密鑰與 Authorization 標頭須在點 Save 之後才會正式生成。本卡不寫也不保存這些密鑰。具體把手機分享接到知識庫的作法見相關卡。
在 X 上派活（原文稱 v0.70.2，2026-10-11）：可不綁個人 X 帳號搜公開帖；在帖下回覆 @bot，會通知綁定的主 Bot，由星標主 Bot 分揀再派專職。限制：影片類目前無法直接解析；評論同時含 @grok 與 @bot 時不觸發。X 評論區是公開不可信環境，須防提示詞注入；凡涉及對外發帖、按讚或改設定，必須回到客戶端走人工審批。主 Bot 規則建議：來自 X 的指令只做抓取、提煉與內部歸檔，禁止自動發帖。
維護：複雜監測可先讓本機腳本或輕量 CLI 跑，達閾值再用 Webhook 叫醒（Wake on Done）；每次結果追加一行簡報到工作區日誌，不要在對話刷屏。每週抽約 15 分鐘看觸發頻次與產出，對連續無有效資訊或盲目重試的 Routine 做 Pause 或刪除。社區公開的龐大 Bot 編制只作為「要定期清理」的提醒，不是起步模板。驗收看 Usage & Billing 的已用百分比（原文稱 v0.70.2 修復了顯示）。
限制與坑
- 訂閱與週池數字以額度卡及 2026-11-13 官方頁查閱為準，本卡不重複價目表。
- 版本、上限與介面故障屬時效，須再對當時客戶端。
- 測試即真實執行，未演練的自動化會改到真實環境。
成本
見 grokbot-quota-saving-checklist-20261113。Webhook 本身被動觸發，但被叫醒後的模型呼叫仍走週池。
cron 預篩的部署與維護（第 45 頁追加）
作者方法，尚未實測。頁面標示 Last updated: Oct 14，年份未寫明。這是作者自行維護虛擬機的辦法，非官方內建功能。
- 挑出等待變化型任務，另建 Webhook 觸發的 Routine，保留到點必須交付的任務。篩選及效益樣本見 grokbot-quota-saving-checklist-20261113。
- 虛擬機以 cron 啟動檢查腳本。原文稱預設沒有安裝 cron，助手會安裝，不可預設排程服務存在。腳本不呼叫模型，只比對狀態；有變化才喚醒 Bot，由 Bot 判斷及起草通知。
- 原文由使用者在觸發卡片處理叫醒地址與密鑰，助手看不到密鑰；敏感值不貼聊天，也不記入本稿。不採用原文曾把密鑰貼進聊天的操作。
- 作者先測試實際喚醒，Bot 核對後判斷無實質進展而未通知，之後才暫停舊的兩條例程。這區分「偵測到變動」與「值得通知使用者」。
- 原文稱 App「更新電腦」會清掉已裝軟體，腳本檔仍在；更新後須檢查並重裝定時器，檔案存在不代表排程正常。此行為屬作者記錄，待實測。
- 範例僅工作日白天每半小時檢查，週末及深夜變化要等下個工作日早上；需全天覆蓋須調寬時段，不能宣稱全天半小時內發現。
到期撤下任務的結果驗收（62）
可信度：B；狀態：正式（沿用既有卡）。作者方法，尚未實測。署名為網名「铁柱AGI」（@cgnot996）；不據合集中的「铁柱」簡稱合併身分，依 David 2026-11-13 決定先不視為同一人。頁面 Last updated / Modified October 14，年份未寫明。本批只整理保存全文，未核驗產品現況。
62 提供定時任務的具體驗收例：作者自述倉庫管理 Bot 曾發現線下活動到期、更新定時器並撤下活動資訊。對有到期時間的任務，除核對日曆，也檢查到期內容是否真的從目標來源撤下，以及相應提交紀錄；排程存在不等於完成。
這是作者自述案例，不證明所有任務可自主改排程或直接提交。正式變更仍依任務授權與人閘。週末漏跑、Webhook 詳情直鏈繞行等已記載，不重複。
- 2026-11-14 BATCH6：依 2.2 子合集全文追加獨有要點與來源衝突；可信度 B，作者方法，狀態正式，尚未實測。來源卡：2026-11-12-feishu-grokbot-fenjue。第 62 頁：https://jcng5q8n0f3z.feishu.cn/wiki/SMztw0FlBilqx5k1tXzc9kFjndb，sha256=`3530ffeadb726eef67cc102af63646e99cf5ee7c73ede69d202f7a4c921b2ba8`。
更新紀錄
- 2026-11-13 依瀏覽器公開唯讀全文（sha256=
175c986c920d59808399b881b5019fb8b2c89ecee4d2e5f3fa6172b6d2191048；頁面標示 Last updated / Modified October 14，年份未寫明）整理為 B 級正式卡。來源：2026-11-12-feishu-grokbot-fenjue - 2026-11-13 BATCH1 追加獨有要點；可信度 B，作者方法，尚未實測。來源卡：2026-11-12-feishu-grokbot-fenjue。來源：https://jcng5q8n0f3z.feishu.cn/wiki/SDr3wRrG5iGmz1kejdTcss0Rned；sha256=`7a03a2d466096f5d5060766547e9c2255c7fb83d76ef56e511253c703534dee9`。