递归指称机器融合重构版：反馈拆条、合并与冲突归因规则

递归指称机器融合重构版：反馈拆条、合并与冲突归因规则

返回：融合重构版总入口（馆内参考，未随本文公开）
反馈台账：递归指称机器融合重构版-读者反馈收集台账-2026-07-07
原始回应脱敏规则：递归指称机器融合重构版-第一轮原始回应脱敏与证据保全规则-2026-07-07 反馈回收字段规则：递归指称机器融合重构版-第一轮反馈回收表单字段与缺字段校验规则-2026-07-07 RF SOP：递归指称机器融合重构版-RF反馈处理SOP与微修复验清单-2026-07-07（馆内参考，未随本文公开）
N0 暂存规则：递归指称机器融合重构版-N0泛泛备注暂存规则与不修订台账-2026-07-07（馆内参考，未随本文公开）
N0 追问模板：递归指称机器融合重构版-N0追问模板与转RF前置问句卡-2026-07-07（馆内参考，未随本文公开）
RF 判定矩阵：递归指称机器融合重构版-RF判定矩阵与不修订理由库-2026-07-07
反馈汇总读表：递归指称机器融合重构版-第一轮反馈汇总读表与修订窗口开启条件-2026-07-07
修订窗口执行台账：递归指称机器融合重构版-修订窗口执行台账与停手条件-2026-07-07（馆内参考，未随本文公开）
状态机：递归指称机器融合重构版-锁版状态机与下一步路由卡-2026-07-07
差异记录与回滚模板：递归指称机器融合重构版-差异记录与回滚模板-2026-07-07（馆内参考，未随本文公开）
恢复手册：递归指称机器融合重构版-后续恢复与禁止动作手册-2026-07-07
第二十七批报告：递归指称机器融合重构版-发布前最终轻读第二十七批-反馈拆条合并与冲突归因规则-2026-07-07（馆内参考，未随本文公开）

1. 本页用途

拆条只能处理已脱敏的回应。原始聊天或截图先按 原始回应脱敏与证据保全规则去掉身份信息，再进入字段校验和拆条流程。

本页处理“一个回应如何拆成多个反馈单元”。拆条之前，先按 反馈回收表单字段规则确认原始回应至少有可定位对象和卡点；字段不足时先追问或暂存，不硬拆成 RF。

前面的规则已经解决了几个关键闸门：没有真实反馈不进 RF；进入 RF 也不自动修订；第一轮反馈要先汇总再开窗；公开新版要另走二次锁版。

本页补的是更细的一步：一个真实读者回应本身往往不是一条反馈，而是一团反馈。

例如，同一个读者可能同时说：

第二章公式有点绕；第四章像评分；附录 B 太长；手机网页目录还不错。

这不能粗暴登记成一条 RF，也不能登记成一次“整体不满意”。它至少包含四个不同对象：公式、三轴误读、附录节奏、网页正反馈。只有先拆条、合并、归因，后续 RF 判定矩阵和修订窗口才不会被噪声带偏。

理论上，这也是“反馈”这个递归环节的最低卫生：反馈不是读者情绪本身，而是回应进入作品系统前必须被定位、分割、判定和回流的材料。

当前没有真实外发、真实 N0、真实 RF、真实反馈簇或真实冲突条目。本页只是规则，不生成任何真实编号。

2. 三个层级必须分开

2.1 原始回应

原始回应是读者给出的完整话语。它可以是聊天、表格、邮件、语音转写或手写备注。

原则：原始回应不直接等于 RF。先判断它里面有没有可定位的最小反馈单元。

2.2 最小反馈单元

最小反馈单元必须尽量同时具备三件事：

位置 + 卡点 + 原因

• 位置：PDF 页码、HTML 小节、章节名、原句、页面元素。
• 卡点：定义、节奏、案例、网页、证据边界、可删减等。
• 原因：为什么读者卡住、误读、累、不同意或无法定位。

只有最小反馈单元才可能进入 RF；没有位置和卡点的仍按 N0 处理。

2.3 反馈簇

反馈簇是多个反馈单元指向同一位置、同一误读或同一阅读问题时的归并结果。

反馈簇不是新的修订许可。它只说明：这些反馈可能在处理同一个问题，后续应避免重复登记、重复修、重复开窗。

3. 拆条规则

收到真实回应后，按以下顺序拆条：

1. 先标出所有位置：页码、小节、章节、原句、按钮、目录、附录项。
2. 再标出所有卡点：定义误读、公式误读、节奏过密、案例不服、证据边界、页面故障、可删减。
3. 一个位置里有多个卡点时，拆成多条；例如同一段既“看不懂公式”又“误读成评分”，就是两条。
4. 多个位置出现同一类卡点时，也拆成多条；例如第二章公式和第四章三轴都绕，不能合成“理论太绕”。
5. 正向反馈只登记为阅读观察，不转 RF，除非它反向提示某个明确问题。
6. 无位置的态度句进入 N0，不进入 RF。

4. 不拆条会造成什么错误

5. 合并规则

拆条之后，再判断是否合并为同一反馈簇。

可以合并：

1. 多个读者都卡在同一公式、同一小节、同一页面入口。
2. 多条反馈都把三轴九格误读成评分系统。
3. 多条反馈都指出同一 HTML/PDF 阅读层故障。
4. 多条反馈都要求同一个候选片证据边界降调。

不可以合并：

1. 位置不同，只是都说“抽象”。
2. 一个是定义误读，一个是节奏疲劳。
3. 一个要求补清理论，一个要求删减篇幅。
4. 一个是正文问题，一个是阅读层问题。
5. 一个是读者审美偏好，一个是判据误读。

合并的目的不是把多条反馈压扁，而是防止同一问题被重复修多次。

6. 冲突归因规则

有些反馈会互相冲突。冲突不是坏事，但不能平均处理。

冲突归因的核心原则：不按多数票改理论，不按单条意见扩写，不把冲突平均成折中大改。

7. 编号与登记模板

当前不生成真实编号。未来使用时可按下面模板记录到对应台账或批次报告。

原始回应编号：RAW-FB-____
匿名读者编号：R-____ / 未外发来源
回应日期：YYYY-MM-DD
原始回应摘要：
是否含多反馈单元：是 / 否
拆出单元数：

反馈单元：
- 单元临时号：UNIT-____
  位置：
  卡点：DEF / RHY / CAS / WEB / EVD / CUT / N0
  原因：
  是否转 RF：是 / 否
  若转 RF：RF-____
  若不转 RF：N0 / 正向观察 / rejected-before-RF / 待追问

可能归并反馈簇：FBG-____
是否存在冲突：是 / 否
冲突对象：
下一步：追问 / RF pending / RF 判定矩阵 / 汇总读表 / 不处理

8. 计数规则

为了防止未来汇总失真，计数必须按以下口径：

1. 一个读者回应可以拆出多条反馈单元。
2. RF 数量按真实进入 RF 的单元计，不按原始回应计。
3. N0 数量按无位置、无卡点或追问失败的泛泛备注计。
4. 反馈簇数量只用于合并同类问题，不等于 RF 数量。
5. 多个读者同一卡点可以提高问题置信度，但不扩大修订范围。
6. 正向反馈可以作为阅读观察，但不进入修订窗口统计。
7. 冲突反馈必须保留冲突关系，不得静默抹平成“大家都觉得”。

9. 与修订窗口的关系

拆条和合并发生在修订窗口之前。

真实回应
  ↓
拆成最小反馈单元
  ↓
N0 / RF / 正向观察 / 冲突标记
  ↓
同类问题归并为反馈簇
  ↓
RF 判定矩阵
  ↓
反馈汇总读表
  ↓
修订窗口执行台账

如果没有拆条，后续开窗就会过大；如果没有合并，后续可能重复修；如果没有冲突归因，后续可能把不同读者的相反要求误当成同一个方向。

10. 进入 RF 前的最小判断

每个反馈单元进入 RF 前，必须回答：

它指向哪里？
它卡住什么？
它为什么影响理解或阅读？
它属于 N0、RF、正向观察，还是不处理？
它是否与已有反馈单元指向同一问题？
它是否与已有反馈单元冲突？

任一问题答不出，先停在 N0、待追问或观察，不进入正文修订。

11. 当前结论

当前仍处于 S0_LOCKED_NO_DISPATCH。本页只建立未来真实反馈进入系统前的拆条、合并与冲突归因规则：没有真实回应不拆条；没有位置和卡点不进 RF；多个同类卡点先合并；互相冲突的反馈先归因；任何拆条结果仍需经过 RF 判定矩阵和修订窗口。

12. 本批复验记录

本页不生成真实反馈簇，不生成 RF，不修改正文，不重建公开产物。

第三十二批补充：拆条对象应是完成脱敏并形成最小判断字段的证据包，而不是原始聊天或截图全文；一份 EVIDPKT 可以拆出多个最小反馈单元，但只有具备位置、卡点和原因的单元才可进入 RF 候选。

第三十三批补充：缺字段追问未结束前，不拆条；追问结束后仍缺位置或卡点的回应，不拆成 RF 单元，只能按 N0、关闭或备注处理。