Grok Bot 追蹤板教學：把分散消息做成可更新的事件表與圖表
Grok Bot 追蹤板怎麼做？從事件編號、日期、來源與狀態開始，把分散消息整理成能回查的資料表，再做篩選與圖表。附繁中提示詞、重複消息判斷、更新紀錄與手機驗收方式，教你建立會留下證據的活動或產品更新追蹤頁。
Grok Bot 追蹤板，是讓代理先把分散消息整理成結構一致的事件資料，再做成可以篩選與回查來源的頁面。
常見做法是先要求 AI 做一個漂亮儀表板，收到結果後才發現日期不一致、同一件事被算兩次，圖表也不知道從哪裡來。因為資料問題被版面藏起來，反而更難發現。
XFreeze 在十月二十二日分享 Grok Bot 替他製作的 Starship 飛行追蹤頁，展示事件、日期與統計圖。他描述自己只用很短的回覆，Bot 便接續先前脈絡完成工作。
這個案例能說明可以要求哪種成果，但短指令背後仍有對話脈絡。本文不把截圖上的次數當成已獨立核實的航太統計，而是用活動與產品更新的教學例子，拆解追蹤板的做法。
它適合需要持續整理同一類事件的人。先決定每一列的意義，再要求 AI 畫圖，才比較容易得到能長期更新的工具。
功能與路徑依二〇二六年十月二十三日核對的官方文件整理，操作時請確認帳戶具備對應功能。
Grok Bot 追蹤板先決定每一列代表什麼
資料表最重要的規則，是一列對應一個能辨認的事件。因為新聞篇數、公告次數與真實事件數不同，沒有先定義，後面的加總就容易失真。
例如一場工作坊有報名公告、時間更正與活動結束報告，這些可以是同一場活動的不同更新。若每看到一篇文章就新增一列，頁面可能把一場算成三場。
事件編號如何設定？
先使用來源既有的識別碼，例如活動代碼或產品版本號。若沒有，再由你設計一個固定編號，並把原始標題保留在另一欄，避免改標題時又變成新事件。
例如教學範例可以使用 WORKSHOP-01 代表一場活動。活動日期改了，仍更新這列並留下更正，而不是建立第二場看起來相似的新活動。
如果你追蹤的是功能更新，則要先決定一列是一次版本發布，還是一個功能。兩種都可以，但不能同一張表有時按版本、有時按功能，否則統計就沒有一致單位。
哪些欄位先做，哪些可以稍後？
先保留事件編號、名稱、日期、狀態、原始來源與最後核對時間。這些欄位能幫你確認資料身分與新舊，比先決定卡片顏色更影響結果。
地點、主題與負責人則依使用目的增加。例如你需要安排實體活動，就保留地點；若只觀察軟體發布，平台與正式開放狀態更重要。
官方檔案與結果文件支援讓 Bot 交付有明確欄位的資料與來源。本文的事件表設計是自訂工作方法，並非平台自動保證資料正確的功能。
來源與事實狀態比圖表外觀先完成
一個追蹤頁可以同時包含已確認與預定事件，但兩者應清楚分開。因為計畫會變，若直接放進已完成的統計，就可能讓讀者誤解。
像產品已宣布、候補申請、部分帳戶開放與全面開放，代表不同狀態。整理時保留官方原本的開放範圍，才能讓後面查詢真正有用。
來源表要怎麼留下來？
每一列至少附一個直接支持該事件的原始頁面，並記錄核對日期。如果來源只是社群轉述，就標記為線索，繼續找官方公告或主辦單位說明。
一個連結不一定支持整列所有欄位。例如公告證明活動存在，票務頁才有名額與時間，就讓各欄保留對應來源，避免一張來源卡看似完整卻支持不到內容。
追蹤板中的空白也要有意義。可以用「未公告」表示來源尚未提供，用「無法存取」表示這輪讀不到，兩者不同，不要一起填成不詳。
下面是活動追蹤的教學欄位，日期與內容由使用者提供，不代表本文宣稱有這些真實活動。
| 欄位 | 格式範例 | 檢查方式 |
|---|---|---|
| 事件編號 | WORKSHOP-01 | 同一活動一直沿用 |
| 活動日期 | 使用者指定日期與時區 | 對照主辦公告 |
| 狀態 | 預定、開放報名、結束、取消 | 保留官方依據 |
| 核對時間 | 本輪查詢日期 | 更新時重新記錄 |
| 原始來源 | 主辦單位文章連結 | 確認支持該欄內容 |
這張表先讓人看得出資料缺口，再把資料交給圖表。若日期還沒確定，就先別把它畫成特定月份的已安排活動。
從少量樣本建立可檢查的資料表
第一輪先提供五筆你能親自核對的資料，讓 Bot 轉成表格並指出矛盾。少量樣本能讓你發現欄位設計是否合用，再決定要不要擴大收集。
可以刻意放入同一活動的舊公告與更正公告，測試它會不會重複新增。因為追蹤板的工作是整合狀態，不只是抄下每篇文章。
一次更新應該改什麼？
更新時先比對事件編號，再檢查日期、狀態與其他欄位。只有真正改變的欄位才更新，並保留舊值、來源與更正理由，方便回查。
例如主辦方把活動從週六改到週日，頁面應顯示新日期，更新紀錄則留下原日期已更正。若直接刪掉舊值，後來的人就不知道為什麼先前行程和頁面不同。
對互相矛盾的來源，先依你訂好的優先順序處理，例如主辦單位正式更正高於轉貼。但仍要把矛盾寫進紀錄，不讓代理私下選一個看起來合理的答案。
資料交付什麼格式比較方便？
可以先要一份 CSV，也就是每列一筆、能在試算表打開的文字資料，再要一份頁面。這樣版面壞掉時，原始整理結果仍能接著用。
若日期包含時間，保留時區。因為同一場國際線上活動在台灣可能跨日，只有月份與日期時，很容易讓使用者排錯行程。
同時要求列出本輪讀取幾個來源、完成幾筆、哪些未完成。這些是範圍紀錄，不是工作效率成績，能讓你知道追蹤板實際涵蓋多少資料。
可改的追蹤板提示詞與更新規則
下面提示詞由本站設計，適合先建立活動或產品更新追蹤表。把事件類型與來源換成你的需求，再手動跑一次確認。
我要建立一個每週更新的AI教師研習活動追蹤板。
先只處理我提供的五個來源，不自行擴充網站。
一列代表一場活動，同一活動的更正公告不能算新活動。
欄位：事件編號、名稱、主辦方、日期與時區、地點、狀態、來源、核對時間。
把預定、報名中、結束、取消分開，沒有資料就保留缺口原因。
先交CSV與資料矛盾清單，我確認後再做頁面。
頁面需要主題篩選、狀態篩選與來源跳轉。
圖表只使用已整理欄位，說明每張圖計算的是什麼。
更新時保留事件編號，列出新增、更正與未完成項目。
來源無法讀取時，保留上次資料並標示本輪沒有重新核實。
只建立本地成果，不公開部署、不報名、不寄送訊息。
這份提示詞沒有要求 AI 自行判斷所有活動真偽，而是先建立可核對的範圍。當你確認五筆結果，才把來源增加成固定清單。
如果透過 X 把文章交給 Bot，仍要附上任務與輸出要求。官方標記說明提供把貼文送成任務的方式，但很短的標記不會自動補齊你的資料定義。
如何驗收它沒有把資料美化掉？
要求用一個缺日期、兩個重複來源和一個取消事件測試。理想結果是缺口仍可見、重複事件合併、取消狀態保留，而不是為了版面整齊全部變成已安排。
你也可以把來源總數與事件總數一起看。五個來源整理出四個事件，可能是正確合併，但需要有清楚理由；不是數量越多就代表工作越完整。
做出手機看得懂的篩選與圖表
頁面先讓人完成查找，再考慮裝飾。對活動追蹤，讀者最需要的是什麼時候、能否報名與去哪裡確認，這些應在手機上直接找到。
請 Bot 用一筆完整、一筆缺資料的事件示範手機版，避免只看最漂亮的卡片。因為真實資料長短不一，缺資料時的排版更容易暴露問題。
圖表該怎麼選？
若你想知道未來幾週有哪些活動，用時間列表通常比圓餅圖更直接。若要看各類主題的數量，長條圖才可能有幫助，但必須說清楚是否包含取消活動。
不要用顏色暗示沒有定義的好壞。例如紅色可以表示已取消，但不能一會兒表示額滿、一會兒表示優先推薦，否則讀者必須猜規則。
每張圖旁邊保留計算範圍，例如只計入指定月份、狀態為開放報名的事件。這一句能讓圖表的數字回到資料，而不是只看見一個難以核對的總數。
若清單支援匯出，還要確認匯出的筆數是全部資料還是當前篩選結果，並在按鈕附近說清楚。因為使用者可能把匯出檔交給同事，缺少這個範圍說明，後續就可能把部分事件當成完整清單。
手機驗收可以實際做哪幾件事？
把頁面縮到手機寬度，依序找一場指定活動、切換主題、開啟來源，再回到原本篩選。任何一步找不到或按不到，都比字體是否新潮更需要修。
再把長標題、沒有圖片與不同時區的資料放進去。因為範例只有短文字時看起來正常，不代表真實內容也不會溢出或截斷關鍵資訊。
若頁面做成可分享連結，先確認誰能開啟、是否會看到私人來源與內部備註。公開部署是另一個動作，應在檢查內容後另外決定。
圖表的總數如何用幾筆資料驗算？
假設教學資料有五場活動，其中兩場開放報名、一場預定、一場結束、一場取消。若首頁數字寫「可報名五場」，就算五列都讀對，統計仍然錯了，因為計算條件沒有配合欄位狀態。
驗收時先手算這五列，再對照每個篩選與圖表。切換成開放報名時，列表與總數都應只剩符合條件的兩場，其他事件可以保留在歷史或其他狀態檢視。
接著把一場活動從預定改成取消，確認事件編號不變、狀態更新、相關圖表重新計算，而且更正紀錄保留變動。這一步能測到更新資料與更新畫面是否真的連在一起。
如果 Bot 只交一張截圖，要求再附可操作頁面或資料檔。因為截圖只能證明某個畫面，不能驗證篩選、來源跳轉與後續更新，也不能取代資料表本身。
最後清除所有篩選，確認可以回到完整清單。這看似簡單，卻是手機常見的使用卡點，讀者若不知道自己正在看部分資料，就可能把篩選結果誤認成全部事件。
用更正紀錄與資料缺口驗收更新
固定更新的價值，是讓人知道哪些資料剛被核對，而不是每天把同一頁重新產生一次。官方排程文件可用來安排時間，但來源選擇與更正規則仍需要你明確設定。
更新報告應列出新增事件、欄位更正與本輪未核實的事件。若沒有變更，就簡單保留查詢時間，避免把無變動寫成另一篇長報告。
對已結束事件，可以移到封存檢視，但保留原始資料。這樣歷史統計仍有依據，也能避免下次看到舊文章又把同一活動加回來。
當來源格式改變，先暫停受影響的更新，修正讀取方式後再補跑。不能把讀取失敗當成來源沒有新活動，兩種狀態對使用者有不同意義。
如果你準備把追蹤板放進團隊工作，可以接著看互動報表與代理任務管理的文章，補足分享與交接方式。
延伸閱讀：Gradio 互動式報表教學：用 Codex 把 Python 分析程式變成可篩選、可分享的工具
延伸閱讀：Paperclip 是什麼？X 熱傳開源 AI 代理公司，把任務、預算與審核放進同一個工作台
常見問題 FAQ
Grok Bot 追蹤板需要寫程式嗎？
可以先用自然語言要求產出資料表與頁面，但來源核對、欄位定義與公開分享仍需要你檢查。功能越複雜，越需要有人能維護成果。
只回覆一個 @bot 就會得到相同結果嗎？
原作者的案例包含先前對話脈絡，所以不能把短指令當成普遍配方。初次建立時，仍應說明事件單位、來源與驗收方式。
可以每天自動更新嗎？
支援排程，但應先確認手動流程能正確處理更正、重複與缺件。時間、時區與來源不可用時的行為也要寫清楚。
舊資料可以保留在頁面上嗎？
可以，但標示最後核對時間與本輪是否重讀。保留舊資料和宣稱資料仍然最新，是不同的事。
先讓每個數字都回得去來源
先拿五筆你能核對的事件，讓 Bot 整理資料與更正，再做手機可用的頁面。當每張圖都能追回事件與來源，追蹤板才適合持續更新。歡迎訂閱 AI 郵報，持續取得可實際操作的工具教學。
