六個主題填滿一週，不代表有一篇能按時釋出。產品資訊沒齊，同一個複核人被排了兩個任務，或者編輯的預計工作量早已超過這周可用工時。
讓 Agent 根據授權輸入提出可行排期，不讓它猜容量或“最佳釋出時間”。期望釋出日期、最早可開始準備的日期、最終釋出決定，是三件事。
先把排期單位說清楚
以下為虛構排期練習，不是實測結果。規劃周為 2026 年 10 月 26–30 日，時區 Asia/Shanghai；工作日週一至週五，09:00–18:00。所有時段和截止時間均按這一時區。遇節假日或不同地區工作周，要先換日曆規則。
負責人提供六個已批准主題、兩位編輯和三個管道：Blog、LinkedIn、X。同一主題改成三管道版本，仍是一個主題，但需要分別計入改寫、圖片和複核工作；語言版本也不能用來增加主題數量。
每行保留主題 ID、受眾與問題、批准範圍、必需來源與素材、到達狀態、編輯、準備和管道改寫工時及估計來源、複核人及工時、審批前置項、管道、最早開始日、期望釋出日。未知工時不填 0。下面所有工時均由虛構負責人明確給定，不是 Agent 預測。
六個主題，不同的卡點
- **T01 產品 FAQ：**面向老使用者解釋獲批功能，A-v1 來源齊。編輯 A 準備 3 小時，含 Blog/LinkedIn 適配；編輯 B 複核 1 小時。期望週二 10 月 27 日 17:00 釋出。
- **T02 客戶結果：**面向潛在客戶講批准結果，需允許引用。B-v1 承諾週二 12:00 到達，但當前沒到。編輯 A 準備 4 小時，B 複核 1 小時；Blog/X。期望週三 10 月 28 日 17:00。先等素材，不拿承諾到達時間當已就緒。
- **T03 購買檢查清單：**面向小團隊買方，範圍已定，C-v2 齊。編輯 B 準備 3 小時，A 複核 1 小時；Blog/LinkedIn。期望週三 10 月 28 日 17:00。
- **T04 版本說明：**面向現有使用者，D-v1 素材齊，但產品負責人批准時間未知。B 準備 4 小時，A 複核 1 小時；LinkedIn/X。期望週四 10 月 29 日 17:00。截圖存在不等於批准已回。
- **T05 工作流指南：**面向運營人員，E-v1 齊。A 準備 5 小時，B 複核 1 小時；Blog。期望週五 10 月 30 日 17:00。輸入齊，但當前容量裝不下。
- **T06 短問答：**面向團隊負責人，F-v1 齊。B 準備 2 小時，A 複核 1 小時；LinkedIn/X。期望週五 10 月 30 日 17:00。
建議輸出 calendar-draft.csv、readiness-board.md、capacity-check.csv、change-notes.md。它們是排期檔案，不是內建釋出控制元件；六個主題都保留，不能只展示已排入的三個。
複核也佔工時，周總量還不是全部
負責人確認：扣除其他工作後，A 本週可用 8 小時，B 可用 8 小時。這是剩餘容量，不是兩人整週只工作八小時。
基線候選選 T01、T03、T06。A 用於 T01 準備 3 小時，加 T03、T06 各 1 小時複核，共 5/8 小時；B 準備 T03 3 小時、T06 2 小時，再複核 T01 1 小時，共 6/8 小時。餘量 A=3、B=2 小時。
再加 T05，A 就到 10/8 小時，超 2 小時；B 為 7/8。B 有餘量，不等於可以未經確認把 A 的工作轉給 B，仍要核技能、範圍與負責人授權。六題全放入則 A=15 小時、B=12 小時，已含交叉複核。漏算複核會製造虛假容量。
負責人另給出無重疊的候選時段：A 週一 09:00–12:00 準備 T01，B 週二 09:00–10:00 複核；B 週二 10:00–13:00 準備 T03，A 週三 09:00–10:00 複核；B 週四 09:00–11:00 準備 T06，A 週五 09:00–10:00 複核。各期望釋出日期仍是目標，取決於實際審定及單獨的釋出決定。
若另一方案把 B 的 T01 複核排到週二 10:00–11:00，就撞上 T03 準備時段。拒絕這一方案或請求授權改排，不能因為周總工時沒超就放行。
可開始寫，不等於可以發
“可起草”至少需要授權輸入、範圍、估計和準備容量明確。複核時段約好了，只代表安排，不代表正文已經批准。最終釋出還需事實、媒體、管道要求及釋出人決定。
分別保留 T02 缺素材、T04 批准時間未知、T05 容量不足。三類問題恢復動作不同，要寫責任人、缺什麼、影響哪條、何時可重新評估。缺客戶案例，不能讓 Agent 補一個客戶故事。
營銷工作流和內容營銷指南提供更廣背景。這一步在管道改寫和分發前：加一個管道，格式、圖片與複核要求可能改變工時，不能因為主題相同就當免費。
素材延遲，要回到依賴，而不只是拖日期
假設 T02 的資料從週二中午延到週四 15:00。週三期望日已錯過，不能倒填就緒日期，更不能說“晚發了”——此時沒有釋出。它仍需 A 的 4 小時，而基線只剩 A 的 3 小時，還要給 B 安排複核。
Agent 應說明這個約束，再給有限候選：移到下一規劃周；經負責人明確重排，替換已選工作；或取得真實新增容量。T06 是已有就緒主題，可供後續時段選用，但不能靠刪去複核把它當即時替補。縮減範圍也需新的批准估計，不能宣佈同樣產物半小時就做完。
每行保留來源版本與容量版本。B-v1 更新，要重核 T02 的事實與引用許可權；A 可用時間改變，要重算所有使用 A 的任務，包括複核。舊計劃、輸入變化、候選新日期與人工決定分別放進變更記錄。
在 Buda 裡下達一項有限排期任務
在 Drive存授權主題、來源副本和容量表，在 Session 組織本輪任務。Session 不是檔案 ACL，仍要明確允許讀取的檔案；生成日曆不需要連線社媒賬號。
僅讀 approved-topics-v1、source-readiness-v1、capacity-v1。採用 Asia/Shanghai 與給定工作周。保留六個主題 ID 和負責人給定工時；準備、適配和交叉複核都佔對應人的容量，同時核時段。分別列期望日、最早準備日與批准狀態，未知保持未知。交四份排期檔案，說明每項等待與衝突。不得釋出、提醒、連線賬號或配置自動化。
重複使用前，可做四項建議測試，尚未執行：延遲 T02 素材；讓 B 兩任務撞時段；加 T05 超 A 容量；撤去一次複核批准。合格草案要保留受影響主題和原因，不能只挪日期直到日曆看起來很滿。
稽核脫敏樣本後，穩定方法可以沉澱為 Skill。在 Buda AI Marketplace 搜尋並安裝適用 Skill，先核說明及許可權。自動化的範圍、時間和執行另行授權，排期檔案本身不會配置它。
沒有可靠工時怎麼辦？
標記待估計。先選一項有限產物，經同意記錄準備與複核的實際投入，再修後續估計。日曆空白不能證明人有空。
臨時熱點怎樣插隊？
負責人決定哪些已選工作可移動，再核來源、估計、人員和時段。緊急是一項優先順序決定，不會憑空增加容量。
三管道算三個主題嗎？
不算。保留同一主題 ID，另列適配產物、要求和工時。複用素材不免除排版、圖片和批准。
審批沒返回，算就緒嗎？
若允許範圍明確，可具備起草條件，但不具備釋出條件。保留待決事項及責任人。排期的價值正是讓這些差別可見。