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

口径声明：本轮由宿主机 work-guard 清单 job a226d618-fe37-4db7-8abc-71fb9c344c0e 驱动，只处理 items[0].materials 列出的 8 份材料（3 张 repo_card + 1 张 repo_card 重复项 + 4 份 Jay 笔记）。基线为 organized/knowledge/rag.md（R128，2026-10-25 13:55 CST）。未做全库扫描、未开网页检索补料、未为凑字数多轮重写；未改活文档、未改清单/基线/认领记录/定时配置、未写他人目录、未 git。 重要口径：清单中 2 份材料（1712-parthchandak02-literature-review-assistant.md、inbox/jay/2026-10-25-1000-rss-bytebytego.md）已在 R128 消化过（分别是 A 组 academic-writing 簇、B 组 EP230），本轮属重复派发，不重复计为增量，也不因卡片指纹变化（多为学术属性/时间戳刷新）当成新观点。真正的新增只有 6 条。

0. 一句话判断

本轮没有新的 RAG 主分类论文增量（net-new arXiv = 0），但增量集中在一条已有轴的第二次独立命中上："检索层的授权必须在模型看到内容之前、以请求方身份执行"。OvalEdge 治理框架（Jay 10-24 博客核查）从治理侧给出五支柱 + NHI + RBAC/ABAC/FGA + 检索前/中/后三段式执行点；devrochy/agent-core 从工程侧给出同一件事的存储层实现（Postgres RLS + 多租户 + 三层记忆含 pgvector 语义 RAG）。两者与 R128 已记录的 2610.30418「马赛克效应」构成 "文档级授权（工程通行） ↔ 复合结论级授权（实证缺口）" 的对照，并使 §3.4 开放 284 的工程一侧从单点厂商样本升级为多来源收敛。另有两件记忆侧机制材料（LangGraph/PostgresSaver 短期记忆三策略；上下文膨胀 294K 超 262K 被拒）分别补上共识 236 与开放 281 的机制级与工程故障级坐标。

1. 今日最重要的增量（6 条）

增量 ① · OvalEdge《Agentic RAG Governance Framework for Enterprise AI》—— 授权执行点与访问控制模型的工程化清单 ★ 本轮最强

  • 来源：inbox/jay/2026-10-24T1735-blogs-discovery.md（note-links 材料 note-links:5e29296c…）；原始页 https://www.ovaledge.com/blog/agentic-rag-governance（2026-10-22，16 min read）。
  • 要点（Jay 已做一次正文核查，HTTP 200，摘要与正文一致）：企业侧 agentic RAG 治理拆成五支柱——身份、访问控制、运行时策略、越界遏制、可审计。细节含：非人类身份（NHI）管理并引用 OWASP Non-Human Identity Top 10；RBAC / ABAC / FGA 三种授权模型对比；把执行点切成检索前 / 检索中 / 检索后三段（数据源是否可索引 → 权限与分级、嵌入是否携带分类与血缘元数据 → 运行期域范围监控、PII 掩码）；以及关键论断——授权必须在模型看到内容之前、以请求方用户身份而非 agent 服务账号执行。案例 Meridian Bank 的"权限继承"属示意性说明。
  • 与活文档 knowledge/rag.md 现有脉络的关系： 1. rag.md 全文 ovaledge 0 命中，属真新条目（R128 §2.5 记的是 cyberhaven "检索层应强制与源系统相同的权限" 与 progress.com "permission-aware retrieval + RBAC"，OvalEdge 未在册）。 2. 它直接压在开放 284（逐文档授权 vs 复合结论级授权）上：284 现有的"工程几乎全部是文档级授权"一侧只有 cyberhaven 一例 + 一句 progress 引用；本件给出可操作化清单（NHI、ABAC/FGA、检索前中后执行点），使这一侧从"通行说法"变成"有清单可查"。⚠️ 但仍是厂商博客：无版本号、无代码、无第三方基准、尾部章节（遏制/审计/法规映射）本次未读到，Meridian Bank 案例无法验证。 3. 与 R128 §2.5 的"规划—路由—迭代—校验"术语族一致，属同一工业侧的治理补面，可与 §2.5 并读。
  • 建议归入：§3.4 开放 284 下补一条"工程侧治理清单"旁证（须带厂商博客/未读到尾部/案例不可验证三层限定）；§5 关键参考清单补该 URL；不进 §4 SOTA 主轴。

增量 ② · devrochy/agent-core —— 文档级授权在存储层的强制实现（Postgres RLS + 三层记忆含 pgvector）

  • 来源：organized/repo_cards/4636-devrochy-agent-core.md（仓库 https://github.com/devrochy/agent-core）。
  • 要点（卡片字段）：多租户 Python 生产级 agent 框架；每租户 AgentSpec + Postgres RLS（行级安全） + MCP 式插件工具 + 三层记忆 + 幂等 + guardrails + OpenTelemetry。Stars 0，周增 +0，Python，MIT，最近提交 2026-10-25，首次采集 2026-10-26，成熟度 experimental。⚠️ organized/knowledge/llm-infra.md 已对该卡做过 README/官方文档级核实（AgentSpecV3 / KernelSpec / 契约版本化），rag 视角的增量仅在 RLS + pgvector 记忆层这两点，其余不重复搬运。
  • 与活文档 rag.md 现有脉络的关系：rag.md 中 多租户 / RLS / AgentSpec 均 0 命中，本件是真新条目；与增量①同向，构成 284 工程侧第二个独立来源。它给出的落点是可核查的具体设计：把权限判定推到存储层的行级过滤，而不是在检索结果里做应用层过滤——这恰好是"检索层应强制与源系统相同的权限"（cyberhaven/OvalEdge）在数据库一侧的具体实现形态。⚠️ 0★、experimental、无生产数据，属设计模式证据而非效果证据。
  • 建议归入：§3.4 开放 284 下补一条"存储层强制"的工程形态（必须标 0★/experimental/设计模式而非效果证据）；§5 清单补该仓库 URL。

增量 ③ · Jay 2026-10-25 CSDN：短期记忆 RAG Agent 的三种记忆管理策略（机制级细节）

  • 来源：inbox/jay/2026-10-25T1620-csdn-discovery.md 第 2 条（已核查，HTTP 200）；镜像页 https://tianqi.csdn.net/6ad8b995536f457592b164b4.html，原始出处 https://machinelearningwithme.com/agent/chapter05/short-term-memory-rag-agent/。
  • 要点（已核查正文可见部分）：短期记忆管理三策略 = 删除 / 修剪 / 总结；实现细节含：条件分支汇集节点 passthrough；按消息条数阈值的 count_messages 判定；summarize_conversation 中 trim_messages(strategy="last", start_on="human", end_on=("human","ai")) 的裁剪 + RemoveMessage 删除逻辑；工具消息（msg.type != 'tool'）被排除在计数/裁剪之外；以 StateGraph + PostgresSaver checkpointer 装配完整工作流（节点、边、条件边、compile）。
  • 与活文档 rag.md 现有脉络的关系：rag.md 中 PostgresSaver / trim_messages 0 命中，LangGraph 仅 1 次出现在通用语境。它给共识 236（记忆基础设施协议化/本地化）补上一个此前缺失的机制级样例：不是"又一个记忆框架"，而是"何时修剪、以什么为界、工具消息算不算"的可操作判定——尤其"工具消息排除"这一条，正是"记忆窗口里塞满工具输出导致上下文膨胀"的常见触发点。⚠️ 证据缺口：前序章节（4.10 / 5.2.4 节、图 5-6、MyState、get_llm_model、检索器实现）本页不可见；LangGraph/PostgresSaver 版本号、依赖命令、Postgres 配置方式均未确认；页面为 AtomGit 镜像，原始站点未直核；代码未本地复现。故只能作机制设计参考，不进 §4。
  • 建议归入：§3.1 共识 236 下补一句机制级参照（"记忆窗口的裁剪判据与工具消息排除"）；§5 清单补 URL。

增量 ④ · Jay 2026-10-24 CSDN 已核查文：上下文膨胀至 294K 被 262K 上限拒绝（281 的工程故障坐标）

  • 来源：inbox/jay/2026-10-24T1620-csdn-discovery.md 第 4 条"零基础入门 AI Agent 开发"（已核查正文，作者为一线全栈/Agent 开发者）；镜像 https://tianqi.csdn.net/6adaca3149ed150a32d96ec4.html。
  • 要点：内容含三层知识体系（LLM 基础 / Agent 核心机制 / 工程化）、真实故障复盘（WebFetch 与 Bash 工具重试死循环，上下文膨胀至 294K 超出模型 262K 上限被 API 拒绝）、以及 RAG 分块与检索质量的工程权衡，并给出招聘市场侧需求佐证。摘要与正文一致。
  • 与活文档 rag.md 现有脉络的关系：rag.md 中 294K / 262K / 上下文膨胀 / 死循环 均 0 命中。这是开放 281（长上下文 vs 检索边界不可迁移）目前唯一带具体数字的工程故障样本：它说明"把内容塞进上下文"的失败形态不是抽象的遗忘衰减，而是硬上限拒绝 + 工具重试死循环这一具体故障——与 R127 已记录的"24K prompt 在 vLLM 触发 1.8–2.4s 调度冻结"（成本侧）互补，构成 故障侧 + 成本侧 两个工程坐标。⚠️ 属经验总结，无可复现仓库与逐行命令；RAG 段落是概览而非对照实验。
  • 建议归入：§3.3 开放 281 补一条工程故障坐标（必须标"经验总结 / 不可复现 / 非受控对照"）；§5 清单补 URL。

增量 ⑤ · crmne/ruby_llm —— RAG 栈的多语言下沉（Ruby 一等公民）

  • 来源：organized/repo_cards/4380-crmne-ruby-llm.md（https://github.com/crmne/ruby_llm）；已有独立攻略 organized/guides/crmne-ruby-llm.md（作者 spark，2026-10-15），本轮不重复搬运攻略内容。
  • 要点（卡片 + 攻略已核字段）：Ruby 原生 AI 框架，gem 版 2.1.1（2026-10-11 发布，592 KB），要求 Ruby ≥ 3.2；跨 provider 统一抽象（OpenAI / Azure / Anthropic / Gemini / Vertex / Bedrock / Cohere / DeepSeek / Mistral / Perplexity / OpenRouter / Hetzner / xAI / Ollama / GPUStack / ElevenLabs / Deepgram / TypeSafe + 任意 OpenAI 兼容端点）；Active Record 持久化聊天、Active Storage 挂文件、Hotwire 流式；embeddings + 重排 能力；Rails generator 一键安装。卡片：Stars 4483，周增 +11，Python→Ruby，MIT，首次采集 2026-10-15，上次采集 2026-10-26，成熟度 research，主分类 multimodal，主题 agent/rag/multimodal/llm-infra。
  • 与活文档 rag.md 现有脉络的关系：rag.md 中 ruby_llm / crmne 0 命中（该仓库已收录在 llm-infra / multimodal 域并有攻略，属跨主题重复命中，不计 rag 净增）。它对 rag 视角的唯一新信号是：本库记录的所有主流 RAG 栈几乎都在 Python / TS 生态，这里出现一个有 Rails 集成、含 embeddings/重排、4483⭐ 且周增 +11 的 Ruby 一等公民实现——语言栈多样性是 rag.md 尚未开过的一条观察维度，但证据仅到框架能力面，无 RAG 效果数据，不足以单独立轴。
  • 建议归入：§5 清单补一条，标注"跨主题重复命中 / 多语言栈信号 / 无 RAG 效果数据"；可顺带在 §2 提到"栈语言分布"一句，不开新节、不写判断句。

增量 ⑥ · Ablation-Tool/ablation —— 又一件 主题: rag 标签错位命中（分类噪声登记）

  • 来源：organized/repo_cards/4638-ablation-tool-ablation.md（https://github.com/Ablation-Tool/ablation）。
  • 要点（卡片字段）：AI 辅助逆向工程（AIARE）框架；核心抽象是 DAG Adapter Language——把 ISA 语义定义为有向无环图，adapter 把架构专属指令格式映射到公共图表示，核心引擎不变；参考 NIST SP 800-218 / CISA Secure by Design / MIL-HDBK-115C。Stars 223，周增 +0，Python，NOASSERTION，最近提交 2026-10-25，首次采集 2026-10-26，成熟度 experimental，主分类 engineering，主题 agent/rag/risk/llm-infra。
  • 与活文档 rag.md 现有脉络的关系：rag.md 中 ablation 0 命中，但该卡已被 llm-infra 域深度消化（作为"以 DAG 适配器层解耦 ISA 语义的分析引擎"预备级第 1 例，与 arXiv:2608.21156 Graph Engineering 对照）。与 RAG 实质无关——它是 R128 §2.4 "D 组分类体系错位命中"的又一次复现，说明上游 主题: rag 标签的噪声是持续性的，不是一次性事件。对 rag 域的净贡献为 0。
  • 建议归入：登记为分类噪声（进 §2 的增量分组时与 D 组同类标注）；不计净增、不进 §4 主轴；§5 可不收（llm-infra 域已有完整收录）。

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

  1. 本轮 0 件新 arXiv，但清单派发机制本身暴露两个问题：① 清单重复派发已消化的材料（literature-review-assistant、ByteByteGo EP230 占 8 份中的 2 份），意味着"材料数"不等于"增量数"，活文档写入前必须逐件与基线比对；② 主题: rag 标签噪声连续两轮复现（R128 D 组 BLIP-2/Skip-Thought/BigBird，本轮 Ablation-Tool）——这是清单分发层的系统性问题，不是个别误标。
  2. OvalEdge 是厂商博客且尾部未读：五支柱里的"越界遏制、可审计性、法规映射"三支柱的具体主张本次没读到，Jay 明确记为未决问题。采纳其清单时必须与中立来源交叉验证，否则等于把厂商方法论当共识。
  3. 三段式执行点与"检索前授权"必须分清："数据源是否可索引 / 嵌入是否携带分类与血缘元数据"是索引期动作，"运行期域范围监控 / PII 掩码"是运行期动作。引用时不能笼统写成"检索前执行授权"，否则会把两阶段混为一谈。
  4. devrochy/agent-core 的 RLS ≠ 已解决复合结论级泄露：行级安全对单条记录的越权是有效的，但 Agent Mosaic 2610.30418 证明多份各自可访问的记录被组合后仍可越过授权边界。把 RLS 当成 284 的答案会犯"文档级授权 = 安全"的错误——两者是互补而非等价。
  5. 短期记忆三策略的版本与可复现性缺口未补：LangGraph / PostgresSaver 版本号、依赖安装命令、Postgres 配置方式、原始站点正文一致性，四项全部未确认；代码未本地复现。不得写成"该方案可复现"。
  6. 294K/262K 是单一案例、非受控实验：无基线对照、无模型族对照、无复现仓库。它只能作为"上下文膨胀会撞硬上限"的存在性证据，不能用于任何阈值结论。
  7. 仓库卡的"学术状态 accepted"不是学术背书（沿用 R128 对 CiteProof-AI-MCP 的同类限定）：literature-review-assistant 卡片上的学术字段属知识库内部标注，本轮未发现新证据支持或推翻，不因重复派发而改变结论。
  8. 被引数与周增不构成新观点：ruby_llm 周增 +11、Ablation-Tool 223⭐、agent-core 0⭐，均为采集快照；卡片 OpenAlex更新/上次采集 刷新只作查重提示，不写入任何判断句。

3. 可引用的 arXiv 号列表

本轮 net-new arXiv = 0（8 份材料均不含新 arXiv ID；2 份重复材料中的 ID 已在 R128 登记）。以下为今晚改稿时可引用的既有 ID，均来自基线 rag.md，不属本轮新增：

  • 安全/权限轴：2610.30418（Agent Mosaic · 复合结论级泄露 / 马赛克效应）、2409.10102（Trustworthiness in RAG Systems）、2610.12415、2610.13623、2610.19128
  • Agentic RAG 范式轴：2601.07711（Is Agentic RAG Worth It?）、2604.24594（Skill-RAG）、2608.15127（AgentSysBench）、2602.03786（AORCHESTRA）、2610.01936（Mapping the RAG Landscape）
  • 评测/数据轴：2610.26260、2610.28054、2610.27850、2610.27898、2610.26105、2605.12357、2606.06090
  • 长上下文轴：2605.13831（MMProLong）、2610.24133（幂律遗忘）、2607.14062→注意 R128 已把 BigBird 2007.14062 判为标签错位命中，不可作 RAG 证据
  • 多模态/检索轴：2610.28435、2610.10170、2610.12312、2511.07328
  • 其他既有条目（跨主题重复，引用须标主分类非 rag）：2312.10997、1910.10683、2204.02311、2001.08361、2301.12597、1506.06726、2007.14062、2508.17398、2201.08239、1301.7385、1904.05046、1609.07843（后 6 项为近 3 天新卡中 主题: rag 标签命中但主分类非 rag 的噪声抽查样本，不计入净增）

4. 本轮检查过的来源（供今晚复核与查重）

清单内 8 份（全部读取并核对正文/字段） - organized/repo_cards/4636-devrochy-agent-core.md（增量②） - organized/repo_cards/4380-crmne-ruby-llm.md（增量⑤） - organized/repo_cards/4638-ablation-tool-ablation.md（增量⑥） - organized/repo_cards/1712-parthchandak02-literature-review-assistant.md（R128 已消化，重复派发） - inbox/jay/2026-10-24T1735-blogs-discovery.md（增量①） - inbox/jay/2026-10-25T1620-csdn-discovery.md（增量③；另含 1 条 521 未核的多模态智能体线索，未计增量） - inbox/jay/2026-10-24T1620-csdn-discovery.md（增量④；另含 4 条仅搜索摘要的待核线索，未计增量） - inbox/jay/2026-10-25-1000-rss-bytebytego.md（R128 已消化，重复派发）

基线与上下文（只读，未改） - organized/knowledge/rag.md（R128 全文；核对 §1–§5、共识 236 / 争议 198 / 开放 279–285 / 趋势 343 与 arXiv·URL 清单） - organized/queue/work-queue.md（2026-10-26 08:00；§1 唯一待深解读 2610.12998 属 evaluation 域，rag 轴无队列条目） - organized/topic_pages/rag.md、inbox/tom/2026-10-25-rag-e1prep.md（上一轮 E1 简报，基线 R127，用于承接未决项） - organized/knowledge/llm-infra.md（对 devrochy/agent-core 与 Ablation-Tool 的既有核实，用于避免重复搬运） - organized/guides/crmne-ruby-llm.md（spark 攻略，用于核对 ruby_llm 事实）

抽查（按原任务第 1 步做近 3 天新卡主题抽查，结果仅用于查重与噪声判定，不计入本轮增量） - organized/paper_cards/ 近 3 天新卡中 主题: rag 命中项：159-2508-17398、851-2201-08239、938-1301-7385、757-1609-07843、754-1904-05046、825-1910-10683、438-2312-10997 —— 逐条核对后，主分类分别为 multimodal / llm-infra / agent / llm-infra / engineering / llm-infra / multimodal，无一为 rag 主分类；其中 2312.10997 已在 rag.md 命中 4 次（DOI/URL 语料），其余为 0 命中但同样属标签噪声。 - inbox/ 近 2 天 jay/tom/flyp/spark/stephen 笔记中与 rag 相关的 3 份即上述清单材料，未发现清单外新增 rag 材料。

5. 今晚建议的三件事（优先级序）

  1. 升级开放 284 的工程一侧：把 OvalEdge（治理清单：NHI / RBAC·ABAC·FGA / 检索前中后执行点）与 devrochy/agent-core（存储层 Postgres RLS + 多租户 + 三层记忆含 pgvector）并列为 284 工程侧的第二个、第三个来源，并明确写出"文档级授权 ≠ 复合结论级安全"这条边界（RAG 授权上移到结论层仍无实证解）。同时把 OvalEdge 标为厂商博客、尾部三支柱未读、案例不可验证。
  2. 给共识 236 与开放 281 各补一条机制/故障级坐标：236 补短期记忆三策略与"工具消息排除在裁剪计数之外"的判据（版本/命令/配置未核，标 🔍）；281 补 294K→262K 硬上限拒绝与工具重试死循环的故障样本（经验总结、不可复现）。两件都不进 §4 主轴。
  3. 两件登记 + 两件收尾：登记 Ablation-Tool 为分类噪声（连续第二轮复现）、ruby_llm 为跨主题重复命中 + 多语言栈信号（无 RAG 效果数据），二者均不计净增；同时在 §2 增量分组处显式记下"本轮 8 份材料中 2 份为已消化材料的重复派发"，让净增数可对账。

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

Tom · 2026-10-26 08:50 CST · E1 日间预消化(rag) · 清单 job a226d618 · 8 份材料 → 6 条增量（另 2 份为 R128 已消化材料的重复派发，不计增量）· net-new arXiv = 0（可引用既有 ID 30 余个，见 §3）· net-new repo 3（其中 1 件为跨主题重复、1 件为标签噪声）· 待核实项 6 · 未解矛盾 4