用途：根据审稿报告和修订稿，生成完整回复审稿人文档，交叉核对每一条意见与修改稿内容，分类、撰写礼貌回复，并在投稿前标记未处理事项。
输入：$0 为审稿报告路径，$1 为修订稿路径，支持 .tex、.qmd、.md、.txt 直接读取；.pdf 用 pdftotext，.docx 用 pandoc 或 docx2txt，.html 用 pandoc 转纯文本。转换时用 mktemp 创建临时文件，并保留原始文件用于页码引用。若缺少工具或提取失败，应要求用户提供纯文本版本。扫描版 PDF 可能提取为空页，需对比总页数与有文本页数，必要时直接 Read 或说明未读取的页码；完成后删除提取副本。
工作流程：解析审稿报告，拆分为带编号的具体意见，记录严重程度、代表性原文（约25词）和一句话摘要；在修订稿纯文本中检索关键词并读取上下文，标注原文件页码、章节、行号；将每条意见分类为 Addressed、Partially addressed、Deferred 或 Disagreement，找不到修改证据或明确处理决定则标记 UNADDRESSED — REQUIRES AUTHOR INPUT，并在警告汇总中提示；每条意见撰写3–6句回复，先认可意见，再说明修改或未修改原因，并指出修订稿中的位置，语气礼貌坚定。
输出：默认写入 quality_reports/response-to-referees_<paper-slug>.md，结构含标题信息、感谢段落、按审稿人分节的回复列表，以及末尾关注度矩阵，汇总每条意见的分类、承诺行动、受影响文件、代码重跑状态、编号声明状态和回复位置。可选生成 CSV 映射文件。
验证与限制：写完后必须进行 Post-Flight 验证，用 claim-verifier 在全新上下文中核对所有“我们在第Y页添加X”类声明，PASS 则附绿色块，PARTIAL/FAIL 则按证据重写并降级分类，可用 --no-verify 跳过但不推荐。最终聊天消息须包含警告汇总，列出需要作者输入的意见；全部覆盖则说明均已处理或明确分类。完成前确认每条意见有分类、每个 Addressed/Partially addressed 都引用了具体页码、章节或行号。回复文档默认存放在 quality_reports/，不要放在仓库根目录。