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

  • 作者：Stephen（stephen 实例）· E1 日间预消化轮
  • 时间：2026-10-31 21:10 CST
  • 宿主机增量清单：/shared/research-kb/organized/indexes/work-guard/c08ec05d-37de-4c0c-9571-3ead761a4802.json（job c08ec05d-37de-4c0c-9571-3ead761a4802，created 1793452201 / expires 1793455801 = 2026-10-31 22:10 CST；items = 1，score = 8，materials = 8 件）
  • 对照活文档：/shared/research-kb/organized/knowledge/llm-application.md（v130，81476 字节，mtime 2026-10-31 18:41；本轮读取时无 .llm-application-candidate.md ⇒ 读到的就是已落定态）
  • 读取范围：清单 item.materials[].source 全部 8 件（未只取 item.source 首项）+ 活文档 v130 全文 + organized/knowledge/archive/llm-application-changelog.md + organized/knowledge/archive/rag-changelog.md 相关段 + organized/knowledge/agent.md 交叉核查 + organized/queue/work-queue.md + 近 2 天跨实例 inbox/{jay,tom,flyp,spark,stephen} 笔记（定向检索）+ organized/paper_cards/ 近 3 天新卡抽查（351 张中按 llm-application 语义过滤）
  • 边界：只写本文件；未改活文档 / 候选文档 / 清单 / 基线 / 认领记录 / 其他实例目录 / 其他任务文件 / 定时配置；未 git / gh；未输出密钥；未做网页搜索补料；未做全库扫描。

§0 结论先行：本批 8 件 materials 对 llm-application 轴的净增只有 1 条（arcships/rutis）；7 件已被 v130 与 RAG 轴承接

今晚最该带走的一句话：清单 materials ≠ 待消化增量（与 10-30 同 job 的 D6 同源，今天再次验证且形态更极端）—— v130 今日 18:41 落定后，本批 8 件的处置是：

  • 6 件 repo_card 已被 v130 逐件承接（paxeer · jessfraz/agent · pero · librarium · CiteProof-AI-MCP · xberg）⇒ 净增 0，严禁重写 v130；
  • 1 件 paper_card（CoinRAG arXiv:2608.07458）在 v130 里只有 arXiv ID、无正文条目，但已被 RAG 轴 R59 完整消化（含 P99 100ms 下 F1 vs TurboRAG +5.3%、context token 1.84× 等一手数字）⇒ 跨轴已登记，本轴不得重复立标；
  • 1 件（arcships/rutis）是本轴真净增 ⇒ 可入 1 条，但证据强度只有卡片元数据级，须带完整限定。

⚠ 本轮不列 3-8 条，按纪律只列 1 条：材料面客观只支持 1 条真净增。不为凑字数而把 v130 已承接的 6 件重写一遍，那是把「采集时间变化」当「新观点」的典型违反（v130 §1.4 方法学警示④已明列此条）。强行凑到 3 条以上只能靠重复 v130 已有内容 ⇒ 本轮判定为 partial 交付（material 侧充分，axis 侧空）。

# 材料 净增判定 今晚建议
1 arcships/rutis ✅ 本轴真净增（llm-application / agent / rag / coding-agents 四轴全 0 命中） 入 §1.2 新增段 + §2 共识候选 + §3 争议候选 + §6 栖位表 —— 须带「卡片元数据级、无一手 README」三重限定
2–7 paxeer · jessfraz/agent · pero · librarium · CiteProof-AI-MCP · xberg ❌ 净增 0（v130 今日 18:41 已逐件承接） 不得重写；仅在需要时引用 v130 章节号
8 CoinRAG 2608.07458 ⚠️ 本轴 ID 已存在、正文未收录，但 RAG 轴已完整消化 不重复立标；至多在 §1.1 注明「RAG 轴已登记」

§1 本批 8 件 materials 逐项核销

# material source（相对 /shared/research-kb/） 已被哪一版/哪一轴消化 本轮判定
1 repo_cards:Sidiora-Labs/paxeer-monorepo organized/repo_cards/4710-sidiora-labs-paxeer-monorepo.md v130（本轴 · 今日 18:41）§1.2 · §2 · §3 #151 · §5 趋势 ㊵/㊷ · §7.2 净增 0
2 repo_cards:jessfraz/agent organized/repo_cards/4769-jessfraz-agent.md v130（本轴 · 今日 18:41）§1.2 · §1.3 · §2 · §4 Q130.617 净增 0
3 repo_cards:phodal/pero organized/repo_cards/4775-phodal-pero.md v130（本轴 · 今日 18:41）§1.2 · §1.3 · §2 · §3 #152 · §4 Q130.614 净增 0
4 repo_cards:jkudish/librarium organized/repo_cards/4700-jkudish-librarium.md v130（本轴 · 今日 18:41）§1.2 · §1.3 · §2 · §3 #153 · §4 Q130.615 净增 0
5 repo_cards:Aryan-Pardeshi/CiteProof-AI-MCP organized/repo_cards/4505-aryan-pardeshi-citeproof-ai-mcp.md v130（本轴 · 今日 18:41）§1.4 存量件变化 净增 0（另 agent 轴 v124 T291 已独立登记）
6 repo_cards:xberg-io/xberg organized/repo_cards/3718-xberg-io-xberg.md v130（本轴 · 今日 18:41）§1.3 · §2 · §4 Q130.619/620 净增 0
7 paper_cards:2608.07458 CoinRAG organized/paper_cards/843-2608-07458.md RAG 轴 R59（organized/knowledge/archive/rag-changelog.md L178/186/189）—— v130 本轴仅 arXiv ID 入集（§7.1），正文无条目 ⚠️ 跨轴已登记，本轴不重复立标
8 repo_cards:arcships/rutis organized/repo_cards/4753-arcships-rutis.md 无（本轴 0 / agent 轴 0 / rag 轴 0 / changelog 0） ✅ 本轴真净增

核验方法： - 活文档 organized/knowledge/llm-application.md 逐件 grep：paxeer/jessfraz/pero/librarium/CiteProof/xberg 均多处命中（v130 §1.2/§1.3/§1.4 逐件长版）；2608.07458 命中 1 次，且位于 §7.1 arXiv ID 集，正文 grep CoinRAG = 0 ⇒ 该 ID 在本轴属「已入引用集、未入正文条目」状态。 - organized/knowledge/archive/llm-application-changelog.md 逐件 grep：rutis = 0 · arcships = 0。 - 跨轴排查：organized/knowledge/agent.md 逐件 grep —— arcships/rutis/paxeer/jessfraz/phodal/librarium/xberg 均 0；CiteProof 命中 4 处（v124 T291：服务端不含模型、作者自划 resolved≠verified、passed_all_gates≠"来源支持论述"）⇒ CiteProof 已被 agent 轴独立登记，本轴 v130 §1.4 只写「与 v125 同族、净增有限」，侧写不同，非冲突，但今晚不宜在 llm-application 轴重复展开。 - RAG 轴排查：organized/knowledge/archive/rag-changelog.md R59 段 L178 完整收录 CoinRAG：「arXiv:2608.07458v1 信息要点级 KV 缓存复用长上下文 RAG 精度-效率 Pareto 立标」· UCSB + Hanbat National University · P99 100ms 下 F1 vs TurboRAG +5.3% 平均（HotpotQA +4.7% / 2WikiMQA +0.5% / MuSiQue +14.6%） · context token 1.84× 短于最强 baseline · 运行时 119 件 · 选型 v3.22 42 维，L189 另有 2026-08-14 一次 web_search 印证。⇒ 本轮禁止再引这些数字到本轴正文，避免同库双源重复立标。 - paper_cards 近 3 天抽查（351 张，10-29 起）：绝大多数为经典论文批量重处理（2014–2024 的 GAN / CNN / Transformer / BERT / RLHF 等，含 2004.11362·2009.01325·2105.14491·2204.00598·1712.05889·2410.21276 等 work-queue §3 选题榜条目），不构成本轴新进展；llm-application 语义上真正相关且较新的少数几张（如 2606.10106 agent harness 操作性定义、2607.29377 Zero-Mem、2608.06113 DCAS、2603.25723 Natural-Language Agent Harnesses）均已被其他轴（agent / evaluation / coding-agents）或 v1xx 轮次承接，不在本 manifest 范围内 ⇒ 按边界不入正文。

§2 今日该主题最重要的增量（1 条）

⚠️ 本轮只列 1 条，不凑 3-8 条。 8 件中 7 件已被消化（v130 本轴 6 件 + RAG 轴 1 件），材料面客观只支持 1 条真净增。

增量 ① arcships/rutis —— 「agent 自改写自身插件」的运行时底座：把 v129/v130 的「自进化可审计性」争议从方法层推到运行时层 ⭐⭐

  • 来源：organized/repo_cards/4753-arcships-rutis.md；https://github.com/arcships/rutis
  • 卡片元数据：161★ · 周增 +7 · MIT · Rust · 形态 app · 分类 ai · 成熟度 experimental · 首次采集 2026-10-30 · 上次采集 2026-10-31 · 最近提交 2026-10-31 · 主题 agent · 主分类 agent
  • 卡片简介原文（唯一可用的一手措辞）：「A plugin runtime for software that iterates on itself — the substrate where agents write, swap and hot-reload their own plugins in Rust, TypeScript, Python and Go, across processes and machines.」
  • 要点（严格限于卡片所载，不外推）： 1. 定位 = 插件运行时（plugin runtime），不是 agent 框架。它自述为「迭代自身的软件」提供底座（substrate）—— 即让被 agent 改造的对象本身具备被热插拔的结构。 2. 四语言插件面 = Rust / TypeScript / Python / Go ⇒ 与 v130 趋势 ㊹「Rust 单二进制 + 多语言绑定 + MCP 三件套成为本地优先工具默认栈」同族，但方向相反：xberg 是「Rust 内核向外提供 15 种语言绑定」，rutis 是「Rust 内核向外接纳 4 种语言写的插件」⇒ 这是本库「Rust 作为本地优先底座」的第 7 例，且是首个「Rust 作为多语言插件宿主」而非「多语言绑定导出」的形态 ⚠⬬。 3. 热重载（hot-reload）+ 跨进程/跨机器 ⇒ 落点直指 v128 趋势 ㉗「自进化的可审计性工程化」与 A-Evolve（文件系统契约 + holdout 门控 + git tag + 回滚）所代表的「用文件系统做可回滚契约」路线，但 rutis 的卡片未提及任何审计/回滚/版本机制 ⇒ 与 A-Evolve 不构成同族证据 ⚠⬬。 4. 「agent 写自己的插件」直接命中 v129 争议 #148「自进化可审计性」：该争议 v129 的裁决是「过程已可审计、性能结论尚缺」。rutis 提供了一个运行时层的自修改载体——但没有提供任何审计装置 ⇒ 对 #148 是「载体出现、约束缺位」的负向证据，不是解决证据 ⚠⬬。 5. 「across processes and machines」 与 v130 §1.2 的 jessfraz/agent（经 Tailscale 直连各机 Rex sessions）构成同一诉求的两种落法：前者是会话路由，rutis 是代码载荷跨机热替换 ⇒ 二者合看，「跨机」正在从「把会话送过去」升级为「把可执行载荷送过去」 ⚠⬬ —— 但仅 2 例、单源、无一手架构，不得升主线。
  • 与活文档 knowledge/llm-application.md 现有脉络的关系：
  • v129 趋势 ㉗「自进化的可审计性工程化」 ⇒ 候选第 6 例（v125 Pixelbolt 除外，A-Evolve 之后）。但只能记为「自修改载体」而非「自进化可审计方案」，因为卡片零审计措辞。
  • v130 趋势 ㊹「Rust 本地优先默认栈」 ⇒ 首个「Rust 作为多语言插件宿主」的形态，补入 ㊹ 的形态多样性 ⚠⬬（同料只计一次，不另立新趋势）。
  • v130 争议 #151（agent 原生支付结算层） ⇒ 无直接关系：rutis 是「代码载荷」栖，paxeer 是「价值转移」栖，二者不可合并（载荷可替换 ≠ 副作用不可逆）⚠⬬。
  • v130 §1.2 新主线「授权/记账/复核三权内收」 ⇒ 第三权（复核）在 rutis 卡片中完全缺位 ⇒ 恰恰印证 v130 §1.3 立的方法学通则：「repo_card 简介 字段系统性欠载」在第 8 件上继续成立（本件欠载率无法判定，但缺审计措辞这一事实本身即可登记）。
  • 建议归入哪一节：
  • §1.2：作为新增长版（第 8 件 repo_card，与 v130 的 8 件不重叠），标注「唯一新件」。
  • §2 共识：不立新共识。理由：单源 · 161★ · experimental · 零一手 README 支撑（库内 organized/guides/ 无 rutis 攻略，本地无仓库副本）⇒ 证据等级只到「卡片元数据级」，低于 v130 §1.2 全部四件（那四件至少有一手自述引文）。
  • §3 争议：给 #148「自进化可审计性」加一个天平端点 —— 正方端点「运行时热重载让自修改成为工程常态」，反方端点「载体自带而审计不带」⇒ 不裁决，只登记 ⚠⬬。
  • §4 开放问题：新增一条 —— 「热重载插件运行时如何承担自修改的审计与回滚义务（rutis 卡片零审计措辞；对比 A-Evolve 的 git tag + holdout 门控）」⚠⬬。
  • §5 趋势：只补入 ㊹ 的形态多样性（Rust 作多语言插件宿主），不新增趋势编号（1 件不构成趋势）。
  • §6 栖位表：归入 v129 起的「agent 自进化 / 可审计性」栖，作为运行时底座型子形态（区别于 A-Evolve 的「文件系统契约型」）。
  • ⚠️ 本条的全部限定（三重缺证，必须随文保留）： 1. 无一手来源：本地无仓库副本、库内无攻略 ⇒ 全部信息来自 5 个字段的卡片元数据 + 一句简介，未核验 README / 文档 / 代码； 2. 「hot-reload」「across machines」为简介自述，未经第三方复现或审计； 3. 星数与周增（161★ / +7）只表明「被采样到且小幅增长」，不构成热度或质量证据（承 v130 §1.1「Trending 采样日信号不可作热度证据」）。

§3 值得警惕的矛盾或待核实说法

  • ⚠️⚠️⚠️【矛盾 1 · 本轮最需警惕】「材料清单 = 待消化增量」的假设在本 job 上连续两天失效（10-30 与 10-31 各一次） 10-30 同 job 的 8 件中 4 件已被当日 v129 消化、1 件跨 database 轴；10-31 同 job 的 8 件中 6 件已被当日 v130 消化、1 件跨 RAG 轴。⇒ 同一 job id 在连续两日返回几乎完全重叠的 materials，而活文档每 24h 前进一版 ⇒ materials 列表的生成逻辑似乎不感知「已被下游消化」状态。待核实：work-guard 清单生成侧是否有「已消化」标记位；若无，E1 预消化轮每天都会重复核销同一批材料，并可能诱发「把再采当新观点」的写入事故（v130 §1.4 方法学警示④已警示）。 建议：向清单生成侧提一条 —— 是否可对本 job 记录已消化 material 的 fingerprint，使次日清单自动剔除。今晚不自行改清单（边界禁止）。

  • ⚠️⚠️⚠️【矛盾 2 · 同库双源重复立标风险】CoinRAG arXiv:2608.07458 在 llm-application 轴处于「ID 已入 §7.1、正文无条目」的悬空态 v130 的 §7.1 arXiv ID 集（1354 件）已含 2608.07458，但正文 grep CoinRAG = 0 ⇒ 若今晚按「清单里有 paper_card 就是本轴增量」来写，会把 R59 已完整消化的 CoinRAG（含 P99 100ms F1 +5.3% / 1.84× context token 等数字）当作 llm-application 轴的新发现再写一遍。 ⇒ 本轮处置：不立标。但提出一个记账问题 —— §7.1 的 arXiv ID 集与正文条目之间没有对应关系，一个 ID 可以「在集里但无正文」；这与 v129/v130 立的「paper_card 标题字段不可直接采信」「repo_card 简介欠载」并列为第三类采集/记账侧风险（编号缺失性风险）：引用完整性附录达标 ≠ 内容完整性达标。 待核实：§7.1 的 1354 件中还有多少是「只入 ID 集、正文无条目」？本轮未做全库统计（边界禁止全库扫描），只报此 1 例实测。

  • ⚠️⚬【矛盾 3】rutis 卡片主题字段（agent）与主分类字段（agent）一致，但「多语言插件运行时」的实际轴归属更接近 llm-infra / coding-agents 卡片 分类：ai、形态：app、主分类：agent，而简介所描述的（Rust 内核 + 4 语言插件 + 跨进程跨机热重载）主体是运行时基础设施，不是 agent 策略/编排 ⇒ 存在与 doobidoo/mcp-memory-service（work-queue §4，本轮由 Tom 认领）同类的轴归属不确定性。 处置建议：若今晚入库，标注「轴归属待定」，并同时提醒 llm-infra / coding-agents 轴做查重（本轮已核：agent.md 0 命中；llm-infra 与 coding-agents 轴未做全量核对，故标为待核而非「独占」）。

  • ⚠️⚬【矛盾 4】rutis 与 v130 §1.2 的 jessfraz/agent 在「跨机」诉求上同源，但两者机制不兼容 jessfraz/agent 跨的是会话（coordinator + Pi Durable + SQLite，经 Tailscale 直连各机 Rex sessions，「find and reuse the right task」续接原会话）；rutis 跨的是可执行代码载荷（热替换插件）⇒ 「跨机」有两种语义（状态迁移 vs 载荷迁移），不可合并为同一主线。今晚若要引用，须同时给出两者，避免只提 rutis 而把「跨机」读成已有立标的新进展**。

  • ⚠️【待核实 · 轻量】rutis 卡片简介自「首次采集 2026-10-30」到「上次采集 2026-10-31」仅隔 1 天即 +7★/周 按 v130 §1.4「xerj 周增塌陷 93.5%」的教训，1 天窗口的周增值不可作趋势证据（周增字段在短窗口内本质是噪声）。建议：若 v131 之后仍在清单中，观察其 7 日滚动周增是否稳定，本轮不据此立任何趋势。

  • ⚠️【口径提醒 · 非矛盾】本轮 xberg 卡片记「106 种格式 / 140 种扩展名」，v130 §1.3 记「官方 README 为 107/141」，v130 §4 Q130.620 已把这种口径漂移登记为待立记账规则 本轮清单中的 xberg 卡片仍为 106/140 ⇒ 该漂移尚未修正，Q130.620 维持登记。不得把本轮再采当作「口径已统一」。

§4 可引用的 arXiv 号列表

本批 materials 中出现的 arXiv 号（唯一一件 paper_card 的 ID）：

arXiv 号 标题 卡片 TLDR 要点（organized/paper_cards/843-2608-07458.md） 本轴处置
2608.07458 CoinRAG: Contextualized Information Nugget KV Cache Reuse for Long-Context RAG 在低 prefill 延迟约束下优化精度-效率 Pareto 前沿；经两阶段检索识别检索 chunk 内与查询相关的语义单元，将其切片化 KV 表示与 chunk 级上下文无缝拼接组装 不立标 —— RAG 轴 R59 已完整消化；本轴 v130 §7.1 仅含 ID，正文无条目（见 §3 矛盾 2）

其它可安全引用的 arXiv 号（活文档 v130 承重段中的既有锚点，本批 materials 未新增，仅作引用索引备查）： arXiv:2308.08155（AutoGen 一手论文 · v129 三锚定）· arXiv:2610.28380（OO-Harness · v128）· arXiv:2610.28601（Agent S4 · v128）· arXiv:2608.15127（AgentSysBench）· arXiv:2608.29310（Super-Library Agent）· arXiv:2610.11169（Skill Constellations）· arXiv:2307.15043（GCG）· arXiv:2603.13847（真正的 Sirens' Whisper）· arXiv:1409.0575 · arXiv:1406.2661。 本轮 net-new arXiv = 0 件。

§5 交付自评

  • status：partial（材料侧完整，轴侧空）
  • 本批 8 件 materials 核销：7 件已消化（v130 本轴 6 件 + RAG 轴 1 件）⇒ 净增 0；1 件真净增（arcships/rutis）⇒ 可入 1 条
  • 本轮实际增量条数：1 条（arcships/rutis），未凑 3-8 条
  • net-new arXiv：0（2608.07458 已入 v130 §7.1 且已被 RAG 轴消化）
  • 写入文件：仅 1 个 —— /shared/research-kb/inbox/stephen/2026-10-31-llm-application-e1prep.md（本轮写入前该文件不存在 ⇒ 新建，无覆盖；整篇 write，未用 edit）
  • 未执行：未改活文档 v130 / 候选文档 / work-guard 清单 / 基线 / 认领记录 / 其他任务文件 / 定时配置；未写他人目录；未 git；未输出密钥；未做网页搜索补料；未做全库扫描。
  • 待今晚主轮（v131）决策：① rutis 是否入 §1.2（建议入，带三重限定）② 是否给 #148 加天平端点（建议加，不裁决）③ 清单生成侧是否加「已消化 fingerprint」（本轮发现的最具杠杆问题）④ §7.1「只入 ID 集、无正文条目」的记账缺口是否立规则（本轮实测 1 例 2608.07458）