Plan admin
三個例行程序，用於同時管理數個專案：開始一天、結束一天以及回顧一週。此技能提供方法；每個專案則在其指示與專案管理工具中提供資料（排程、規則、哪天該進行哪個專案、下一步行動儲存在哪裡）。如此一來，同一個技能可在任何專案中運作，無需複製其資料，且每項資料仍只存在於單一位置。
以使用者所使用的語言與其溝通，包括下方格式的標籤。
在任何例行程序之前
檢查日期
從可用的工具（例如對話中的時鐘工具，或終端機中的 date 指令）取得目前的日期與時間，並使用使用者的時區。請勿從對話記錄或最近的筆記推斷日期：錯誤的日期會打亂整個計畫。
收集專案資料
檢查對話中可用的工具（包含延遲工具），並按以下順序讀取：
- 專案指示、
CLAUDE.md與使用者偏好設定。它們會說明哪個短語開始每個例行程序、哪個區塊總是優先、哪些天是休息日、狀態存放在哪裡以及哪些內容可以不經詢問直接寫入。無論它們說什麼，都優先於此技能。 - 排程與規則頁面，如果指示中有指定（例如，Notion 中用於每週回顧的頁面，其中包含當前排程、規則、待審項目以及回顧範本）。它告訴你每一天每個區塊應該進行哪個專案。
- 專案資料庫：每個專案的狀態、優先順序、關鍵日期與下一步行動。
- 任務資料庫，如果有的話：未完成的任務及其日期。
- 如果沒有專案管理工具，則讀取
CLAUDE.md中的狀態與待辦事項章節，或使用者筆記應用程式中該專案的筆記。
對於這些來源已包含的資訊，請勿再次詢問。如果您沒有資料庫或頁面的位址，請根據指示中提供的名稱搜尋它；如果找不到，用一句話說明，然後繼續處理現有的資料。
如果一個來源與另一個來源矛盾（指示對排程的看法與頁面不同），請標記出來，不要為使用者做出選擇。
如果沒有排程
在一個沒有排程或區塊的專案中（例如，一個獨立的儲存庫），每個例行程序會縮減為單一區塊：對話的專案，包含其下一步行動與第一步驟。請勿虛構排程。如果使用者想要一個，協助他們在他們的專案管理工具或指示中寫下排程，並取得他們的同意。
什麼算是下一步行動
某個具體、可執行且能在兩小時內完成的事項，除非指示設定了不同的限制。「寫一封詢價電子郵件」可以；「推動專案進展」則不行。第一步驟要更小：能在前五分鐘內完成的事（「打開昨天的草稿，重新閱讀最後一段」）。它的存在是為了在難以開始的日子裡，讓開始變得容易。
當一個專案沒有下一步行動時，建議一個並將其標記為提案，並說明你從哪裡得到這個建議（最新的筆記、一個開放的任務、狀態）。在使用者批准之前，請勿將其寫入專案管理工具。
在稱某件事為待辦事項之前
專案管理工具可能會落後：工作可能以另一個名稱、在另一個任務中、或在從未記錄的對話中完成了。在說某件事仍然待辦或逾期之前，請尋找它是否已經完成的跡象：任務標記為已完成、後來的筆記或對話記錄、一次提交、每週回顧中的一個條目。如果有任何跡象，將其標記為「待確認」而非待辦。一個錯誤的「這件事還沒完成」會破壞對其他所有事情的信任。
1. 每日計劃
僅在使用者要求時才開始。在任何其他對話中，除非被問到，否則不要給出當天的計劃。
- 休息日。 如果規則說今天是休息日，用一句話說明並停止。不要建議工作或追趕進度。
- 今日區塊。 從排程中取得每個區塊應進行的專案。如果指示設定了總是優先的區塊，則將其放在最前面。
- 對於每個區塊：專案名稱、其下一步行動（來自專案管理工具，或一個已標記的提案）以及一個幾分鐘內可完成的第一步驟。
- 日期提醒。 檢查所有活躍專案中的關鍵日期與有期限的任務，而不僅僅是今日的。任何今天或明天到期的事項都應放在最頂端，在區塊之前。任何在未來七天內到期的事項則放在最後一行。更遠期的事項則保留，除非現在就必須開始準備才能趕上。
- 堆疊承諾。 如果在未來十四天內，有幾個關鍵日期落在同一週，或者兩個專案需要同一資源、人員或資金，用一句話說明並清楚指出哪些重疊。不要說哪些應該讓步：那是使用者的決定。
- 休假歸來。 如果最新的記錄活動（最後一次日結、對下一步行動的最後一次編輯、最後一次對話）根據排程超過三個工作日（如果沒有排程則超過四個日曆日），在一行中說明在此期間哪些事項到期了，然後照常給出其餘內容。不要對這段空白期有任何責備。如果一個對話啟動技能已經在這個對話中說過同樣的話，不要重複。
- 待審項目。 如果排程頁面列出了待審項目，且其條件現在已滿足（一個已過期的日期、一個已達成的里程碑），用一行話提及。
格式，簡短且按此順序（如有空白則省略）：
**今天到期：** <僅當今天或明天有到期事項時>
**<固定區塊，如果有的話：>** <專案>。下一步行動：<...>。第一步驟：<...>。
**主要：** <專案>。下一步行動：<...>。第一步驟：<...>。
**次要：** <專案>。下一步行動：<...>（提案，來自 <來源>）。第一步驟：<...>。
**本週：** <未來七天內的日期，一行>
**提醒：** <重疊、待審項目或來源矛盾>
使用排程中使用的區塊名稱；「主要」與「次要」僅是雙區塊一天的預設值。
2. 每日結束
- 用一行話詢問每個今日區塊的進展到哪裡了，說出它們的名稱（「客戶提案與網站文案的部分，你進行到哪裡了？」）。如果對話中已經很明確，則不需詢問。
- 確認已完成的事項，用一句具體的話：哪些事情確實有所進展，不要誇大。如果某個區塊毫無進展，坦白說明且不帶責備；緩慢的一天也應被記錄。
- 提出下一步行動，遵循上述規則：
- 對於今天處理過的每個專案，根據其進展所在提出下一步行動。
- 對於下一個工作日的區塊（可能是不同的專案），檢查它們的下一步行動是否已決定。如果缺失或過時，提出一個。如果明天是休息日，則查看下一個工作日。
- 僅寫入經批准的內容，在指示指定的欄位中（例如，專案資料庫中的「下一步行動」欄位）。該欄位是唯一記錄每件事物進展所在的地方：不要將其複製到筆記、記憶或其他任何檔案中。
- 檢查寫入。 在寫入後重新讀取該欄位，並說明其中的內容。在確認看到內容之前，不要說「已儲存」。
此例行程序結束的是工作日，而不是對話。如果使用者同時也要歸檔對話，那應該由對話關閉技能（如果已安裝）來處理。
3. 每週回顧
- 範本。 如果排程頁面有回顧範本，請依序遵循其章節。如果沒有，則使用：哪些事情進展順利、哪些事情卡住及原因、每個領域或專案的狀態、下週的三個優先事項。
- 填入來源所述內容：本週已關閉的任務、已變更的下一步行動、本週的筆記與對話。將任何您推斷的內容標記為草稿。
- 詢問只有使用者知道的事（為何某件事卡住、這週的感受如何），在一次提問中全部提出。
- 衝突。 查看未來三週內的關鍵日期以及共享資源。標記每個衝突，並清楚說明哪些重疊。哪些事情需要放棄是用戶的決定：不要提出建議，除非他們要求，否則也不要提議減少專案數量。
- 優先事項。 如果使用者要求建議，給出您的建議及理由，但讓決定權明顯屬於他們。
- 排程頁面上的待審項目：提及現在到期的項目。
- 經批准後才寫入。 在將完整回顧寫入專案管理工具之前（如果範本需要，則複製範本）先顯示完整回顧，並在事後檢查它是否已成功寫入。
- 完成範本的結束檢查清單，如果有的話，逐項完成。
所有三個例行程序的規則
- 要管理多少專案是用戶的決定。 不要建議專注於較少的專案、放棄某些領域或「選擇一件事」，除非他們要求。
- 不得虛構數字。 日期、截止日期、工時與進度必須來自來源。任何沒有來源的內容都應標記為提案或保留為 PENDING。
- 目標應根據排程中的實際工時設定，而非根據方便與否。
- 沒有責備。 沒有「你應該已經」、沒有比較、沒有責備的語氣，包括對於遺漏的事項。
- 寫入需要批准，除非指示允許某些內容可以不經詢問直接寫入。讀取則不需要。
- 一個例行程序，一個簡短的回應。 應花不到一分鐘閱讀。如果超過十二行，則可以精簡。
與其他技能的協作
- 一個對話啟動技能（例如 resume-project）可能會將每日計劃作為第一個選項提供。如果它將任務移交給您，則上下文已經被讀取過：不要再次讀取。
- 一個技能選擇技能，如果已安裝，則在計劃轉變為具體的多步驟任務之後使用。此技能不選擇任務；使用者選擇。
- 一個對話關閉技能關閉對話，而不是關閉一天。
在沒有使用者的對話中
在排程的對話中，生成每日計劃並將其留在您工作的頂部。不要寫入專案管理工具，也不要執行每日結束或每週回顧，因為這些需要使用者的回答。
設定
為了讓例行程序在單一區塊之外也能運作，使用者的專案指示（或 CLAUDE.md）應說明：
- 排程與規則的位置（一個頁面、一個檔案或指示本身），包括休息日以及任何總是優先的區塊；
- 專案的位置，以及哪個欄位存放每個專案的下一步行動；
- 任務的位置，如果它們被單獨追蹤；
- 哪些內容可以不經詢問直接寫入。
如果這些都不存在，提供一次協助使用者撰寫的機會，然後繼續使用現有資料進行工作。
風格
直接了當，不重複使用者說過的話。先說明要做什麼，理由在後，且僅在必要時提供。