我每天的工作紀錄很雜亂，有沒有辦法讓 raw log 更容易整理成週報？
這個問題問對了——raw log 的品質直接決定週報的品質。但「品質」在這裡不是指「寫得漂亮」，而是指「資訊完整度」。Claude 可以整理格式、補完語氣，但它無法幫你憑空想出你這週做了什麼。
讓 raw log 更有用的三個具體技巧：
第一，每條記錄盡量有「動詞 + 對象 + 狀態」。「開會」太模糊；「和 A 客戶開需求確認會議，對方要求擴大功能範圍，已請書面說明」就很好。動詞說明你做了什麼，對象說明涉及誰，狀態說明進展到哪裡。
第二，遇到問題或阻礙要特別標記。可以直接在 raw log 裡打個「[卡住]」或「[問題]」的標記，Claude 在整理時就會把這些歸到「遇到的問題」區塊，不會混入完成事項。
第三，每天固定一個記錄時間（下班前 3 分鐘）。不要等到週五才回想整週，人的短期記憶很難撐過 3 天以上。每天 3 分鐘的累積，比週五花 15 分鐘回想的品質高得多。
如果你真的連 raw log 都懶得寫，有一個更低門檻的版本：每天下班前把當天的行事曆截圖或複製文字，加上 2-3 句當天的補充，週五一起丟給 Claude。行事曆本身就是一份不錯的 raw log 骨架。
這套工作流可以用在哪些工具上？需要特別的軟體嗎？
這套工作流的設計原則之一就是「工具無關性」——你不需要安裝任何新軟體，也不需要付費訂閱額外服務，只要你有 Claude 的帳號就夠了。
raw log 記錄工具（選一個你已經在用的）：
模板存放工具：
發送工具：不需要任何整合，Claude 生成的週報是純文字或 Markdown，複製到你慣用的溝通工具（Email、Slack、Teams）就能用。
整套工作流不依賴任何第三方整合，沒有 Zapier、沒有 Make、不需要 API Key，就是純粹的 copy-paste 工作流，任何人都能立刻開始。
如果 Claude 生成的週報有地方不準確，或遺漏了重要事項，怎麼辦？
這是所有自動化工作流都會遇到的核心問題：AI 輸出永遠需要人工確認，這一步不能省。但「確認」和「重寫」是兩件截然不同的事——目標是把你需要介入的量最小化，而不是零介入。
遇到輸出不準確時，最快的修正方式是「追加指令」，不是重新開始：
通常一兩句追加指令就能完成修正，比從頭重寫快很多。
從根本上減少錯誤的方法是改善 raw log 的品質——Claude 的誤解通常來自 raw log 裡的模糊表述。如果你注意到某類錯誤反覆出現（例如 Claude 總是把某個例行任務誤解為問題），就在模板的輸出格式裡加一條例外說明：「注意：『每週例行 X』不需要列入問題或風險區塊。」
理想的確認節奏：週報生成後花 30-60 秒掃一遍，確認三件事：① 沒有明顯的事實錯誤；② 沒有遺漏這週最重要的事；③ 語氣符合你跟這個收件人的關係。這三件事確認完，週報就可以發了。
這套工作流適合用 Claude Projects 來管理嗎？有什麼設定建議？
Claude Projects 是管理這套工作流的理想工具，特別適合需要長期維護或多個報告對象的使用情境。以下是具體設定建議：
System Prompt 放什麼：把你的週報模板完整放入 Project 的 System Prompt，這樣每次開新對話就不需要重新貼模板。System Prompt 可以包含：角色設定、輸出格式規範、語氣要求、以及任何個人化的例外規則（例如：「提到 X 客戶時，永遠用正式語氣」）。
Project 命名和分類：如果你有多個報告對象，建議每個報告對象建立一個獨立的 Project，讓每個 Project 的 System Prompt 對應那個受眾的語氣和格式要求。例如：「週報 — 直屬主管」「週報 — 客戶 A」「週報 — 跨部門」。
Knowledge 欄位放什麼：如果你的工作有固定的專案背景（例如：這個月最重要的三個 OKR 是什麼，或者某個客戶的背景），可以放在 Project 的 Knowledge 欄位，這樣 Claude 在生成週報時就不需要你每次重新說明背景，能更準確地判斷什麼事情值得優先提及。
對話管理：建議每週開一個新對話（而不是把所有週都追加在同一個對話裡），保持每個對話的脈絡清晰。這樣你也能從 Project 的歷史對話裡看到過去幾週的週報存檔，不需要另外維護。
如果你還沒有 Claude Pro，也可以把模板存在一個固定文件裡每週手動貼，功能完全相同，只是多一個複製的動作。
週報是職場上最普遍的時間黑洞之一。你不是不知道自己這週做了什麼，你只是每次都要花大量時間把零散的筆記、Slack 訊息、待辦清單重新組裝成一份「看起來有邏輯」的報告。這件事很少有人喜歡，但幾乎每個人都必須做。本文介紹一套用 Claude 建立的週報自動化工作流，適用於個人撰寫或小團隊協作，讓週報從「每週最痛苦的任務」變成一個幾乎不需要動腦的流程。
週報的痛點不在於「不知道寫什麼」，而在於三個結構性問題同時出現。第一，資訊分散：這週的工作紀錄散落在 Notion 頁面、Slack 頻道、Email 往返、Google 日曆和口頭討論裡，每次寫報告都要先把這些碎片撈回來。第二，格式轉換：原始的工作紀錄是「我做了 A 然後 B 然後 C」的流水帳，但週報需要的是「完成事項、問題、下週計畫」的結構化格式，這個轉換本身就需要思考能量。第三，語氣拿捏：同樣的事情，對主管和對客戶要說的方式完全不同。每週重複做這三件事，累積下來就是每月超過 2 小時的純格式化工作時間，而這些時間的產出對你的核心工作貢獻幾乎為零。
這套工作流的核心概念很簡單：把「整理思路」和「寫報告」這兩件事分開。你只負責記錄（用最粗糙的方式），Claude 負責格式化。整個流程分三步：
步驟一：每天花 3 分鐘做工作日誌（raw log）。不需要格式，不需要漂亮，用任何你習慣的工具（Notion、備忘錄、Google Doc），只要把當天完成的事、遇到的問題、明天要做的事用口語記下來。例如：「今天跟 A 客戶開會，他們想改需求範圍，我請他們書面確認。後端 API 有個 bug 卡住，下午找到根本原因了，明天修。週五要提的報告草稿還沒開始寫。」不需要分類，不需要整理，想到什麼寫什麼。
步驟二：週五把五天的 raw log 貼進週報模板。這個步驟的工具就是本文核心的提示詞模板，下一節會詳述。
步驟三：確認 + 發送。Claude 生成的週報草稿通常需要 30-60 秒的核對，確認沒有誤解或遺漏，然後直接發送。
以下是這套工作流的核心模板，適用於個人向直屬主管提交的週報：
基礎版（最簡單，適合剛開始用的人）：
進階版（多加一個輸入欄位，讓報告更精準）：
這個模板設計的關鍵在於輸出格式的具體程度——不只說「整理成週報」，而是規定了每個區塊的最大數量和格式要求。這樣 Claude 不會因為你的輸入太長就無限制地擴展輸出，每次的週報長度都會維持在一個可預期的範圍內。
職場上很多人需要同時維護多份週報：給直屬主管的版本要有細節，給跨部門主管的版本要有 highlight，給客戶的版本要只說結果不說過程。同一份 raw log，加入不同的「對象設定」，Claude 就能生成多個版本：
模板裡只需要加一行：「這份週報的對象是：{{ 填入對象 }}，請根據這個對象調整內容深度和語氣。」就能讓同一份 raw log 輸出完全不同定位的報告。
週報自動化工作流本質上是在做一件事：把你有限的認知能量從格式化工作中解放出來，用在真正需要你判斷的事情上。如果你每週花 30 分鐘寫週報，一年就是 26 小時。這些時間不是用來思考的，是用來把你已經知道的事情重新排列組合。把這 26 小時拿回來，等於每年多了三個完整工作天。更重要的是，當你不再需要擔心「週報格式」這件事，你在做事情的時候反而會更有動力記錄——因為記錄的成本（口語 raw log）遠低於記錄的回收（自動生成週報）。這套工作流建立之後，最大的受益者不是週五下班時少花的 27 分鐘，而是整個禮拜你對工作紀錄的心理負擔都降低了。