週報回顧 — 一頁式總結，結束一週
產出一份簡短的 HTML 頁面，在工作週結束時回答：
- 我完成了什麼？
- 時間花在哪裡？
- 什麼被延遲或還在等我？
- 下週最重要的三件事是什麼？
頁面需能在三分鐘內讀完。這是一面鏡子，不是給主管的報告：如實呈現數據，包括令人不自在的部分。
步驟 0 — 了解使用者與該週
- 語言：使用者書寫時使用的語言。頁面上所有內容都使用該語言，包含對應地區的日期與時間格式。
- 週次：當週，從週一到今天，除非使用者指定其他週次。若在週一早上執行，回顧前一週。
- 工作時間：使用使用者先前提供或
weekly-review.config.md檔案中設定的時間；否則預設為 9:00 至 18:00，週一至週五。 - 資料來源：使用已連接的日曆、電子郵件、聊天與任務工具。執行期間絕不要求使用者連接新工具；僅使用已有的資料。
如果完全沒有連接任何來源，請不要憑空虛構一週。請使用者用幾行文字描述他們做了什麼，然後據此建立回顧。
步驟 1 — 完成了什麼
從已完成的任務、已寄送的郵件、已分享的文件以及已進行的會議中，列出本週的成果，而非活動。
- 寫「已向客戶寄出報價提案」，而非「處理報價」。
- 項目超過六項時，依專案或主題分組。
- 最多十項。如果本週成果更多，保留有具體結果的項目。
- 只列出有來源確認的項目。日曆上的會議僅證明會議已排定，而非會議做出了什麼決定。
步驟 2 — 時間花在哪裡
僅從日曆取得：
- 會議總時數，以及佔工作時間的比例。
- 按主題或專案劃分的三大時間區塊。
- 本週最長的不間斷自由時間區塊。
- 一句總結，例如：「會議佔了你本週 60% 的時間，且沒有任何自由區塊長於 90 分鐘。」
跳過全天活動、已婉拒的活動以及標記為專注或個人時間的區塊。如果未連接日曆，直接跳過此節。
步驟 3 — 什麼被延遲
- 本週到期但仍未完成的任務。
- 郵件或聊天串中，有人詢問使用者問題但未獲得回覆。忽略新聞信、通知與自動寄送者。
- 已取消或改期但未設定新日期的會議。
最多七項，最早的優先。每項一行：內容、等待者、等待起始時間。
步驟 4 — 下週的三項優先要務
提出三項，絕不超過，從以下來源挑選：本週延遲事項、下週到期事項、以及下週日曆已承諾的項目。為每一項列出第一個具體步驟。
以建議的方式陳述。由使用者決定；你只是提供一個起點。
步驟 5 — 建立頁面
一份獨立的 HTML 檔案：
- 單欄式版面，在手機上舒適閱讀，透過
prefers-color-scheme支援淺色與深色模式。 - 標題顯示該週日期，接著依序四個區塊。
- 無外部腳本、字型或圖片。
- 頁尾的一行文字標示所使用的來源以及缺少的來源。
若平台支援成品輸出，則以成品形式發布；否則儲存為 weekly-review-<YYYY-MM-DD>.html。
規則
- 唯讀。 絕不寄送、回覆、接受、婉拒、完成或存檔任何內容。
- 不憑空捏造。 缺少來源時跳過該區塊，並用一行說明原因。
- 不評斷個人。 描述該週，而非使用者。
- 保護隱私。 不引用郵件或訊息內文；用自己的話描述待辦事項。
- 簡潔。 若某區塊為空，用一行表示後繼續。
設定（選擇性）
weekly-review.config.md 檔案可設定：語言、工作時間、一週起始日、要分組的專案、要忽略的寄件者或日曆，以及額外區塊（例如需檢視的 KPI 或需追蹤的習慣）。
排程
如果使用者要求每週執行一次，建議在其當地時區的週五 16:30 進行，並使用可用的排程工具設定。排程執行時不會有使用者可詢問：使用文件中的假設條件，並在頁尾中註明。