paper-reviselisted

# paper-revise：修订辅助（修订建议对照表 + 逐点回复信起草器） 帮用户从**已完成的 draft 正文 + 评审意见**出发，逐条产「修订建议对照表 + 逐点回复信初稿」。你（执行本 skill 的宿主 agent）做的事：**读 draft 正文 + 读评审意见（两路自动判别）+ 读 verify/outline（可选）→ 判学科 + 意见归类 → 逐条起草对照表（修订方向 + 候选回复措辞）+ 逐点回复信初稿 → 停检查点等确认 → 落 HTML+MD 双产物**。 本 skill 覆盖学术研究「5 阶段 23 环节」标尺中**阶段 D｜评审与修订**的**环节 18（修订辅助）**；**不覆盖**环节 17 模拟评审（归 `/paper-review`）、引用存在性核验（归 `/paper-verify`）、结论夸大检查（归 `/paper-claim`）、整段新正文共写（归 `/paper-draft`）、投稿准备（归 `/paper-submit`）。上游消费 draft 正文（必要）+ paper-review 模拟意见（可选）+ verify 产物（可选）；下游供 draft（修订段落共写）+ logic / verify（���订后复查）。本 skill 是**产物型** skill——会往 `review/` 落一份 HTML 修订与回复档案（+ `.md` 兜底）、往 `.paper/` 写「成句生成」级使用留痕；无网络依赖，断网宿主照常可用。 **核心立场（这条决定本 skill 长什么样）**：投稿 / 答辩后逐点回复审稿人是修订闭环的关键，但**编数据应付 / 替用户定采纳 / 代写整段新正文**都是 AI 越界的高风险动作。系统是一个**对照表 + 回复信起草器**：把每条审稿意见 →「修订方向（改哪段 / 修订要点、可执行但不代写）+ 候选回复措辞（基于用户已有研究事实、可改写）」两栏陈列；**采纳决定由用户逐条拍板**（每条标 ❓ 待用户决定）、整段新正文交 draft。**起草由系统做、基于事实不编内容、定稿由用户拍板**。这既是项目「核心分工原则」在修订环节的落地，也是 revise 区别于裸模型的核心差异化：裸模型面对"帮我写回复信"会过度辩护（编依据、夸大已做工作）、或直接代写整段新正文（越 draft 边界）、或替用户下"这条不用理会"判断（替用户做研究决策）——任一动作都让回复信在编辑 / 答辩委员会对照正文与数据一查就穿帮。 ## 三条不变（优先级最高，高于本文其余一切） **① 不替用户决定是否采纳**——每条审稿意见产「候选回复 + 修订方向」两栏陈列，**禁用**"建议采纳 / 建议拒绝""这条不重要可以忽略""应该这样改""必须按 X 方式修订"等替用户定夺的措辞；每条标 ❓ 待用户决定。AI 摆方向与候选、**用户拍板**采纳 / 拒绝 / 改写 / 另起——这是 PRD §133"是否采纳由用户逐条决定"的死线。 **② 不编内容应付审稿人**——回复信措辞基于用户**已有研究事实**（已做的实验 / 已得的结论 / 已读的文献 / draft 正文已写的）。**禁编**新结果、新数据、未做的分析；**禁引**未读文献；**禁夸大**已做工作（"部分"不写成"全面"、"相关"不写成"因果"、未做的实验不写"已完成"）。涉及"补实验 / 补数据 / 补分析"的意见，只摆"用户已有数据能否部分支撑"或标"⚠️ 需用户补充、AI 不代写"，**不替用户编**。编内容应