主题
12 - 投稿策略
把稿件、风险和 rebuttal 准备成 submission pack
目标
投稿不是“把 pdf 传上去”，而是最后一次系统确认：
这篇论文是否已经达到当前 venue 的可投状态，剩余风险是什么，收到审稿后准备如何应对？
本章的目标是：
- 根据 claim 强度、证据质量和 venue 要求做投稿判断
- 把最终稿、checklist、风险和 rebuttal 准备整合为
SUBMISSION_PACK.md - 防止在截稿前靠新增未验证内容“救稿”
- 把 reviewer 最可能打的点提前写成 rebuttal 准备项
- 为提交和后续审稿阶段留好清晰记录
本章回答的问题是：
现在是不是该投，应该投哪里，最可能被问什么，我们准备怎么答？
完成标准
完成本章，不等于“我们挑了个会议”，而是至少做到：
- 你有一份经过人类复核的
SUBMISSION_PACK.md - 你知道目标 venue 的 scope、篇幅和实验预期是否匹配当前稿件
- 你列出了当前版本的主要风险和最可能的 reviewer objections
- 你明确哪些问题可以 rebuttal 回应，哪些问题会直接导致不应投稿
- 你没有在最后阶段追加未经验证的新 claim
输入与标准产物
输入
建议直接使用 08-11 章产物和最终稿：
| 输入 | 作用 |
|---|---|
REVIEW_LOOP_LOG.md | 回看 unresolved issues 和 stop condition |
PAPER_PLAN.md | 回看 paper 的核心定位和目标读者 |
CLAIMS_EVIDENCE_MATRIX.csv | 检查当前 visible claim 是否都被支撑 |
FIGURE_SPEC.md | 确认图表是否齐备 |
CITATION_CHECK.md | 确认高风险句子和引用核查是否完成 |
| 当前论文最终稿 | 作为投稿对象 |
| 目标 venue 指南 | 约束格式、页数、匿名化、artifact 政策 |
标准产物
| 产物 | 作用 | 后续会在哪用到 |
|---|---|---|
SUBMISSION_PACK.md | 汇总投稿目标、检查清单、主要风险、rebuttal 准备和最终决策 | 提交、审稿、复盘 |
这些 artifact 的统一命名、建议路径和状态定义见：附录 E
人类-智能体协作
| 阶段 | 智能体适合做什么 | 人必须负责什么 | 常见风险 |
|---|---|---|---|
| venue 对齐 | 汇总会议 scope、格式和 artifact 要求 | 判断论文与 venue 是否真的匹配 | 只看中稿率，不看匹配度 |
| checklist 整理 | 生成匿名化、格式、补充材料清单 | 对最终提交内容签字 | checklist 完成但主风险仍在 |
| rebuttal 预演 | 模拟 reviewer objection 和答复框架 | 决定哪些 objection 可防守 | 自我审稿过于宽松 |
| 风险汇总 | 组织 remaining risks 和 stop reasons | 决定是否现在投稿 | 明知主风险未解仍硬投 |
本章默认的工作方式是：
智能体可以帮你查规则、整理 checklist、预演 rebuttal；人类必须决定是否真正投稿。
投稿策略不是什么
这一章不是：
- 哪个会议好中就投哪个
- 截稿前几小时再补主实验
- 把 unresolved claim 先写进去，指望 rebuttal 再解释
- 把所有 reviewer 可能的问题都押给未来的自己
投稿决策的本质是：
在当前证据和风险条件下，判断稿件是否已经达到“可被这个 venue 公平评价”的状态。
工作流
Phase 0: 先判断 fit，再判断概率
选择 venue 时优先看：
| 维度 | 你要问什么 |
|---|---|
| Scope fit | 这个 venue 是否真的关心你的问题和证据形式 |
| Evidence fit | 当前实验深度和分析粒度是否符合其预期 |
| Space fit | 页数和版式是否容得下你的主线 |
| Timing fit | 你是否有足够时间完成匿名化、附录和补充材料 |
如果 fit 明显不够，再高的“经验中稿率”也没有意义。
Phase 1: 用 unresolved issues 做 go / no-go 检查
回看 REVIEW_LOOP_LOG.md，重点找三类问题：
| 类型 | 若未解决，通常意味着什么 |
|---|---|
| Claim-level risk | 主 claim 可能站不住，不应投稿 |
| Evidence-level risk | 论文可能被直接质疑实验不足 |
| Presentation-level risk | 可以修，但不一定阻止投稿 |
实用原则：
- presentation 问题通常不应阻止投稿
- claim / evidence 问题经常会直接决定投不投
Phase 2: 组织 submission checklist
不要把最后阶段当成“只剩格式整理”。
建议至少检查：
- 模板和页数
- 匿名化
- 引用和 bib 完整性
- 图表、附录和补充材料一致性
- artifact / code / data 政策要求
- 伦理声明、局限性、broader impact 等 venue 特定要求
Phase 3: 提前写 rebuttal readiness
投稿前就应该知道最可能被问什么，而不是等审稿后临时反应。
建议提前列出：
- reviewer 最可能质疑的 closest work
- 最可能被问的 baseline / setting 缺口
- 最可能被攻击的 claim 强度
- 当前已经准备好的回答证据
- 当前无法回答但必须诚实承认的点
Phase 4: 写成 SUBMISSION_PACK.md
这一章的输出不是一句“可以投了”，而是一个投稿包。
一个可选的 submission 决策图（LaTeX/TikZ）
如果你想在本章放一张“投稿前决策图”，可以直接使用下面的 LaTeX 代码：
使用时需要：
latex
\usepackage{tikz}
\usetikzlibrary{positioning,arrows.meta}SUBMISSION_PACK.md 模板
markdown
# Submission Pack
## Venue Decision
- Target venue:
- Why this venue:
- Backup venue:
## Current Paper State
- Final draft version:
- Page / word status:
- Main figures and tables ready:
## Remaining Risks
| Risk ID | Type | Severity | Description | Can rebuttal handle it? | Action |
|---------|------|----------|-------------|--------------------------|--------|
| R1 | evidence | high | ... | no | hold |
| R2 | writing | medium | ... | yes | revise final wording |
## Submission Checklist
- [ ] anonymous version checked
- [ ] citations and bib checked
- [ ] figures and tables consistent
- [ ] appendix / supplementary ready
- [ ] venue-specific policy checked
## Rebuttal Readiness
- Likely objection 1:
- Prepared answer:
- Supporting evidence:
- Likely objection 2:
- Prepared answer:
- Supporting evidence:
## Final Decision
- Decision: SUBMIT / HOLD / REDIRECT
- Reason:工具接入建议
这一章更适合吸收 附录 D 里“review-aware submission planning”和 task contract 的经验：
| 工具 / 来源 | 更适合做什么 | 不要直接拿来做什么 |
|---|---|---|
| ARIS review / paper flow | 用前面 artifact 反推 submission readiness | 自动替你做最终投稿决定 |
| AI-research-SKILLs | 组织 checklist、风险表和交接包 | 用模板掩盖 claim 风险 |
| reviewer simulation agents | 预演 rebuttal 问题和答复框架 | 把模拟结果当真实审稿 |
这里强调的是从 agent / skill 框架提炼出的 submission contract，而不是传统“最后一天查格式”。
质量控制
1. fit 优先于运气
投稿先看是否匹配，再看是否“值得赌一把”。
2. unresolved high-risk claim 不应硬投
如果主 claim 仍然站不住，格式再漂亮也没用。
3. rebuttal 不是补主实验的默认方案
rebuttal 应回应误解和边缘问题，不应用来填明显主证据缺口。
4. checklist 不能替代研究判断
格式无误不等于论文就已经准备好了。
5. 保留诚实的 stop / hold 选项
有时最好的投稿策略是本轮不投。
常见错误
错误 1：为了赶截稿保留站不住的 claim
表现：知道 claim 证据不足，但希望审稿人不注意。
解决：删除、降级或 hold，不要寄希望于侥幸。
错误 2：venue 只看名气
表现：忽略 scope 和 evidence fit。
解决：先看论文是否会被该 venue 公平理解。
错误 3：把 rebuttal 当主修复期
表现：投稿前不修，指望 rebuttal 再解释。
解决：主风险应在投稿前解决或承认。
错误 4：只检查格式，不检查风险
表现：匿名化和版式都做了，但主实验缺口未处理。
解决：SUBMISSION_PACK.md 必须同时记录 checklist 和 risks。
错误 5：没有 backup venue / hold 决策
表现：所有选择都押在一个 venue 和一个时间点上。
解决：至少准备 backup venue 或 hold 方案。
检查清单
完成本章后，你应至少能回答：
| 问题 | 状态 |
|---|---|
| 我是否确认了目标 venue 与当前稿件匹配？ | [] |
| 我是否知道当前 unresolved high-risk issues 是什么？ | [] |
| 我是否整理了 submission checklist？ | [] |
| 我是否提前准备了 rebuttal readiness？ | [] |
| 我是否能给出 submit / hold / redirect 的明确决策？ | [] |
小结
投稿策略的关键不是“找个地方投”，而是：
- 检查 venue fit
- 审视 unresolved risks
- 准备 rebuttal readiness
- 把所有内容写进
SUBMISSION_PACK.md - 明确做出 submit / hold / redirect 决策
下一步：13-复盘与资产化 - 把这次项目沉淀成模板、skill 候选和失败案例资产
引用 ARIS：本章的 review-aware 投稿判断和阶段化交接思路主要来自 ARIS 的 paper 流程。
扩展来源：这一版还吸收了 AI-research-SKILLs 与 reviewer simulation 类 agent 的可执行经验。完整来源见：附录 D