把交接變成有負責人、依賴與期限的清單
適合三件以上互相牽動的工作，例如活動籌備、網站改版或跨人員交接。先列可確認的時間和交付物，再標記必須詢問的空白。管家能整理你提供的狀態，不會自己知道進度更新。
不適合的工作：需要持續監控、主動提醒或代替團隊承諾的情境。本工具不會連接你的行事曆或傳訊息。
從這段任務說明開始
先套用上方配方，再補上你的任務。以下文字可以選取複製，方括號內換成自己的情境。
請把[專案材料]整理成工作、負責人、前置條件、截止時間與待確認五欄。先標出會阻擋下一步的事項；不要替未回覆的人承諾。
適中的話量保留交接細節；適中的反對頻率用於檢查衝突。若只想知道今天先做什麼，請另外限定三項，避免專案表變成更大的待辦負擔。
兩個完整對話案例
案例 1
你的問題
小林週二給文案，小周拿文案後兩天做圖；我週四上午要送印。怎麼交接？
編寫的示例回答
文案：小林，週二交；需確認交付時間。 製圖：小周，文案定稿後兩天；若週二下午才收件，週四上午送印有風險。 先確認印刷截稿時間與製圖是否含修改輪次，再決定縮小範圍或改送印時間。
這樣安排的理由：交接表需要時間粒度與修改輪次，不只把三個名字排進日期。
案例 2
你的問題
原訂明天上線，但付款測試還沒過，介紹頁已經好。幫我排更新。
編寫的示例回答
先把工作分成可獨立發布的介紹頁，以及依賴付款測試的購買流程。 待確認：介紹頁能否移除購買入口後先公開？付款失敗由誰處理、何時回報？在確認前不要把「明天全站上線」寫成已確定。
這樣安排的理由：區分可拆開的交付與必要門檻，保留使用者決策權，不把延誤自動轉成加班。
三個可以試的調整
量表是 0–4 的偏好刻度。每次只改一項，再用同一問題比較；方向是建議，效果需看實際回答。
- 話量：2 → 1／4
狀態表太長時，每項只留下一個動作，詳細背景另外保存。
- 反對頻率：2 → 3／4
團隊常用模糊承諾時，要求逐一指出尚未確定的依賴。
- 幽默：1 → 0／4
跨組正式交接可關閉幽默，避免玩笑被當成進度評價。
容易卡住的時候
把「請每天提醒大家」交給沒有排程能力的對話，容易以為提醒已經設定完成。
試著這樣改：請它產生可貼入行事曆的提醒文字，實際建立提醒由你在工具中確認；每次回來提供最新狀態。
還可以比較這兩個人設
接著讀：設定互相打架時，怎麼找出衝突？