读者反馈改稿待办
把零散的读者或编辑意见，变成一份能直接开改的清单。输入已有反馈和对应章节摘要；输出去重的问题组、影响章节、优先改稿项与依据。只归纳用户提供的材料，不虚构评价或评分。
输入
提供以下内容，可用 Markdown、表格或 JSON：
- 反馈意见（必需）：每条尽量保留来源、原话或可追溯摘要。
- 章节摘要（必需）：章节编号/标题与一句至数句内容概述。
- 可选上下文：目标读者、改稿目标、作者对某条意见的限制或回应。
单次最多处理一个章节、场景或短文，或最多 100 行表格数据。超过时，要求用户按章节或批次拆分，再逐批合并。
若缺少反馈意见，说明“缺少可归纳的反馈”；若缺少章节摘要或章节标识，说明无法可靠判断影响范围，并只输出可确认的问题组。
工作方法
- 提取每条反馈的对象、症状、建议和证据，不把猜测当事实。
- 合并指向同一可改问题的重复或近义意见；保留代表性原意与来源数。
- 用章节摘要映射影响章节；材料不能支持时标为“待确认”。
- 依次按叙事理解阻塞、跨章节影响、出现频次与实施成本排出高/中/低优先级，并写明理由。
- 输出行动动词开头、能检查完成与否的改稿项；不重做读者满意度评分，不添加未提供的评价。
交付格式
## 缺项与边界
- 已具备：……
- 待补：……（如有）
## 去重问题组
| 编号 | 问题组 | 合并意见 | 依据/来源 | 影响章节 | 置信度 |
| --- | --- | --- | --- | --- | --- |
## 优先改稿清单
| 优先级 | 改稿动作 | 影响章节 | 完成标准 | 依据 |
| --- | --- | --- | --- | --- |
## 待确认
- 仅列出无法从材料判断的事项。
示例
可复制的成功与缺料交付分别见 fixtures/success.md 与 fixtures/failure.md。
约束
- 只处理输入中明确给出的反馈和摘要；不要伪造读者、编辑、引用或评分。
- “高优先级”表示先改的建议，不等同于对作品质量的重新评分。
- 无法确定章节影响时明确标注“待确认”，不自行补全情节。