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

本文为研究档案公开版，保留来源版本的论述与限制。公开时间：2026-09-08；不表示已完成同行评审。 本文属于公开研究资料（历史笔记、研究稿或来源记录）：已完成格式、来源限制与重复项筛查，尚未完成逐篇独立事实复核；原文中的解释、候选判断和未确认内容均按其原有限制阅读。

来源版本日期：2026-07-07

证据边界：本页只规定未来真实读者回应如何拆成最小反馈单元、如何合并同类卡点、如何处理互相冲突的反馈；当前没有真实外发、真实 N0、真实 RF、真实反馈簇或真实冲突条目，不修改正文，不重建公开产物。

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

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

## 1. 本页用途

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

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

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

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

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

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

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

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

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

## 2. 三个层级必须分开

### 2.1 原始回应

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

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

### 2.2 最小反馈单元

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

```text
位置 + 卡点 + 原因
```

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

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

### 2.3 反馈簇

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

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

## 3. 拆条规则

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

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

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

| 原始回应 | 错误处理 | 正确处理 |
|---|---|---|
| “公式有点绕，附录也太长” | 登记一条“太抽象” | 拆成 DEF 公式卡点 + RHY/CUT 附录节奏卡点 |
| “三轴像评分，但我喜欢案例章” | 登记为整体褒贬 | 三轴误读进 RF；案例章正反馈只留观察 |
| “手机看目录不方便，PDF 还行” | 登记为 WEB 整体问题 | 手机 HTML 目录问题单独登记；PDF 不构成问题 |
| “希望多写几部电影” | 直接扩大片单 | 追问是哪一处概念需要例子；若无位置，留 N0 |
| “第二章和第四章都绕” | 合成一条理论密度问题 | 分别定位第二章公式与第四章三轴，防止大面积重写 |

## 5. 合并规则

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

可以合并：

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

不可以合并：

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

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

## 6. 冲突归因规则

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

| 冲突类型 | 例子 | 处理 |
|---|---|---|
| 密度冲突 | 一人说太抽象，一人说太啰嗦 | 先看位置；若位置不同，分别处理；若同一位置，优先找最小解释句或删重复。 |
| 案例冲突 | 一人要多举电影，一人觉得片名太多 | 不直接扩片；先问哪个概念承重不足。 |
| 公式冲突 | 一人嫌公式绕，一人认为公式最清楚 | 保留公式，补通俗转译，不删除理论骨架。 |
| 电影本位冲突 | 一人想扩到平台/AI，一人认为电影本位更强 | 保持电影本位；平台/AI 只作尾声外溢，不反吞正文。 |
| 审美冲突 | 一人喜欢《搏击俱乐部》章，一人不服 | 只判断其是否完成压力测试功能，不按喜好修订。 |
| 阅读载体冲突 | 手机不好读，桌面很好读 | 定位为设备层 WEB 问题，不改正文。 |

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

## 7. 编号与登记模板

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

```text
原始回应编号：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. 与修订窗口的关系

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

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

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

## 10. 进入 RF 前的最小判断

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

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

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

## 11. 当前结论

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

## 12. 本批复验记录

| 检查项 | 结果 |
|---|---|
| 公开 HTML / PDF / Markdown / manifest 指纹 | 通过，未改变 |
| `RF_NONZERO_ROWS` | `0` |
| `REAL_DISPATCH_ROWS` | `0` |
| `N0_REAL_ROWS` | `0` |
| `WIN_REAL_ROWS` | `0` |
| `BASELINE_REAL_ROWS` | `0` |
| `FBG_REAL_ROWS` | `0` |
| `S0_LOCK_OK` | 通过 |
| 本页 YAML / wikilink 方括号配平 | 通过 |
| Obsidian 健康快照 | `2026-07-07T22:59:10+0800` |

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

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

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