rag · E1 预消化简报(2026-10-31)

作者：Tom · E1 日间预消化轮（rag） 时间：2026-10-31 08:50 CST 增量来源：宿主机增量清单 organized/indexes/work-guard/a226d618-fe37-4db7-8abc-71fb9c344c0e.json（items 1 项、materials 8 份全部读取，target=inbox/tom/2026-10-31-rag-e1prep.md） 基线：organized/knowledge/rag.md（R128，1199 行，末次更新 2026-10-25 13:55）＋ 已存在但未发布的 organized/knowledge/.rag-candidate.md（R129 草稿，2026-10-30 14:19，本轮据此做去重基线） 检查过的来源：清单 8 份材料全文；organized/queue/work-queue.md（2026-10-31 08:00）；organized/knowledge/rag.md 全文与 ID Archive；organized/knowledge/.rag-candidate.md（R129 草稿，用于识别重复派发）；organized/paper_cards/ 近 3 天 主分类: rag 卡片的元数据级抽查（见 §4，仅作交叉线索，未采用为增量） 本轮未做：未做全库通读、未开网页检索补料、未为凑字数重写、未改活文档/清单/基线/认领记录/定时配置、未写他人目录、未 git、未输出密钥。

0. 一句话判断

本轮 RAG 主分类净增 = 1（2608.07458 CoinRAG），但它不是"今日新发现"——该卡的来源文件是 2026-08-10 / 08-13 的候选池，属旧论文延迟入库，全库层面在 llm-infra.md / llm-application.md 的 arXiv 语料块中已有记录，只能算 rag 域净增 1，不能算全库净增。真正有结构价值的是 Tom 10-30 14:40 雷达的 4 篇论文首次进入 rag 域，其中 Glance（2610.40454）把"重排"从独立服务压成生成器的附属技能，WorkFactory（2610.37161）与 Co-Design Bench（2610.35138）直接压在开放 285（Agentic RAG 轨迹数据构造）上。工程侧两条（TomoriBot、KEIR Workshop）均已由 llm-infra 域核实过，rag 侧只能作形态样本与议程信号，不可重复计入证据。Jay 10-30 16:20 的四条线索 本轮零核查，按"搜索线索·待核"处理。

去重结论：清单 8 份材料中 3 份为重复派发（xerj、AI_Tutor、jay 10-30 12:20 笔记）——已在 R126 / R129 草稿消化过，按"采集时间与被引变化不算新观点"处理，不计增量。

1. 今日最重要的增量（6 条实质 + 2 条登记）

增量 ① ★ CoinRAG —— 把"上下文装配"下沉到 KV 层（arXiv:2608.07458）

  • 来源：organized/paper_cards/843-2608-07458.md（清单材料 paper_cards:2608.07458）；卡片自身来源文件为 inbox/tom/_candidates/2026-08-10-… 与 2026-08-13-… 两份候选池 + S2 enrich + OpenAlex backfill。
  • 要点（仅卡片 TLDR 级，无正文）：在低 prefill 延迟约束下优化精度—延迟 Pareto 前沿；做法是两阶段检索在检索到的 chunk 内定位"查询相关的语义单元"（information nuggets），再把它们的切片化 KV 表示与 chunk 级上下文无缝拼接。副分类 llm-infra。被引 0（S2 0 / OpenAlex 0 / 影响力 0），OpenAlex 更新 2026-09-06，开放获取 green，DOI 10.48550/arxiv.2608.07458。
  • 与 rag.md 现有脉络的关系：三处咬合。① 开放 281（长上下文 vs 检索边界） 现有三条量化坐标（遗忘衰减 2610.24133、长窗口能力 2605.13831、prefill 排队冻结）都属于"把内容塞进上下文"的代价侧；CoinRAG 是本轮唯一一条从装配机制侧回答"能不能不塞全文"的材料，且它的成本锚明确落在 prefill 延迟上。② R128 §2.5 与 10-30 14:40 雷达延伸阅读里的 Substack 论断——"RAG 的核心问题是上下文装配而非检索"——在本库第一次有了一个具体的 KV 级实现形态（切片化 KV + chunk 上下文拼接），可从"观点旁证"升级为"机制参照"。③ 与 Jay 10-30 12:20 已核的 DeepInfer 条目形成同一瓶颈的两侧：DeepInfer 侧记的是"本次仅开源离线推理，缺 KV cache 系统、Prefill/Decode 分离部署"（工程侧缺件），CoinRAG 侧是"在检索结果内部复用 KV"（算法侧补偿）。⚠️ 两者不是同一件事（prefix/块级缓存 vs 语义单元切片重组），但共同指向"KV 层是长上下文 RAG 的真实瓶颈"这一判断。
  • 建议归入：§2.1 增量分组新增「KV 层上下文装配」子类；§3.3 开放 281 补一条机制侧坐标（注意：不是量化坐标，卡片无数字）；§4 不进 SOTA 主轴（无正文、无对照数字、被引 0）。
  • 警惕：⚠️ 全部结论只有 TLDR 一句话支撑——Pareto 前沿、精度、延迟三处都没有具体数值，不可写成"更快/更准"；⚠️ 这是 2026-08 的论文，晚入库不等于新发现；⚠️ "information nugget"的切分粒度与检索两阶段的成本模型完全未交代。

增量 ② ★ Glance —— "生成器即重排器"（arXiv:2610.40454）

  • 来源：inbox/tom/2026-10-30T1440-agent-rag-longcontext-radar.md 第 1 篇（清单材料 note-links:14be4e7c…）。
  • 要点（摘要级）：给生成器加轻量决策适配器与指针头，从共享 prefill 分叉出轻量相关性探针，一次前向给每个候选段落打分，不再为每个 query-passage 对单独驻留一个重排模型。单个 9B 骨干同时承担生成、通用决策与重排；每项决策技能约 0.1 GiB 额外显存；微调 39 分钟后达到 MS MARCO 上的 nDCG 水平（摘要未给具体数值）。
  • 与 rag.md 现有脉络的关系：这是本轮对 rag.md §4 主轴最有压力的一条。主轴 ⑥"Does Document Structure Help Dense Retrieval?"与 ⑨"Mapping the RAG Landscape"（2610.01936）默认检索/重排是一层独立对象；Glance 提示这层切分在系统层可能失效——重排变成生成器的附属技能，"要不要独立重排器"变成"要不要独立检索层"的子问题。与 R128 §2.4 的观察（"检索本身不再是被质疑的对象"）方向相反但同源：R128 看到检索被安全/引证两条线绕过，Glance 则从成本侧把检索吸收进生成器。两者合看是本轮最值得写进 §3 的一句："检索层正在被同时从两侧稀释——一侧是责任（权限/引证），一侧是成本（折进生成器）"。
  • 建议归入：§2.1 B 组论文（新增「重排折进生成器」子类）；§3.5 趋势 343 补一句稀释观察；§4 不新增主轴，但可作为 ⑥ 与 ⑨ 的对照条件登记。
  • 警惕：⚠️ 仅在 MS MARCO 短查询集验证，长文档/多跳/多轮 agent 场景收益未证；⚠️ 指针头是否在生成质量上引入偏置，摘要完全没交代；⚠️ "达到 nDCG 水平"没给数值，"39 分钟"也没给数据量与硬件。

增量 ③ ★ WorkFactory —— 轨迹数据的"上游供给"（arXiv:2610.37161）

  • 来源：同上，雷达第 3 篇。
  • 要点（摘要级）：从专业意图出发，先做信息级规划、构建信息支撑图，再实例化任务，用探针执行以定位支撑缺口、驱动修复；目标是规模化构造可执行的专业任务与可靠专家示范。
  • 与 rag.md 现有脉络的关系：直接压在 §3.4 开放 285 的 ① 上。285 的三个未决点是：轨迹 verify 的自动判据、filter/refine 代价随轨迹长度增长、跨领域难度可比。WorkFactory 恰好把 285 的前提条件摆上台面：它不只产答案，而是先产"信息支撑图"——这在结构上正是一个可核对的轨迹中间表示，是 285 ①"verify 阶段用什么自动判据"目前最接近可操作化的一个候选机制侧参照（对照 R129 的 2510.13910 RAGCap-Bench：那是错误分类法，属于难度分层，不是轨迹 verify）。另与 §3.1 共识 236 的记忆维相邻：专家示范 = 高质量记忆/上下文供给物。
  • 建议归入：§2.1 B 组；§3.4 开放 285 的 ① 下补一条机制侧候选（须写明"尚无自动 verify 判据，仅有支撑图这一可对照中间表示"）。
  • 警惕：⚠️ 摘要未给任务质量判定标准，也未给跨领域迁移证据，"可扩展"目前是主张而非实测；⚠️ 探针驱动的修复循环在真实环境下的成本未交代。

增量 ④ Co-Design Bench —— 真实用户语料 + 判定器噪声（arXiv:2610.35138）

  • 来源：同上，雷达第 4 篇。
  • 要点（摘要级）：从 26,314 个真实用户编码会话清洗去重出 37,463 条请求，筛成 273 个参考无关任务，分多模态编辑与仓库编辑两轨，每轨配归一化请求与可运行项目。
  • 与 rag.md 现有脉络的关系：与 ③ 合看是 285 的一对——③ 解决"任务从哪来"，④ 解决"语料从哪来"。对 rag 域的具体关联有两点：① 参考无关任务 + 自动判定器正是 §3.3 开放 279（ground truth 依赖） 的同一族问题，且 ④ 把它推到了"判定噪声不可估计"的程度（273 任务偏小、无参考解）；② 与 R129 草稿的 2510.13910 RAGCap-Bench（255 题、错误分类法）合看，这两件是本库迄今最接近"Agentic RAG 任务分布来源"的两个具体样本，可作为 285 ③（跨领域难度可比）的对照坐标——但两者任务域不同（coding vs. 通用），不能直接比难度。
  • 建议归入：§2.1 B 组；§3.4 开放 285 ③ 补一条"真实语料样本"；§3.3 开放 279 补"判定噪声"参照（与 R128 记的"禁止集比评分员更可核查"是同一条方法论路线的反面）。
  • 警惕：⚠️ 273 任务总量小；⚠️ 无参考解 → 依赖自动判定器 → 判定噪声无法估计；⚠️ 领域是 coding，不是检索/问答，外推需明写。

增量 ⑤ A Broader Look into MLLM's Retrieval Heads —— 检索头机制的模态扩展（arXiv:2610.32411）

  • 来源：同上，雷达第 2 篇。
  • 要点（摘要级）：追问检索头机制是否随输入模态扩展，用视听输入构造配对样本做分析，指出既有分析局限于少数模态与对应模型，并讨论如何利用检索头反哺模型调用。
  • 与 rag.md 现有脉络的关系：本库已有的机制层线索基本是英文单模态的检索头分析；本件把"检索头在多模态下是否仍然成立"提出来，间接关系到 rag 域一个尚未被记录的问题：多模态 RAG 的检索证据定位是否与文本 RAG 共用同一机制（本库 multimodal 域有独立活文档，rag 域未交叉记录）。另与 R128 §3.3 开放 281 相邻：若检索头可被"反哺模型调用"，长上下文内的证据定位就有干预点——但这是机制解释，还不是可落地的增益。
  • 建议归入：§2.1 B 组（机制层）；§3.3 开放 281 补一句"机制侧尚无跨模态判据"；§4 不进主轴。
  • 警惕：⚠️ 样本规模与统计稳健性摘要未交代；⚠️ 属分析式实验，不能写成"检索头可提升 RAG 效果"。

增量 ⑥（登记级）★ KEIR Workshop —— "知识增强检索"成为独立学术议题

  • 来源：organized/repo_cards/4765-keir-workshop-keir-workshop-github-io.md（清单材料 repo_cards:keir-workshop/keir-workshop.github.io）。
  • 要点（卡片 + llm-infra 域已核实信息）：Third Workshop on Knowledge-Enhanced Information Retrieval，2026-11-08 罗马 Sapienza 大学，keynote 为 Fabio Petroni（EMBL Rome 组 leader、Meta AI 的 RAG 共同作者），post-proceedings 已被 Springer LNCS 接收，修订稿截止 2026-12-15 (AoE)。workshop description 的问题陈述是："这些知识在训练时被冻结、不可见，且在长尾/领域特定/快速变化的信息上很浅，导致不精确、非事实性或依据不足的结果"，并把知识增强 IR 定义为通过外部知识增广、由 LLM 重塑知识的获取与整合（自主 agent 规划/推理/决定检索什么、自动化知识策展与链接、交错检索—生成学习何时查证据、何时用参数知识）。
  • 与 rag.md 现有脉络的关系：这是议程信号，不是方法证据——但它的措辞与 rag.md 内部两条长期线索高度同构：① "冻结的参数知识 vs 外部知识"正是开放 281 的语境；② "何时查证据、何时用参数知识"是 rag.md 至今没有单独立轴的决策边界（§4 主轴 ⑨ 讲景观、§3 讲争议，都没有把"检索 vs 参数"的选择显式化）。可作为今晚新建一节候选议题的外部依据。
  • 建议归入：§2.1 A 组（登记级）；建议今晚新开一节「检索 vs 参数知识：何时查证据」（位置建议 §2.1 之后），本件只作议题锚点，不进 §4 主轴。
  • 警惕：⚠️ 卡片 0⭐、无许可、纯静态站，是会议官网而非系统或方法；⚠️ keynote 身份、LNCS 接收、截稿日期来自 llm-infra 域的 README 级核实，rag 域引用时须标注出处为 llm-infra 域核实，不得写成 rag 域自证。

增量 ⑦（登记级）TomoriBot —— "多 persona + 长期记忆 + RAG"以消息平台为载体

  • 来源：organized/repo_cards/4766-bredrumb-tomoribot.md（清单材料 repo_cards:bredrumb/tomoribot）。
  • 要点（卡片 + llm-infra 域已核实）：自托管 Discord 个人 AI 助手 / 角色扮演系统（Bun + Discord.js + TypeScript + PostgreSQL），topics 含 mcp / memory / persona / rag；能力含周期性任务与提醒、媒体生成、持久记忆、多 persona、工具调用；官方文档 docs.tomoribot.app；多语言 README。62★，AGPL-3.0，创建 2023-07-06（3 年老项目），experimental。
  • 与 rag.md 现有脉络的关系：rag 域的形态样本，不是方法证据。它唯一有价值的一点是组织单元的选择：rag.md 现有的记忆类线索全部以"文档/语料/会话"为单位（共识 236 的 MCP 记忆协议族、2409.10102 信任度框架），没有人格（persona）作为记忆隔离单元这一形态。llm-infra 域已给出同族判断——"垂直落地的门槛不在技术新颖度，而在把垂直约束落到制品边界上"，助手的边界是 persona 与记忆隔离。
  • 建议归入：§2.1 A 组（登记级）；§3.1 共识 236 只续一句（记忆隔离单元从"租户/文档"扩到"persona"，仅为形态记录，不构成共识扩写）。
  • 警惕：⚠️ 主分类是 agent 不是 rag；⚠️ 无评测数字、无 RAG 实现细节披露；⚠️ README 级信息已在 llm-infra 域核过，rag 域不重复搬运。

2. 明确不作新观点的条目（重复派发 / 线索级）

清单材料 判定 依据
repo_cards:xerj-org/xerj（17668★ / +462 周增 / Rust / production） 不计增量。R126 已入清单（12498★）、R129 草稿已按 17602★ / +567 消化。star 与周增的变化是采集快照，不是新观点。 .rag-candidate.md §2.1 A 组
repo_cards:zenglian990/ai_tutor_release（76★ / 主分类 rag） 不计增量。R129 草稿已按"垂直领域封装路线"消化，并已写入开放 283 的反向证据侧。 .rag-candidate.md §2.1 A 组 + §3.4 开放 283
note-links:8fcd3298…（jay 2026-10-30T1220-csdn-discovery.md，7 条） 不计增量。R129 草稿已消化（vLLM-Dify 三坑 + DeepInfer 两条已核件、其余 5 条待核）。含推广段落与二手转述口径不得升格。 .rag-candidate.md §2.1 B 组
note-links:225e5dc8…（jay 2026-10-30T1620-csdn-discovery.md，4 条） 线索级，不计证据。本轮零核查：4 条全部 search_snippet_only，两次原文尝试分别返回 521 与 fetch failed，未重试未绕过。其中条目一（GitHub 热榜五项目 · 无向量 RAG 选型）与条目二（RAG/Agent 认知）摘要被无关推荐文本污染（混入"手势识别 / VNC 灰屏 / SHP 转 TXT"），正文真实性需复核；条目三（AgentScope 2.0）摘要仅一句；条目四（Agent-Reach CLI 框架实战）含真实工程坑位（@register_tool 注册形态、参数类型缺失默认 str、可选参数 None 触发 AttributeError、JSON 格式错误缺行号），但仍是摘要级。四条一律不得作为事实依据引用，也不得声称已复现。 该笔记自身的核查状态声明

唯一值得留一句的是条目一里"无向量 RAG 可补精确匹配场景、文档更新带来向量重建成本"——它与本库既有语料中 amazon.science 的 "Keyword Search Is All You Need" 同向，是开放 283 之外的一条独立弱侧线索；但因零核查，只登记不引用。

3. 值得警惕的矛盾与待核实说法

  1. "新论文"与"新发现"的错位（口径级，最需警惕）：2608.07458 的卡片来源文件是 8 月候选池，OpenAlex 更新停在 2026-09-06，被引 0。它在 rag 域是净增，在全库不是。今晚活文档必须写成 "rag 域净增 1，全库净增 0（延迟入库）"，否则就是把采集时间当新观点。
  2. CoinRAG 的三处数字全空：Pareto 前沿、精度、延迟均无具体值。任何"更快/更准/更省"的表述都是编造。
  3. Glance 的指针头偏置未交代：摘要只讲收益不讲副作用，而 rag.md §3.1 的评测批判传统（R126 重排评测固定候选池 / R127 AutoSim / Pareto 联合评估鲁棒性）恰恰要求把这类缺口写出来。不可因"省了一个模型"而把它写成净收益。
  4. Glance 与 Co-Design Bench 的外推错位：前者只在 MS MARCO 短查询验证，后者任务域是 coding。二者都不在"长上下文 agentic RAG"这一 rag.md 主场景内，引用时必须带限定语。
  5. WorkFactory 与 285① 的关系是"候选机制"，不是"解决方案"：摘要没有任务质量判定标准，探针驱动的修复循环没有成本数字；285① 的三个未决点一个都没被回答。
  6. KEIR / TomoriBot / AI_Tutor / xerj 的跨域依赖：这四件的 README 级核实都在 llm-infra.md（或 R129 草稿）完成，rag 域引用时必须显式标注出处域，否则等于伪造了 rag 域的一手核查。
  7. Jay 10-30 16:20 四条零核查：其中两条摘要已被平台推荐文本污染（VNC 灰屏 / SHP 转 TXT），若直接入库会把噪声写进知识库；这与 R128 §2.4 记录的"分类体系错位命中"是同一类上游污染，只是这次污染在正文摘要层而非标签层。
  8. 待核实清单：① CoinRAG 的"两阶段检索 + KV 切片拼接"是否有开源实现与真实延迟数字；② Glance 的指针头偏置是否有消融；③ WorkFactory 的信息支撑图是否真被用作自动 verify 判据；④ KEIR workshop 的 post-proceedings 是否如期接收（截稿 2026-12-15）；⑤ Jay 10-30 16:20 四条 CSDN 原文是否可取回。

4. 交叉线索（非清单材料 · 仅供今晚参考，未采用为增量）

paper_cards 近 3 天 主分类: rag 卡片的元数据级抽查（2026-10-28 起，共 19 张命中；仅看标题/TLDR/分类字段，未读正文，未采用为增量）：

  • 分类体系错位命中（延续 R128 的同一条轴）：1709.07604 图嵌入综述、1703.03130 结构化自注意力句子嵌入、1511.05879 CNN 特定物体检索、1406.5679 深度片段嵌入、2607.25337 时序距离 JEPA、2610.10515 RoboJEPA —— 六张 主分类: rag 但与检索增强生成无实质关系，登记为分类噪声，不计净增。这已是连续第二轮出现同类错位，说明上游 主题/主分类 标签在 rag 域仍不可信。
  • 值得今晚顺手核对是否已在别域消化：2607.01002 LOCOS（logit 贡献度识别非字面检索头，与增量 ⑤ 同族）、2607.16603 NOWJ@COLIEE（dense retrieval + attention 重排 + few-shot LLM 推理）、2607.05936（RAG + 约束解码修 API 调用错误）、2607.03440（实时 RAG 用于历史档案）、2208.03299 Atlas（1466 被引，rag.md 未收录的历史地标候选）。这些不属本轮清单，今晚若要收编需另走一次带清单的任务。
  • 已在库内、无需处理：2609.39075 RAGScope（rag.md + risk.md 已有）、2312.10997 RAG 综述（rag.md 已有）、2606.25533 RAG 安全隐私综述（risk.md 已有）、2608.02583 UEmbed（llm-application 已有）。

5. 可引用的 arXiv 号列表

本轮 rag 域 net-new（5） - 2608.07458 CoinRAG —— 上下文信息要点 KV 缓存复用（长上下文 RAG）★ 本轮唯一 RAG 主分类净增 - 2610.40454 Glance: The Generator Is Its Own Reranker ★ - 2610.32411 A Broader Look into MLLM's Retrieval Heads - 2610.37161 WorkFactory: Turning Professional Intents into Executable Work for Scalable Agent Training - 2610.35138 Co-Design Bench: Multimodal Collaborative Coding Evaluation for Agentic Models

基线对照（rag.md R128 + R129 草稿已有，非本轮新增） - 范式轴：2601.07711（Is Agentic RAG Worth It?）· 2604.24594（Skill-RAG）· 2608.15127（AgentSysBench）· 2602.03786（AORCHESTRA）· 2610.01936（Mapping the RAG Landscape） - 安全轴：2409.10102（Trustworthiness in RAG Systems）· 2610.30418（Agent Mosaic · 马赛克效应）· 2609.39075（RAGScope）· 2606.25533（RAG 安全隐私综述） - 检索/结构轴：2610.10170（Does Document Structure Help Dense Retrieval?）· 2610.12312（Geometry of Hierarchical Navigation）· 2511.07328（Q-RAG） - 长上下文轴：2605.13831（MMProLong）· 2606.07001（MAGE） - 评测/数据轴（R129 草稿已收）：2510.13910（RAGCap-Bench）· 2610.26260 · 2610.28054 · 2610.27850 · 2603.07379（SoK: Agentic RAG）· 2607.01002（LOCOS · 待核是否收编）

今晚建议引用的增量号优先级：2608.07458 > 2610.40454 > 2610.37161 > 2610.35138 > 2610.32411；2608.07458 因无正文无数字，引用时须与"卡片 TLDR 级、无实验数字"同句出现。

6. 今晚改稿建议（优先级序）

  1. 新建「检索 vs 参数知识 / 何时查证据」小节：以 KEIR workshop 的问题陈述（知识在训练时被冻结、长尾与快速变化信息上很浅 → 不精确、非事实性或依据不足）作议题锚，配合 Substack「RAG 核心是上下文装配不是检索」的观点与增量 ① CoinRAG 的 KV 级装配机制，形成一条 rag.md 至今缺失的决策边界轴。位置建议 §2.1 之后。
  2. 给趋势 343 补一句"检索层被两侧稀释"：一侧是责任（权限可核查 / 引证可核查，R128 已立），一侧是成本（Glance 把重排折进生成器）。这是本轮对 rag.md 最有结构价值的一句，但不得改写 343 的既有结论，只作补充观察。
  3. 开放 285 补两条机制侧候选：WorkFactory 的"信息支撑图"（285① verify 判据的候选中间表示）与 Co-Design Bench 的"真实用户语料 + 判定噪声"（285③ 跨领域难度可比的样本坐标）。两件都不回答 285 的任何一个未决点，须写成"候选参照"而非"进展"。
  4. 开放 281 补一条机制侧坐标：CoinRAG（KV 级装配）在"遗忘衰减 / 长窗口能力 / prefill 排队"三条量化坐标之外，明确标注为无数字的机制侧参照；同时写清"检索层同时被责任与成本两侧稀释"这条张力。
  5. 口径纪律（硬性）：① 净增写"rag 域 +1 / 全库 +0（延迟入库）"；② 增量 ①③④⑤ 全部标注"卡片/摘要级、无对照数字"；③ keir-workshop / TomoriBot / AI_Tutor / xerj 四件标注"llm-infra 域已核实，rag 域不重复计数"；④ Jay 10-30 16:20 四条保持"搜索线索·待核查"，不入任何共识、不入 §5 引用清单。
  6. 不要动的：不新增 §4 SOTA 主轴（无一件够格）；不改 R128 已立的共识 236 / 争议 198 / 开放 279 / 284；不因"两条 CSDN 摘要讲无向量 RAG"就动开放 283（方向张力需证据，摘要级不够）。

未做的动作（按本轮边界）：未改活文档（organized/knowledge/rag.md 保持 R128，未发布 .rag-candidate.md 的 R129 草稿也未改动）、未改清单 / 基线 / 认领记录 / 定时配置、未写他人目录、未 git、未输出密钥、未开网页检索补料、未跨批取材、未为凑字数重写或增补。

Tom · 2026-10-31 08:50 CST · E1 日间预消化(rag) · 清单 job a226d618 · 8 份材料 → 6 条实质增量 + 2 条登记级 + 3 份重复派发不计增量 + 1 组零核查线索 · rag 域 net-new arXiv = 5（其中 RAG 主分类 = 1，2608.07458，且为 8 月延迟入库、全库非净增） · repo 登记 2 · 待核实项 5 · 未解矛盾 8 · partial：无（材料足以支撑 6 条实质增量，未达 partial）