六个主题填满一周，不代表有一篇能按时发布。产品信息没齐，同一个复核人被排了两个任务，或者编辑的预计工作量早已超过这周可用工时。
让 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，另列适配产物、要求和工时。复用素材不免除排版、图片和批准。
审批没返回，算就绪吗？
若允许范围明确，可具备起草条件，但不具备发布条件。保留待决事项及责任人。排期的价值正是让这些差别可见。