camera-ready-finalizer

Camera-Ready Finalizer

完成已录用论文的定稿，确保提交的终稿内容一致、已解除匿名、论断稳妥，并可移交代码发布或工件评估。

适用于以下情况：

• 论文已被录用，用户需要准备终稿
• 需要对照最终 PDF 核查作者回复或讨论中的承诺
• 需要将匿名投稿文本改为面向作者的最终文本
• 需要添加致谢、作者元数据、代码链接、项目页面或资助声明
• 需要同步最终版图、表、说明文字、附录、补充材料和参考文献
• 需要妥善整合新的 rebuttal 实验或审稿人要求的修改
• 上传前需要对论断、证据、引用和代码发布进行最终一致性检查
• 需要清理 camera-ready 版本或出版方可见的源文件，移除仅供 Agent 使用的文件、内部结果文档、绘图脚本、原始 CSV、审稿与 rebuttal 草稿以及私有路径

不要将此技能用于投稿前准备。首次投稿前请使用 submit-paper。审稿仍在进行时请使用 rebuttal-strategist。论文相关事项明确后，请使用 release-code 准备公开代码仓库。

将此技能与以下技能搭配使用：

• 使用 rebuttal-strategist 梳理审稿人提出的问题、回复承诺和承诺的修改
• 使用 paper-evidence-board 完成最终论断、证据、溯源、风险、行动和移交事项之间的关联
• 使用 figure-results-review 在修改后重新检查最终图、说明文字和表格
• 使用 citation-audit 检查最终 BibTeX、引用、标签和元数据是否正确
• 当已录用论文的修改显示相关工作有缺漏时，使用 citation-coverage-audit
• 使用 conference-writing-adapter 定稿对已录用审稿意见或局限性的表述
• 使用 submit-paper 进行最终格式和编译检查
• 使用 release-code 和 artifact-evaluation-prep 准备公开代码和工件移交
• 使用 add-git-tag 标记已录用／camera-ready 里程碑
• 当最终论文状态需要在不同会话间保留时，使用 research-project-memory

技能目录结构

<installed-skill-dir>/
├── SKILL.md
└── references/
    ├── claim-evidence-final-lock.md
    ├── de-anonymization.md
    ├── final-submission-audit.md
    ├── memory-writeback.md
    ├── rebuttal-promise-audit.md
    ├── release-handoff.md
    ├── report-template.md
    └── supplement-consistency.md

渐进式加载

• 始终阅读 references/rebuttal-promise-audit.md、references/de-anonymization.md、references/claim-evidence-final-lock.md 和 references/final-submission-audit.md。
• 存在附录、补充材料、清单或其他材料时，阅读 references/supplement-consistency.md。
• 涉及代码、项目页面、工件、数据、检查点或复现链接时，阅读 references/release-handoff.md。
• 撰写最终报告前，阅读 references/report-template.md。
• 项目包含 memory/、组件 .agent/ 文件夹，或用户要求持久化记忆时，阅读 references/memory-writeback.md。
• 如果需要遵守特定会议的 camera-ready 规则，在对页数限制、必需章节、许可证、清单或上传字段作出明确判断前，先核实会议当前的官方说明。

核心原则

• Camera-ready 是对一致性和承诺的收尾，而不是重新撰写论文。
• 每项 rebuttal 承诺都应得到落实、明确说明已被取代，或记录为不适用。
• 必须彻底解除匿名，但不得引入新的主张或缺乏依据的关联。
• 最终主张必须与最终证据、图、表、补充材料和代码一致。
• 接收后的新增修改应降低风险，而不是重新引发创新性或评估方面的争议。
• 正文、附录、补充材料、元数据和代码链接必须传达一致的信息。
• 最终输出应清楚交接后续发布、工件评估、打标签和归档记录工作。
• 不要将本地 TeX 是否可用记录为持久论文状态。应使用项目/工作树的编译后端（local、Overleaf-GitHub、CI 或 unknown）来决定最终编译证据的来源。
• 如果主论文分支必须保留提交版或 arXiv 状态，进行 camera-ready 定稿时优先使用 paper-worktrees/ 下专用的论文工作树。
• 除非用户明确表示源文件包仍为私有，否则将最终 camera-ready 源文件视为 camera-ready-public 或 publisher-artifact。

步骤 1 - 恢复接收背景

收集：

• 论文目录和主 LaTeX 文件
• 最终版本位于 paper/，还是位于 paper-worktrees/ 下的 camera-ready 工作树
• 目标会议以及 camera-ready 截止日期
• 接收邮件、元审稿、审稿意见、讨论和作者回复
• rebuttal 承诺清单（如有）
• 当前已接收的草稿和当前 camera-ready 草稿
• 最终图、表、补充材料、附录、清单和参考文献
• 作者名单、隶属机构、致谢、资助信息、项目/代码/数据链接
• 代码发布或工件要求
• 项目记忆 ID，例如 CLM-###、EVD-###、RSK-###、ACT-###、REV-### 或 PROM-###

如果没有承诺清单，应在编辑论文前根据审稿意见、rebuttal 和讨论创建一份。

步骤 2 - 审核 rebuttal 承诺

阅读 references/rebuttal-promise-audit.md。

建立承诺台账：

• 审稿人/来源
• 承诺或隐含责任
• 必需的论文修改
• 当前状态
• 最终草稿中的位置
• 证据或工件链接
• 未落实时的风险

状态：

• fulfilled（已落实）
• partially-fulfilled（部分落实）
• superseded（已被取代）
• not-applicable（不适用）
• missing（缺失）
• needs-author-decision（需要作者决定）

不要因为承诺不便落实就悄然将其删除。如果无法落实某项承诺，应标明风险，并视需要拟定保守的说明或局限性描述。

步骤 3 - 解除匿名并恢复最终元数据

阅读 references/de-anonymization.md。

检查：

• 作者姓名、顺序、隶属机构、电子邮件和脚注
• 致谢、资助、计算资源拨款、机构资源
• 代码、数据、项目页面、模型和附录链接
• 自引文献和匿名化参考文献
• 已移除的匿名占位符
• PDF 元数据，以及适用情况下的工件元数据
• 如有要求，许可证、版权和出版方特定的最终元数据

不要编造资助、隶属机构或作者顺序信息。如果缺少必需的个人/机构信息，应询问用户。

步骤 4 - 根据最终证据锁定主张

阅读 references/claim-evidence-final-lock.md。

对于每项主要主张：

• 最终论文中的位置
• 支持该主张的图/表/定理/实验/引文
• 最终状态：有支持、范围缩小、移至附录、局限性或删除
• 新增的 rebuttal 实验是否改变了该主张
• 图注和结果描述是否与最终数值一致
• 补充材料和代码是否与论文一致

如果某项主张缺乏支持，应缩小其范围、将其移至局限性/未来工作，或将其删除。

步骤 5 - 检查补充材料和附录的一致性

在相关时阅读 references/supplement-consistency.md。

检查：

• 正文中对附录／补充材料的引用均可正确跳转
• 附录编号、图表标签和交叉引用均正确
• 补充材料中的主张与正文不矛盾
• 对额外实验的总结保持一致
• 审稿人要求的详细信息易于查找
• 清单、伦理、局限性、更广泛影响和可复现性部分符合最终投稿场所的要求

步骤 6 - 执行最终投稿审核

阅读 references/final-submission-audit.md。

检查：

• 投稿场所的定稿版说明和上传要求
• 页数限制和最终排版
• 编译状态和最终 PDF 的基本检查
• 参考文献和元数据
• 标签、引用、图、表、算法、公式和附录
• 过时的 TODO、注释、草稿宏、匿名化文本或隐藏占位符
• 公开或出版方可见的源文件卫生：.tex 文件中不得包含内部图表描述、审稿人备注、私有路径或仅用于草稿的注释
• 公开或出版方可见的文件树卫生：源文件包中不得包含 .agent/、AGENTS.md、CLAUDE.md、原始 CSV、内部结果文档、绘图脚本、笔记本、溯源记录、审稿人／回复草稿或私有路径
• 最终标题、摘要、作者元数据和 PDF 文件名
• 如果包含链接，检查最终链接是否可访问

必要时使用 citation-audit 和 submit-paper 进行详细检查。

如果编译后端是 local，请在编译前检测运行时编译器。如果后端是 Overleaf-GitHub，请确认 GitHub 远程仓库，在收到请求时推送定稿源文件，并请用户在 Overleaf 中编译。如果后端是 CI，请使用 CI 日志和构建产物。根据远程日志或截图进行最终 LaTeX 修复。

步骤 7 - 准备发布和产物交接

在相关时阅读 references/release-handoff.md。

准备以下交接项：

• release-code：仓库可见性、README、许可证、引用文件、标签、模型／数据链接、复现命令
• artifact-evaluation-prep：安装说明、预计运行时间、最小演示、硬件、检查点、数据、故障排除
• add-git-tag：录用／定稿里程碑摘要
• 项目记忆收尾

将论文定稿与代码发布分开处理，但要明确列出各自的任务。

步骤 8 - 撰写定稿报告

阅读 references/report-template.md。

如果要保存到项目中但未指定路径，请使用：

docs/submission/camera_ready_audit_YYYY-MM-DD_<venue>.md

报告必须包含：

• 就绪状态判定
• 阻塞问题
• 承诺清单
• 去匿名化状态
• 最终主张／证据确认
• 补充材料／附录一致性
• 最终投稿审核
• 发布／产物交接
• 记忆更新部分

步骤 9 - 写回项目记忆

存在记忆时，阅读 references/memory-writeback.md。

更新：

• memory/decision-log.md：录用和定稿决策
• memory/claim-board.md：最终主张状态
• memory/evidence-board.md：最终论文就绪证据和产物链接
• memory/risk-board.md：任何已接受的剩余风险
• memory/action-board.md：最终阻塞项、发布任务、产物任务和标签任务
• memory/source-visibility-board.md：最终源文件可见性级别、清理门槛、公开内容清洁度审核状态以及剩余的源文件包阻塞项
• paper/.agent/：定稿状态、最终元数据、最终 PDF 路径、最终上传备注
• rebuttal/.agent/：承诺履行状态和录用结果

最终检查

提交前，请确认：

• 已落实所有答辩承诺
• 作者元数据和致谢均已完善
• 不再有匿名占位符
• 最终论断与最终证据一致
• 图、表、图注、补充材料和代码链接彼此一致
• 最终参考文献和标签已整理妥当，或已转交给 citation-audit
• 最终格式已整理妥当，或已转交给 submit-paper
• 最终源码可见性已整理妥当，或已转交给 submit-paper / 源码清理
• 代码、制品和发布相关义务已转交处理
• 项目记忆已记录录用 / 可供出版的状态