第 4 章 交代任務：訊息、附件與一次好的交接
需求給得太簡短，它容易搜幾十個無關網頁、改亂文件。發訊息就是給雲端電腦交接工作。
- 設死任務邊界並說明附件用途，防止它自作主張
- 給出明確指令，換回可直接驗收的交付物
- 執行中隨時插話糾偏，或用語音補充背景
好請求的五要素
跟 Grok Bot 交代任務，指令必須明確目標與工具範圍，規範見 《Grok Bot》 文件。
- 動作具體單一。寫明「抓取比對」或「起草外信」，別用「研究一下」，路徑越短越省步數。
- 限定資料來源。指定 Notion 頁面、Slack #sales-leads 頻道或網址，防全網亂搜。
- 劃清審批紅線。讀取比對自動跑；涉及發外信、線上支付或刪改資料，必須暫停等審批。
- 鎖定交付形態。拒收口頭彙報，要求在
/workspace/leads/生成帶連結的 Markdown 報告或 CSV 表格。 - 定好報錯規則與事實邊界。區分推測與客觀事實；遇到登錄失效跳過並記錄，禁止死循環重試。
附件規格與限制清單
上傳規則見 《使用 Grok Bot》。
規格限制
- 桌面端每條限 6 個（超額放工作區）；圖文音訊限 25MB，影片限 200MB。
- 遇阻或報錯，先在本地轉 PDF、CSV 或圖片再傳。
交接與群聊
- 拖入後別直接回車，寫清各文件身份、關聯邏輯與保護宣告。
text
上傳的 PDF 是已經簽署的標準採購合同樣板。上傳的 Excel 是本月供應商提交的實際報價清單。
請對照合同樣板中第 4 條關於各類物料的基準單價，逐行核驗 Excel 裡的實際報價。
標出單價超出基準價的所有條目，在附帶的備忘中引用合同中的對應條款編號。
將核驗結果另存為一份新的 Excel 表格，並輸出一份簡短的例外摘要。
請勿改動原始上傳文件。- 群聊中 Bot 間僅支援純文字。下游要看附件必須私聊發它。
任務交付實用提示詞庫
常用場景直接套樣板，改改就能用。
- 調研外聯：查線索備料，不直接發送。
text
從我們的 CRM 系統中獲取本週銷售管道的重點評審列表。
請跳過當前已經處於活躍跟進序列中的聯繫人。
在指定公開網頁和已授權的 Slack 相關頻道中，深入調研排名前五的重點帳戶，找出負責採購或技術的對口聯繫人。
參考我在系統中歷史郵件的口吻，為這五位聯繫人分別起草個性化的初次外聯郵件。
將草稿保存在系統草稿箱中，並在明天上午 9 點前在此對話中列出清單供我審批。未經我的明確確認，絕不向外發送任何郵件。- 附件核驗：對齊多表並核查收支。
text
附件中的 PDF 為《2026 年度差旅與報銷政策細則》，CSV 表格為本月部門提交的待審批費用報銷流水。
請逐項核對 CSV 中的每一筆申報項目：
1. 檢查報銷金額是否超過對應城市級別的住宿與餐飲標準。
2. 檢查單筆超過 500 元的支出是否有對應的發票類別標記。
3. 提取所有不符合政策規定的例外申報，列明行號、申報人、金額、超標原因及違背的政策條款。
最後生成一份 Markdown 格式的核查報告，並列出通過與未通過的統計彙總。保持原始 CSV 文件不被改動。- 網站巡檢：巡查頁面並留存證據。
任務交付實用提示詞庫
text
你負責檢查我的網站執行狀態。本次只訪問我提供的以下三個頁面：首頁、最新更新記錄頁、使用者註冊頁。
逐一核驗各頁面是否能正常打開、關鍵按鈕是否回應、文本資訊是否存在斷鏈或明顯過期內容。
排查過程中必須執行以下要求：
1. 發現任何顯示例外或報錯時，保存完整的頁面 URL、檢查時間戳記以及當時的螢幕截圖。
2. 區分頁面直接看到的事實與你的推測，事實寫在證據欄，分析寫在備註欄。
3. 檢查受阻或遇到需要驗證碼時，記錄阻礙原因並繼續檢查下一個頁面，不要重複嘗試。
4. 檢查結果報告保存在 /workspace/site-check/ 目錄下，命名為 check-report.md。
你僅有隻讀檢查與生成報告的權限，嚴禁更改後台設定或提交任何表單。- 方案排查：複雜操作前審邏輯防走偏。
任務交付實用提示詞庫
text
我準備讓你整理過去一個季度跨 Notion、Gmail 和 GitHub 的客戶產品缺陷回饋。
在正式開始執行資料讀取與整理之前，請先不要呼叫任何批量工具，先在對話中向我提交一份執行計劃：
1. 列出你準備按順序訪問的系統、模組與具體檢索詞。
2. 說明你打算提取哪些關鍵欄位，以及如何去重。
3. 標明整個流程中哪些環節可能涉及對外部狀態的更改。
4. 說明你打算將階段性文件保存在雲端電腦的哪個路徑，以及遇到權限不足時如何處理。
我確認並批准你的計劃後，你再開始執行。- 收件通報：提取要點並分類轉交。
任務交付實用提示詞庫
text
使用已連線的郵箱外掛，讀取收件箱過去 24 小時內收到的全部新郵件。
按照以下業務邏輯進行分類處理：
1. 屬於系統續費、訂閱扣款帳單的郵件，提取服務商、扣款金額與下次續費時間。
2. 屬於使用者直接提問或回饋 Bug 的郵件，提取發件人郵箱、問題概括與緊急程度。
3. 屬於行銷推廣、垃圾資訊的郵件，直接歸入忽略清單。
在當前會話中輸出一份分欄概覽：僅展示需我關注的帳單與緊急回饋，並在每條記錄後附帶郵件主題與時間。
所有郵件保持未讀或已讀原狀，未經審批嚴禁歸檔、刪除或起草回覆。長期規則與單次任務：別把家規當家務
分清長期規則與單次任務（參見 《使用 Grok Bot》），別把臨時參數寫進長期設定，也別每次重打底線。
| 型別 | 週期與設定 | 範例與限制 |
|---|---|---|
| 長期規則 | 跨會話生效；Bot Details 組態或輸入“請將這條作為你的長期規則記入你的記憶區” | 權限紅線、日期 YYYY-MM-DD |
| 單次任務 | 單輪生效不沉澱；直接下達 | 處理 12 個帳戶或 3 個音訊，提取十點會議清單 |
所有 Bot 共用 /workspace（參考 《10 條必備經驗，讓你的 Grok Bot 變得更好用》）。
記憶不能替代業務系統，餘額與庫存必須回源拉取，嚴禁腦補。
任務進行時的干預：停止、插話與審批
插話與停止
Bot 偏離目標時發普通訊息就能即時插話，比如發“換成 2026 年 10 月更新後的新版規範再查”。
操作出錯或遇高風險呼叫，在輸入框發四個字停下。
text
立即停止停止只阻斷未執行動作，絕不回滾已保存的文件或發出的 API 請求。停下後按三步排查。
- 打開雲端電腦預覽面板看狀態。
- 清理半成品或錯誤寫入。
- 縮小範圍並明確邊界後再重啟。
審批與超時
開啟 Auto-review 或觸發高風險操作會彈出「評審操作」卡片（參見 《Grok Bot 操作指南》），包含三個選項。
- 允許一次：僅批准本次，後續同類繼續詢問。
- 始終允許：加入白名單並不再提醒。
- 拒絕：徹底攔截該操作。
| 場景 | 等待機制 | 超時結果 |
|---|---|---|
| 實時交互 | 掛起等待 | 持續等待直到點選處理 |
| 後台無人值守 | 約 10 分鐘自動過期（Expired） | 不執行操作並結束任務 |
憑據接管（Action needed）
涉及密碼、2FA，以及 CAPTCHA 或真實支付時彈出接管卡片，按三步操作。
- 點選 Take over 在雲端電腦手動輸入。
- 完成後點選 I'm done 交還控制權。
- 切勿在普通對話框輸入明文密碼。
語音交互：實時語音通話與語音聽寫的區分使用
Grok Bot 包含聽寫與通話兩套不同的語音功能，詳情參考 《與 Bot 語音聊天》 與 《Grok Bot 操作指南》。
兩種模式對比
| 模式 | 觸發與快速鍵 | 輸出與場景 |
|---|---|---|
| 語音輸入（聽寫） | 桌面點「開始語音輸入」，Mac 按 Cmd+D，Win/Linux 按 Ctrl+D，手機點「開始聽寫」 | 文字填入輸入框，適合精改提示詞或補參數 |
| 實時語音聊天 | 清空輸入框後點波形圖標（Start voice chat） | 雙向實時通話，適合梳理思路或快速交接 |
開啟步驟與避坑
- 打開單個 Bot 對話。
- 輸入框必須徹底清空，殘留空格或草稿都會隱藏波形圖標。
- 點選波形圖標，首次使用需允許麥克風權限。
- 顯示 Connecting…（手機端 Calling…），Bot 主動開口即連通。
控制與硬性限制
- 通話中能靜音，能看滾動字幕，也可調語速和音色；切屏查看資料時，點頂欄「返回語音聊天」即可切回。
- 僅支援一對一單聊，群聊、多 Bot 群與「團隊 Bot」均無法發起。
- 同一時間只能維持一個通話，切到新 Bot 需確認「結束並聊天」。
- 掛斷後自動生成 Voice chat 卡片記錄總時長，點選查閱完整文本，後續任務在文字流繼續推進。
常見失敗寫法與優化對照
- 收斂路徑：沒定範圍與方法，Bot 會亂點主控台，甚至修改正式環境程式碼。
text
幫我維護一下網站，看看有沒有什麼 Bug。改成限定頁面與排查步驟：
text
對站點清單（/workspace/sites.txt）中的三個靜態展示頁進行巡檢。
用雲端瀏覽器打開每個頁面，檢查主控台是否有 404 或 500 報錯，檢查頂部導覽欄連結是否全部有效。
將報錯資訊、對應頁面 URL 及當時的螢幕截圖寫入 /workspace/logs/err-20261014.md。
全程僅做唯讀檢查，嚴禁點選任何帶有提交或刪除性質的表單按鈕。- 審批邊界：別給對外發送權限，一旦理解跑偏，容易給重要客戶發錯內容。
text
讀取 Gmail 裡的未讀郵件，重要的直接幫我回一下。關鍵節點讓人來審批：
text
讀取 Gmail 中過去 12 小時的未讀郵件。
僅篩選出發件人屬於我們現有企業客戶、且正文包含售後或諮詢訴求的郵件。
根據產品常見問題手冊，為每封郵件起草回覆草稿並存入 Gmail 草稿箱。
在當前對話中列出客戶名稱、郵件摘要與草稿正文，等待我的審批。未經我的明確確認，絕不點選發送。- 事實分立：提示詞別夾帶偏見，防止 Bot 迎合假設把小促銷當成價格戰。
text
去看看競品今天的動態，總結一下他們是不是要跟我們打價格戰。要把客觀資料和推測分開：
text
訪問競品官網的公開定價頁與首頁橫幅，獲取他們當下的方案價格表。
對照我們在 /workspace/competitor/last-month-price.json 中記錄的舊價格：
1. 事實列：標出哪些 SKU 的標價發生了變動，變動金額是多少，附帶頁面截圖與訪問時間。
2. 推測列：基於該降價是限時促銷還是永久調價，給出你的分析理由。
兩部分內容必須分開分欄呈現，不得將分析推論當作已知事實。- 唯讀保護：沒交代主從表與保留欄位，原始資料極易被覆蓋損壞。
text
（直接拖入三個 Excel 表格）把這幾個表整理一下。必須明確以哪張表為準、設為唯讀：
text
上傳的三個表格分別是 7 月、8 月和 9 月的銷售明細。
以「訂單編號」為唯一主鍵進行資料去重合並：
1. 欄位統一保留：訂單號、成交日期、客戶名稱、銷售代表、成交金額。
2. 生成一份全新的 Q3_sales_summary.csv 文件，保存在當前工作區。
3. 保持我上傳的原始 7、8、9 月表格內容與檔名完全不變。- 單一使命：別在一個 Bot 塞多個任務，既搞亂記憶，還會快速耗盡每週額度。
text
你幫我寫一篇關於新產品的推文，順便把昨天的帳目算了，然後再幫我看看競品推特。拆成單任務分工流轉：
text
遵循一個 Bot 負責一項核心任務的原則。當前 Bot 僅承擔社媒文案起草職責：
依據 /workspace/product/spec.md 中的新功能說明，為 X 平台起草三條不同風格的發表文案。
要求突出效能提升資料，字數控制在 280 字元以內。
帳目核算與競品調研交由對應的專用 Bot 負責，不要在此會話中處理。真實業務交接案例
網站日常巡檢與證據留存
站長 yishan 把巡檢要求直接寫成驗收規範。工作目錄嚴格限定在 /workspace/site-check/，只准檢查首頁、最新文章與訂閱入口，嚴禁漫遊爬取。
- 報告必須留存完整連結、時間戳記和當時截圖。直接看到的報錯算事實，排查原因算推測，必須分開記錄。
- 遇到登錄失效或死鏈就記下缺口直接跳過，嚴禁反覆死磕。具體做法見 《如何在一個小時內深入使用 Grok Bot》。
收件箱中轉與業務分流
一澤Eze 專門設了一個收件箱 Bot 接管 Gmail，沒給下游各個 Bot 分別開放郵箱權限。
收到回饋郵件私聊轉給「產品回饋 Bot」，帳單轉給「訂閱管理 Bot」。
純數值對比直接交給命令列指令碼跑。只給 Bot 同步增量資料，能省下每週使用額度。
高權限工具不要到處接，先用專職入口做初篩最穩當。
幕僚長摸底與建 Bot
CyrilXBT 先讓幕僚長 Bot 讀團隊 Notion 與 Slack，排查出耗時最長、重複最高且卡點最多的前三項任務，分三步推進。
- 幕僚長 Bot 手動帶跑，人在旁監督輸出質量。
- 確認無誤後沉澱為技能，建獨立專屬 Bot。
- 最後組態定時自動跑。 **涉及發送、採購、發表或修改線上系統的節點，必須嚴格保留人工審批。
** 完整課程見 《How to master Grok Bot in 16 minutes - Full Course｜CyrilXBT》。
容易踩的坑
- 傳附件帶說明：傳多張圖或兩個以上表格時，務必寫明用途，否則容易搞反主從關係。
- 長期規則存入記憶：單次指令換會話就丟，底線規範要寫進 Bot 詳情的關於/職責或存入記憶。
- 本地聯動防休眠：純雲端合蓋能跑，但聯動本地電腦休眠會斷連，記得檢查電源與休眠設定。
- 跨 Bot 傳圖走路徑：群裡 Bot 間只支援純文字，傳圖必須存到
/workspace/共享路徑讓對方讀取。 - 語音按鈕消失先清空：輸入框留有未清空的文字或空格時波形按鈕會隱藏，徹底清空輸入框即可恢復。
- 高危操作選允許一次：發郵件或刪改資料別選「始終允許」，穩定跑數週前，堅持選「允許一次」。
做完怎麼驗收
- 去
/workspace/或指定目錄核驗文件，確認能正常預覽且無亂碼，別隻看臨時文本。 - 抽 2 到 3 處核心資料點開連結或截圖，防模型憑空臆測。
- 翻呼叫記錄，確認沒私自外發通信，也沒改組態或覆蓋原文件。
- 分清事實與推測，頁面原話放事實區，推論建議放備註區，混淆的當場糾正。
- 查例外清單，遇到失效網頁或缺欄位要記明原因並跑完，別一報錯就中斷。