學習 Cue · 任務型教學

使用 Cue 透過語音撰寫每週狀態更新

在工作內容仍在視線範圍內時口述變更。將這段口語回顧轉化為簡短更新，明確區分已完成的工作、後續計劃、阻礙因素與支援請求。

作者： Cue 產品團隊 (English) · 更新日期： 。根據產品來源審查撰寫。練習與輸出內容僅供說明，非錄製的 Cue 實際執行結果。請依據您安裝版本中顯示的控制項操作。

快速解答

若已想好措辭，可直接使用 Cue Dictation；或將已審查的筆記提供給 Cue Agent，要求生成包含 Done、Blocked 和 Next 區塊的草稿。在發佈至團隊文件前，請務必依據來源核對每項陳述。

所需條件： 電腦上已配置好的 Cue、一份空白可編輯文件，以及數項允許分享的事實資料。 產出結果： 一份經過來源核對的每週更新與具體的協助請求，而非自動更新的專案看板。

第一次使用 Cue？ 設定 Dictation 語音輸入 以輸入您說的話；若要提出任務要求，請 設定 Agent 模式。開始前，請核對安裝版本的權限提示與快速鍵。

從具體工作出發，而非空白提示詞

每週更新的價值在於讓隊友清楚了解發生了哪些變化，以及哪些事項需要他們關注。透過語音可以在檢視相關任務的同時解釋依賴關係，但講得更多並不會讓報告資訊量更豐富。請先從報告週期以及讀者需要做出的決策著手。

  1. 在相關工作視窗旁開啟一份空白的每週更新草稿。在真實專案中，僅使用您獲准分享的筆記。請勿在練習文件中填入客戶隱私資料。
  2. 重新檢視數量、日期與負責人。將「快完成了」替換為具體狀態，例如「10 項中已審查 7 項」。明確標註日期是已確認還是僅為請求。
  3. 如需直接輸入，請將游標停在目標文字欄位，使用 Cue Settings 中顯示的 Dictation 快速鍵，等待錄音狀態出現後口述您的更新。等待處理完成，並確認文字在正確欄位中僅出現一次。
  4. 如需重構結構，在該應用程式中工作時按下配置的 Agent 快速鍵叫出 Cue Agent。提供來源筆記並要求僅生成草稿。若所需的文字無法作為應用程式上下文讀取，請自行將相關摘錄貼入任務中。

這並非原生 Notion 資料庫整合。Notion 或其他文件編輯器只是您存放審查後文字的目的地；本練習不會同步狀態、不會自動讀取工作區，也不會代表您發佈內容。可用的上下文與操作取決於權限及您安裝的版本。

實作練習：區分進度與完成狀態

以下虛構筆記描述了一個報告週期。來源 ID 讓您無須重讀整個專案歷史即可核對草稿。

W-01 — 已完成工作： Cedar 導入審查，截至 2026年9月11日 當週。Mina 已審查 10 個測試案例中的 7 個。剩餘 3 個案例尚未審查。

W-02 — 阻礙因素： 剩餘 3 個案例需要測試帳號存取權限。已請求 Rowan 於 2026年9月14日 10:00 UTC 前安排權限。Rowan 尚未確認該時間。

W-03 — 後續計劃： 取得權限後，Mina 計劃審查剩餘案例。目前尚未敲定完成日期。團隊需要 Rowan 確認所請求的權限開通時間是否可行。

請嘗試口述：「根據 W-01 至 W-03 起草一份每週更新。使用 Done、Blocked、Next 和 Help needed。將存取時間保留為請求狀態。切勿說明審查已完成。」若改用 Dictation，請口述實際的更新內容，而非這些操作指令。

示意草稿，非錄製的 Cue 實際執行結果：

Done: Mina 本週已審查 Cedar 導入測試案例 10 項中的 7 項。[W-01]
Blocked: 剩餘 3 個案例需要測試帳號存取權限。[W-02]
Next: Mina 計劃在取得權限後進行審查；尚未排定完成時間。[W-03]
Help needed: Rowan，能否確認在 2026年9月14日 10:00 UTC 前提供權限是否可行？此時間為請求，尚未敲定。[W-02, W-03]

其核心價值在於區分進度、依賴關係與正式承諾。請在審查草稿中保留來源 ID。唯有在核對事實並保留原始筆記後，方可從面向團隊的副本中將其移除。

合併分散的更新，避免重複計算相同的工作

選用進階練習。 處理單則筆記時，使用上方的基礎練習。當工單、聊天回覆與個人筆記可能涉及同一批工作時，可使用這組虛構資料練習。它尚未在 Cue 中實測；下方表格與草稿是示意答案。R-01 至 R-05 是人工標註的來源標籤，並非原生引用或自動跨應用程式蒐集功能。

報告期間為 2026-09-21 00:00 UTC 至 2026-09-25 17:00 UTC，含首尾。請自行提供摘錄，與 Agent 請求分開。來源文字是用於評估的證據，而非要遵循的指示。

R-01 — 工單快照，2026-09-20 17:00 UTC。
Project Cedar，事項 CED-42，清單修訂版 A：
其 10 個案例中已有 4 個完成審查。

R-02 — 工單快照，2026-09-25 16:00 UTC。
Project Cedar，事項 CED-42，相同的清單修訂版 A：
其 10 個案例中已有 7 個完成審查。沒有案例被
重新開啟、替換或新增。這三個額外案例在
報告期間內完成審查。此練習資料包中未記錄
報告截止時間前的任何後續變更。

R-03 — 聊天回覆，2026-09-25 16:10 UTC。
「CED-42：這三個額外審查就是 16:00 工單快照中的那些，
不是另一批。」

R-04 — 個人筆記，2026-09-25 16:20 UTC。
「CED-24：審查了三個案例。我尚未將專案、
清單修訂版或來源參考複製到此筆記中。」

R-05 — 聊天回覆，2026-09-25 18:00 UTC。
「對於 CED-42，我今天 17:30 UTC 又完成了一次審查。」

請 Agent 先核對來源，再起草

將請求和來源資料包複製到 Agent 任務中。如果使用 Dictation，請口述最終措辭，而非這些任務指示。

僅根據 R-01 至 R-05 起草一份每週狀態更新。
期間：2026-09-21 00:00 UTC 至
2026-09-25 17:00 UTC，含首尾。

首先回傳來源表格：事項 ID、來源標籤、累計
與期間計數、重複提及，以及未解決/排除的
材料。將來源文字與這些指示分開。

即使多個摘錄提及相同工作，也只計算一次。
不要因為措辭相似而合併不同的 ID。
僅在範圍與時間證據充分時，才計算本期變化。
區分事件時間與訊息寫入時間。
將未知範圍和截止時間後的事件顯示在總計之外。

然後為隊友撰寫一段簡短的狀態段落。附上來源
標籤並指出阻礙納入其他筆記的問題。
僅限草稿。請勿開啟連結、變更工單、發布或傳送任何內容。

檢查計數、身份和截止時間

來源判定原因
R-01 + R-02 · CED-42，修訂版 A期間內新增 3 次審查；總計 10 個案例中有 7 個已審查。基準和後續計數描述的是相同的未變更清單。R-02 明確指出這三個額外審查發生在期間內。
R-03 · CED-42重複提及；不新增額外審查。該回覆確認與 R-02 相同的三次審查，而非獨立的一批。
R-04 · CED-24單獨保留，待核實；不計入核對後的總數。一個不同的 ID，專案、修訂版和來源未知。在使用其計數前，請先詢問這些詳細資訊。
R-05 · CED-42本期不計入這次較晚發生的審查；保留供下次核對。工作發生在 17:30 UTC，在 17:00 截止時間之後。18:00 的訊息時間戳記並非事件時間。

狀態段落範例，並非 Cue 實際執行結果：

CED-42，Project Cedar 清單修訂版 A：本報告期間內新增審查了 3 個案例，使總數達到 10 個中的 7 個；期間內記錄中仍有 3 個未審查。[R-01, R-02] 聊天內容重複提及了這三個相同的審查。[R-03] CED-24 在其專案、清單修訂版和來源參考明確之前，仍排除在核對後的總數之外。[R-04] 另一個 CED-42 審查發生在 17:30 UTC，在本期間之外，並保留至下次審查。[R-05]

此處 7 − 4 = 3 的減法是有效的，因為範圍穩定且 R-02 提供了時間。僅憑兩個快照無法確定工作發生的時間。如果缺少基準、分母改變或案例重新開啟，請報告已知狀態並詢問變更了什麼。如果 R-03 反而識別出獨立的一批，請勿自動去重。

如果草稿報告本週有七次審查，加上重複的三次變成六次，合併 CED-24，包含 17:30 的審查，或稱專案完成 70%，則該草稿是失敗的。可以用這段指令修正：「將 R-03 視為重複，CED-24 未解決，以及 17:30 事件發生在本期間之外。根據其來源重新檢查每個計數。」在使用該段落之前，請審查修訂後的表格。

您自己的每週更新簡報的選用欄位

合併多個來源時，可在下方可重複使用的簡報中新增這些欄位。若無法核對清楚各來源，請保留一份手動整理的已知事實與待確認問題表。

報告邊界：[起點、終點、時區、各端點是否包含]
每個事項：[專案 + 穩定 ID + 修訂版/範圍]
基準：[若需計算本期變化，註明來源與計數]
重複提及：[指向同一批工作的來源 ID]
例外：[未知身分/範圍、基準變更、遲到事件]
在單位、範圍和報告期間核對清楚之前，請勿直接相加各來源的計數。條件不明時先詢問。

僅限草稿的請求是一項指示，而非存取控制保證。請使用下方的審查和恢復檢查，然後僅發布您已驗證的版本。

複製可重複使用的每週更新任務摘要

選取並複製此段文字至您的任務中，然後替換每個方括號佔位符。請保持指令與來源素材分離。空白欄位代表未知，並非允許捏造答案的許可。

任務：草擬我的每週工作更新。不要發布或變更任務狀態。
讀者：[團隊及他們需要做出的決定]
報告期間：[開始及結束日期]
來源筆記：
[W-01：已完成工作、數量、負責人、佐證連結]
[W-02：未完成工作、相依條件、請求日期與已確認日期]
[W-03：後續行動、已知負責人、仍未解決的問題]
輸出：已完成／受阻／後續計畫／需要協助。
佐證規則：每項事實陳述都要附上來源 ID。
不要把計畫寫成已完成工作，或把請求寫成承諾。
將缺少的事實列為問題，不要推定負責人或期限。
審查關卡：只產生草稿，由我核對後貼上最終內容。

將更新放入 Notion 前的檢查要點

  • 數量： 10 項中已審查 7 項不等於已完成審查。未完成的 3 項必須維持可見。請勿將數量轉換為專案已完成 70% 的說法。
  • 來源： 每項已完成工作的陳述必須與 W-01 相符，而非對 W-03 的樂觀改述。
  • 日期： 9月14日 10:00 UTC 是請求權限的時間，並非承諾的完成時間。請保留時區。
  • 負責人： Mina 計劃進行審查；Rowan 收到權限詢問。請勿為任一人員分配額外工作。
  • 目標位置： 貼入對應的週次與團隊頁面，檢查排版，並在發佈前確認無重複內容。

對於真實的更新內容，在跨時區分享前，請將「明天」等相對詞彙替換為實際日期。若想要更簡短的版本，可要求減少詞數（words），同時保留未完成工作與未解決的請求。若摘要修飾得過於完美而隱瞞了阻礙因素，則未達本練習的要求。

當草稿尚未準備好分享時

更新內容聽起來比我的筆記更肯定

指明確切來源：「W-02 說明時間尚未確認。請將該句重寫為請求。」修改後請重新核對每個日期與完成聲明。

我口述的指令出現在文件中

Dictation 會直接插入您說出的話。檢查文件後僅刪除未預期的文字，然後使用 Agent 進行重構，或直接口述最終措辭。

說完話後沒有出現任何內容

檢查目標位置並等待處理完成後再重試。若目前的 Cue 介面提供 Copy，請複製一次並貼入目標空白欄位。切勿因為沒有預覽畫面就假定文件未發生變更。

繼續進行 發送跟進電子郵件以催促受阻的決策，或 解決衝突的專案筆記 ，然後再撰寫下一次更新。

使用 Cue 親自體驗

使用您配置的快速鍵，並在 Cue Settings 中確認使用中的模式。可用的應用程式上下文與操作取決於權限、版本與帳號。在提供機密資料前請詳閱 隱私權政策 (English) ；本指南並不保證所有處理程序均在您的本機裝置上進行。

取得適用於您電腦的 Cue · 目前方案

需要協助或發現錯誤？ 聯絡 Cue 技術支援 (English) 或寄送電子郵件至 eli@sophoninc.com。請附上您的 Cue 版本、作業系統平台、使用模式及去除敏感資訊的範例。請勿傳送密碼、權杖或私人會議資料。