plan-submission

计划提交

将“截止日期还有 N 周”转化为有日期、分阶段的里程碑计划。 根据论文截止日期倒排（如果截止日期已过，则向前规划答辩回应和最终定稿），并以 venues/conferences/<venue>-<year>.yml 配置文件为准。配套技能： parse-cfp（创建配置文件）、preflight-check（T-3d 拒稿风险检查）、 write-rebuttal、prepare-camera-ready。

适用场景

• “帮我规划 SIGSPATIAL 投稿”／“截止日期前我需要做什么？”
• “距离 NeurIPS 截止日期还有多少天？”（包括 AoE 时区困惑）
• “我必须什么时候注册摘要？”／“答辩回应什么时候开始？”
• 用户刚通过 select-venue 选定会议，并询问“接下来该做什么？”

输入

• 会议名称和年份（最好还包括分会场）。配置文件必须位于 venues/conferences/<venue>-<year>.yml；如果不存在，请先运行 parse-cfp——绝不可依据记忆中的日期制定计划。
• 今天的日期，以及用户的个人限制（休假、合著者的时间安排、仍在进行的实验）。
• 如果使用实时重新核验抓取，则需要 CONTACT_EMAIL 环境变量。

流程

1. 解析会议信息。 查找 venues/conferences/<venue>-<year>.yml。如果文件不存在或来自上一届 → 先通过 parse-cfp 创建或刷新该文件，再制定计划。 检查信息文件中的 verified: 块——如果 confidence 不是 verified-live，或 verified.date 已过时，就应将所有日期视为可疑。

2. 根据最新 CFP 重新核实关键日期。 用户依赖计划前必须执行此步骤。运行：

   python3 scripts/fetch_page.py "<cfp_url from the profile>"
   

   在最新页面上确认摘要截止日期、论文截止日期和时区（截止日期可能在周期中途变动——延期很常见，悄无声息的更正也不少见）。如有不一致，先更新信息文件。如果页面由 JS 渲染或无法访问，请说明情况，并将计划标记为“日期未经核实”。

3. 制定时间线。 运行：

   python3 scripts/build_timeline.py venues/conferences/<venue>-<year>.yml \
       --track "<track>" --today YYYY-MM-DD
   

   该脚本离线运行且结果确定：它会检测当前阶段（投稿前／审稿中／终稿），计算距离信息文件中每个截止日期的剩余天数，并按标准倒推间隔生成带日期的里程碑（T-21d 双重投稿审核和互惠审稿检查、T-14d 系统账号、T-10d 作者名单冻结、摘要注册的实际日期、T-5d 补充材料、T-3d 预检、T-2d 上传草稿、T-1d 最终上传）。--camera-ready YYYY-MM-DD 用于指定信息文件中标为 null 的截止日期。机器处理时使用 --format json。

4. **使用 references/milestone-playbook.md 自定义里程碑：**说明每个里程碑的具体要求、间隔设置的原因、补充材料／代码大小限制、互惠审稿机制以及 AoE 时间计算。根据用户的限制调整间隔（例如：合作者在 T-10d 休假 → 应更早冻结作者名单）。绝不调整 HARD 截止日期；只能调整准备类里程碑。

5. 添加各系统的步骤： 根据 references/submission-systems.md 中与信息文件 review.submission_system 对应的内容，添加账号所需提前时间（OpenReview 资料审核可能需要约 2 周）、投稿表单要求、利益冲突登记，以及各系统容易出错的签名环节（HotCRP 的“ready for review”复选框、PCS 元数据锁定、EasyChair 合作者邮箱拼写错误、CMT 利益冲突名单）。

6. 通过交互方式执行双重投稿审核。 原文引用信息文件中的 review.dual_submission 政策，然后请用户列出每位合作者在其他地方处于审稿中或计划投稿的所有重叠稿件（包括研讨会版本和 arXiv 计划）。根据引用的政策标记冲突；如果政策含糊不清，请如实说明并指向 CFP——不要擅自裁定。

7. 呈现计划：阶段、含剩余天数的关键日期表、里程碑表（逾期项目优先列出并明确指出）、各系统步骤、政策检查项，以及重新核实警告。如果论文截止日期已过，切勿假装尚未截止——应规划下一阶段，并明确说明哪些截止日期已过。

输出

以 Markdown 编写带日期的投稿计划：当前阶段、含剩余天数的关键日期（注明时区）、倒推里程碑安排及状态（Nd 内／TODAY／OVERDUE／PASSED）、投稿系统检查清单、政策检查项（双重投稿、大模型政策、互惠审稿），以及结尾提示："日期来自 <profile>（已于 <date> 核实）。已于 <today> 根据 <cfp_url> 重新核实。截止日期可能在周期中途变动——每个里程碑前都请再次查看 CFP。"

注意事项

• 绝不臆造日期。个人资料中的 null 在计划中仍应保持为未知，并注明去哪里查找——猜测截止日期还不如不写。
• 每个截止日期旁都必须注明时区。AoE 很常见，但并非通用（SIGSPATIAL 使用太平洋时间）；错误假设可能会耽误一天。
• 绝不代表用户在任何投稿系统中提交、注册、创建账号或点击任何内容。计划会告知用户要做什么；由用户自行操作。
• 已过的截止日期应报告为已过，绝不能悄悄删去或重新安排。
• 每次调用抓取脚本只能抓取一个页面；缓存必须保存在 .cache/ 下（已加入 gitignore）；绝不提交抓取的征稿通知文本。

随附文件

• references/milestone-playbook.md — 每个里程碑的要求、默认时间偏移及其依据、补充材料和代码限制、相互审稿、双重投稿检查、AoE 时间计算。
• references/submission-systems.md — 各系统操作指南：OpenReview、CMT、EasyChair、HotCRP、PCS。
• scripts/build_timeline.py — 确定性、感知阶段的时间线生成器 （运行它；不要手动计算日期）。
• scripts/fetch_page.py — 用于在线重新核验征稿通知的礼貌型单页抓取器 （从 parse-cfp 引入，确保此技能自包含）。
• scripts/venue_profile.py — 共享的资料加载器（YAML 子集解析器 + 系列合并），为确保自包含而引入。