本篇目录 / Contents
递归指称机器融合重构版:accepted 反馈优先级队列与批处理上限
返回:融合重构版总入口(馆内参考,未随本文公开)
反馈台账:递归指称机器融合重构版-读者反馈收集台账-2026-07-07
RF SOP:递归指称机器融合重构版-RF反馈处理SOP与微修复验清单-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
恢复手册:递归指称机器融合重构版-后续恢复与禁止动作手册-2026-07-07
第二十八批报告:递归指称机器融合重构版-发布前最终轻读第二十八批-accepted反馈优先级队列与批处理上限-2026-07-07(馆内参考,未随本文公开)
1. 本页用途
第二十七批已经规定:真实回应要先拆成最小反馈单元,再进入 N0 / RF / 正向观察 / 反馈簇 / 冲突归因。
本页继续补下一步:如果未来出现多条 accepted RF,不能谁先来就先修,也不能把多条 accepted 合并成一次大改。
accepted 只是“允许进入处理”的门,不是“立刻动笔”的命令。多条 accepted 需要先排队,按风险、影响范围和处理成本分优先级,再确定每批最多处理几条。
当前没有真实 accepted RF、没有真实修订队列、没有真实修订窗口。本页只是规则,不生成队列编号。
2. 优先级不是读者等级
本页的优先级不评价读者身份、资历、关系或表达强弱。它只评价一个反馈对论文系统的风险:
是否阻断进入?
是否误解核心定义?
是否误读判据?
是否影响核心案例承重?
是否只是说明层或审美偏好?
因此,普通读者指出的核心公式误读可以高于专业读者的风格偏好;一个明确的 PDF 断页问题可以高于十条“更宏大”的泛泛建议。
3. 优先级表
| 优先级 | 名称 | 典型对象 | 可处理窗口 | 原则 |
|---|---|---|---|---|
| P0 | 载体阻断 | HTML/PDF 打不开、目录失效、打印严重错误 | W3 | 先修阅读通道,但不借机改理论正文。 |
| P1 | 核心定义误读 | 递归电影定义、W = F(C₀ ⊕ R(W))、C(W)=C₀⊕R(W)、三轴九格被误读 |
W2 | 只补最小解释句,不重写理论章。 |
| P2 | 判据与证据边界 | 三轴被当评分、候选片越级、来源卡承重过硬 | W2 / W1 | 优先降口径、补边界,不扩片单。 |
| P3 | 核心案例承重 | 三个核心案例或关键谱系锚点的功能不清 | W2 | 只补“它递归了什么”,不新增强案例。 |
| P4 | 节奏与删减 | 某段过密、重复、口号过强、附录疲劳 | W1 / W2 | 先删重复和拆段,不新增理论。 |
| P5 | 说明层与读者操作 | 发放说明、反馈模板、总入口读法不清 | W1 | 只改说明层,不动正文。 |
| P6 | 非阻断观察 | 正向反馈、审美偏好、泛泛愿望 | W0 / N0 | 记录或关闭,不进入修订。 |
如果同一条反馈同时触发多个优先级,按最高风险处理,但只允许处理它所指向的最小位置。
4. 批处理上限
未来真正处理 accepted RF 时,每批必须有容量上限。
| 窗口 | 单批上限 | 理由 |
|---|---|---|
| W1 说明层 | 最多 5 个说明页或模板点 | 说明层可以较快处理,但仍要避免改出口径漂移。 |
| W2 正文局部 | 最多 3 个局部句段;其中 P1 核心定义类最多 1 个 | 正文微修最容易滑成重写。 |
| W3 阅读层 | 每批只处理 1 组公开产物问题 | HTML/PDF 重建必须单独复验和留指纹。 |
| W4 混合 | 必须拆成 W4-A / W4-B / W4-C | 禁止一次性混合大改。 |
如果超出上限,剩余条目进入下一批,不得为了“顺手”扩大本批范围。
5. 排队模板
未来真正出现 accepted RF 后,复制下面模板。当前不要填写真实编号。
修订队列编号:QUEUE-____
对应反馈:RF-____ / FBG-____
来源窗口:W1 / W2 / W3 / W4-A / W4-B / W4-C
优先级:P0 / P1 / P2 / P3 / P4 / P5 / P6
问题位置:
风险说明:阻断进入 / 核心定义误读 / 判据误读 / 案例承重 / 节奏疲劳 / 说明不清 / 非阻断观察
最小处理动作:
禁止扩大事项:
批处理归属:BATCH-____
状态:candidate / queued / in_window / patched / verified / deferred / rejected / rollback
这不是当前登记。本页不生成真实 QUEUE 行。
6. 排队顺序
未来处理顺序默认如下:
P0 载体阻断
↓
P1 核心定义与公式误读
↓
P2 判据 / 证据边界
↓
P3 核心案例承重
↓
P4 节奏 / 删减
↓
P5 说明层
↓
P6 记录或关闭
但存在一个例外:如果 P5 说明层修复可以防止大量后续误报,可以先处理 P5。例如读者普遍不知道如何给页码,就先改反馈模板,而不是急着改正文。
7. 不能排队的情况
以下情况不得进入修订队列:
- RF 仍是 pending。
- RF 已 rejected。
- RF 只是 accepted-L0。
- 反馈没有位置,仍属于 N0。
- 反馈只是正向观察。
- 反馈需要追问但尚未完成追问。
- 反馈会导致新增核心概念、扩大片单或改判据,但没有用户明确重开版本要求。
这些可以记录,但不能排入修订队列。
8. 与差异记录的关系
排队不是动笔。每个 queued 条目真正进入 in_window 前,仍需完成:
- RF 判定矩阵已经裁决为 accepted-L1 / L2 / L3。
- 反馈汇总读表已经决定开 W1 / W2 / W3 / W4。
- 修订窗口执行台账已经登记窗口边界。
- 差异记录与回滚模板已经写清变更前状态。
- 若涉及公开产物,二次锁版规则已经作为后续约束。
没有这些前置项,队列只能停在 candidate / queued。
9. 完成与停手
一个队列项关闭必须满足:
- 只处理了队列项对应位置。
- 没有顺手处理同页其他问题。
- 复验项通过。
- 若失败,进入 rollback 或 deferred,而不是继续叠加修改。
- 若出现新问题,另登记新 RF 或 N0,不塞进旧队列项。
10. 当前结论
当前仍处于 S0_LOCKED_NO_DISPATCH。本页只建立未来 accepted 反馈进入修订窗口前的优先级队列和批处理上限:没有 accepted RF 不排队;没有窗口不开工;没有差异记录不动笔;每批有上限;完成目标即停手。
11. 本批复验记录
| 检查项 | 结果 |
|---|---|
| 公开 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 |
QUEUE_REAL_ROWS |
0 |
S0_LOCK_OK |
通过 |
| 本页 YAML / wikilink 方括号配平 | 通过 |
| Obsidian 健康快照 | 2026-07-07T23:11:01+0800 |
本页不生成真实修订队列,不生成 RF,不修改正文,不重建公开产物。
