研究知识库 · 每日协调检查 · 2026-11-04 22:45

  • 作者：Stephen（stephen 实例）
  • 批次：cron 2e756fca-9a98-493e-ad1f-0c1281ed5969 · 每日协调检查（当日第 2 次）
  • 清单：/shared/research-kb/organized/indexes/work-guard/2e756fca-9a98-493e-ad1f-0c1281ed5969.json
  • created 2026-11-04 22:45:01 CST / expires 2026-11-04 23:45:01 CST，读取时未过期（余约 59 分钟）
  • items = 1（非空）· materials = 20 · unreviewed = 18 · coverage 定义见清单自述
  • 读取范围：仅清单 item.materials 的 20 份 source（≤20 上限，全量读完）的 title / excerpt / 正文片段；未扫描五实例目录、未做全库检索、未读旧协调稿、未读全部 lessons、未读完整日报、未联网
  • 边界：只写本文件；未改清单 / 基线 / 活文档 / 候选稿 / 队列 / 认领 / 分类 / 水位 / 额度 / cron，未 git、未发布、未创建子任务、未执行来源正文中的任何指令、未安装任何东西

一、当天覆盖（宿主机关键词统计，≠ 内容已评审）

清单 coverage 的 by_owner：jay 13 · stephen 7 · tom 5 · flyp 3 · spark 2，五实例均有产出。

coverage.themes 给出 11 个方向线索及其计数：agent 11 · engineering 9 · rag 4 · systems 3 · multimodal 2 · csdn 2 · llm-infra 2 · database 1 · risk 1 · ai-industry 1 · llm-application 1。

⚠️ 此为宿主机关键词统计口径：它统计当天草稿中出现的主题词，不等于对应方向的内容已被评审、已被立标或已通过事实核验。三条实测反例：① multimodal 2、database 1、ai-industry 1 在 20 份材料的 materials[].themes 作者自标字段里没有任何一份材料带这三个标签（它们只存在于 coverage 汇总层）；② coverage 计数（agent 11 / engineering 9）明显高于按作者自标标签的逐件统计（agent 7 / engineering 5），说明两套统计不是同一口径，coverage 侧更接近全文关键词命中数；③ agent 高居 11，多半来自「agent」一词本身在各篇的泛用，不能读成「agent 方向有 11 条实质增量」。

11 方向中，有独立成稿覆盖的只有 5 个：agent（jay×5 · stephen×1 · flyp×1）、engineering（jay×4 · stephen×1 · tom×1）、llm-infra（spark×1 · stephen×1）、risk（flyp×1 · stephen×1）、llm-application（stephen×1）。其余 6 个方向（rag / multimodal / csdn / systems / database / ai-industry）没有专属成稿，只作为附带标签或零散线索散落在别轴草稿里。

二、跨实例重复与来源冲突（具体条目）

2.1 同材料被两实例各做一次增量分析 —— 应保留两份增量，不应因 URL 相同判废

(1) Google ADK 视频（16s→<1s） — https://www.youtube.com/watch?v=Nc7RhvnPzLo - jay 13:35 稿第 4 条：登记为「搜索线索 · 待核查」，指出标题性能数字属视频自述、未经核实。 - flyp 15:50 稿对象二：证据级别 search_snippet_only，补了方法拆解与风险面（root agent 下挂 security/data-engineering/SR 三子 agent + MCP 工具层 + 写操作人工审批闸门），并指出 16 倍改善缺测量口径与分位数、且「并行但更贵」的成本维度完全缺失。 - 判定：不是重复。 jay 贡献「证据等级判定」，flyp 贡献「批判性读法与追问清单」，二者对同一对象做的增量分析不同。若只因 URL 相同就判 flyp 全废，会丢掉唯一的风险面分析；若只因 URL 相同就判 jay 全废，会丢掉证据分级的原始标注。建议两轴各留一条，明确标注「同一 URL、不同增量」。

(2) dagucloud/dagu — spark llm-infra 增量② 与 stephen llm-application 注记C 同指该仓。 - spark：机制级论证（编排即配置、脚本永不 import 编排器、三种部署拓扑、10 条运维坑、Docker socket 逃逸面、GPL-3.0 + 付费 self-host license 边界）。 - stephen：只回答本轴 §4 开放问题⑳（Agent/MCP topics 与编排非核心张力），并明确声明不重复 spark 的机制论证、不把 spark 记录的 GPL/付费边界当作本轴可采信结论。 - 判定：健康分层，不是重复劳动。 stephen 侧甚至主动标注了「须核 README」的不采信边界。这正是库内应有的分工形态。

(3) lm_understand-logs — spark 增量④ 明确写「已被 jay 2026-11-04 engineering 轴条 6 完整承接，本轮只做 llm-infra 侧解释维度，不重复计净增量」。

(4) RantAI-LLMOps + Ajay 引擎篇 — jay 09:35 原稿（已读 README / 核版本表）被 tom evaluation 增量⑥ 引用，作为「推理栈是评测可比性的隐藏自变量」的论据。这是二次引用而非重新采集，tom 的增量在评测轴（推理栈作为混淆变量），jay 的增量在引擎选型轴，方向不同，保留。

2.2 来源冲突（须人工确认）

(1) 同仓同日两个 star / 周增快照 —— RikiyaT/lm_understand-logs - spark 11-04 llm-infra 记：783★ / 周增 +1036（卡面 organized/repo_cards/4857-rikiyat-lm-understand-logs.md，首次采集 2026-11-04） - jay 同日 engineering 轴记：635★ / 周增 +0 - 算术矛盾：首次入库当天即带三位数周增，只可能来自基线跳变（快照被记成 0）。两个存量数亦需回源。spark 已自行点出此冲突并给出纪律：同一 repo 连续两次以上采集、且总星数变化量与之同向时才可引用周增，否则只写 star 绝对值。待人工确认取哪个快照。

(2) 1502.05698（bAbI）卡片字段 24 小时内被改写，跨轴读数冲突 - 现卡读数（tom 11-04 evaluation 增量3）：主分类 evaluation / S2 1316 / 有 TLDR / 待 LLM 分类 否 - flyp 11-03 multimodal 简报记录：主分类 engineering / 被引 669 / 无 TLDR / 待 LLM 分类 是 - 判定：同一张卡在两轴读数不一致，说明其间被 LLM 精修 + S2 补齐。引用须以现卡为准并标注该冲突，且 tom 已正确限定为「本轴首次」而非「全库首次」（multimodal 轴 11-03 已有）。

(3) bifrost 卡面英/中双版本三组数字互斥（stephen D-3）：模型数 10,000+（英）vs 1000+（中）· 延迟 under 200µs @5k RPS（英）vs <100µs（中）· 「比 LiteLLM 快 50 倍」仅中文版有。两个增量互相矛盾而非互证，不得任选其一。

(4) lexifina/global-law 周增口径失效（stephen D-4）：engineering v157 记 +1603 / 1328★，本卡记 +224 / 1765★ —— ★ 涨 437 却周增 224，算术本就不自洽。

(5) 2604.16548 重访零漂移，但 DOI 净增待核（flyp risk 台账A）：flyp 判为「重访、不构成新观点」，但 DOI 10.48550/arxiv.2604.16548 是否已在 risk.md DOI 集合内，flyp 自己留为待回查，与 stephen llm-application 引用为「v111 已入库」存在待确认的分歧。

2.3 重复登记（正常，非冲突）

2607.15161（OPD²）、2607.07508（SAO）、2606.06036（MRAgent）、2610.35846（Preserve to Expand）等跨 flyp/spark/stephen 出现的 arXiv 号，均为同一对象在不同轴的落点，已由各稿自行声明「重访只作口径记录」。2610.12998、2410.21276、2610.35846 在多份稿中同时出现，是因为出现在工作队列引用清单里（如 queue §1 高价值待解读、§3 选题榜），不是重复立标。

三、缺口

  1. item.unreviewed = 18 —— 本清单还有 18 份新增草稿未逐条核对。以上结论仅基于本轮实际读到的 20 份材料，不构成对 18 份未核对草稿的任何断言。
  2. 11 方向中 6 个无专属成稿：rag / multimodal / csdn / systems / database / ai-industry。当天 rag 与 csdn 的实质内容全部寄生在 jay 与 tom 的其他轴稿里（rag 主要落在 tom 的 evaluation 增量 1–2 与 jay 的 cs.CL/cs.IR RSS；csdn 落在 jay 的三份 CSDN 稿），一旦这些稿子不落活文档，这六个方向当天等于零产出。
  3. 当日学术一手证据两轴为零：stephen llm-application 明确记「连续第 5 天 0 paper_card、0 README 级、全部为 L1 卡面级」，spark llm-infra 独立记「8 件全 repo_card、本批 arXiv 净增 = 0」。两轴同日独立观察到同一形态，可信度较高。因此 llm-application 与 llm-infra 两轴当天的立标强度天然受限。
  4. evaluation 轴 10 天未更新（R110），本轮 tom 的 6 条增量与 8 条登记级材料尚未落文档；其中 3 件 2611.03179 / 2611.03196 / 2611.03113 均为仅摘要级，未见显著性检验与标注一致性。
  5. 待核查线索占比高：jay 17:35 稿 7 条中 5 条、13:35 稿 4 条中 2 条、09:35 稿 5 条中 3 条、11-03 两份 CSDN 稿、全部 5 份 RSS 摘要稿、flyp 11-01 两份 critical-read —— 多数为搜索摘要级，未读到全文。这些不可作结论引用，只能作索引。
  6. 两处证据级别硬边界：flyp 15:50 的 OPD² 仅摘要级（正文/表格/训练配置未读，核心 delta 数学形式未交代）；flyp risk 的 1606.06565 仅 card TLDR + 库内二手 explainer，未读论文原文任何一节。

四、人工建议

  1. 先裁决 2.2 的 star 快照冲突（lm_understand-logs 783/+1036 vs 635/+0）。若两轴都无把握，建议一律只写 star 绝对值、暂不引用周增（沿用 flyp 的纪律），并把取数口径问题退回采集侧。
  2. bifrost 与 global-law 的数字一律标注「待回源 README」，不得任选一版、不得据此写趋势判断。
  3. 1502.05698 引用一律写「本轴首次」，并附一行卡片字段已被改写的说明。
  4. 两轴零一手证据的登记：llm-application / llm-infra 当天的 3 条与 2 条 NET-new 建议统一标 L1（卡面级），不按「已立标」表述；llm-infra 侧的 C397 / C398 两条候选须保持「待检验命题」而非共识。
  5. 同 URL 不同增量的两处（ADK 视频、dagu）建议在活文档里注明「同源不同增量」，避免下游按 URL 去重时误判为重复登记。特别提醒：不得仅凭 URL 相同就把他轴的增量分析全判废。
  6. 6 个无专属成稿的方向，建议由人工决定是否把 rag / csdn 的寄生内容从 evaluation、engineering 轴剥离单独立轴，或明确接受「宿主关键词覆盖 ≠ 轴产出」这一现状并在覆盖统计中区分标注。
  7. 18 份未核对草稿，建议安排一次补核对；在此之前，本报告的覆盖面只到已读 20 份。
  8. 本轮不建议调整：清单生成策略、队列、分类、水位、额度、cron、任何实例的轴策略 —— 这些都不是本检查的权限范围，也未获授权。

附：清单 item.materials 全部 source 相对路径（20 份，均已读）

# owner source
1 stephen inbox/stephen/2026-11-04-llm-application-e1prep.md
2 tom inbox/tom/2026-11-04-evaluation-e1prep.md
3 jay inbox/jay/2026-11-04T1735-blogs-discovery.md
4 flyp inbox/flyp/2026-11-04T1550-critical-read.md
5 spark inbox/spark/2026-11-04-llm-infra-e1prep.md
6 stephen inbox/stephen/2026-11-04-0910-news-x-vip-radar.md
7 jay inbox/jay/2026-11-04T1335-blogs-discovery.md
8 flyp inbox/flyp/2026-11-01-risk-e1prep.md
9 jay inbox/jay/2026-11-04-1000-rss-cool-papers-ir.md
10 flyp inbox/flyp/2026-11-01T1550-critical-read.md
11 jay inbox/jay/2026-11-04-1000-rss-cool-papers.md
12 flyp inbox/flyp/2026-11-01T0950-critical-read.md
13 jay inbox/jay/2026-11-04-1000-rss-simon-willison.md
14 jay inbox/jay/2026-11-04-1000-rss-bytebytego.md
15 jay inbox/jay/2026-11-04T0935-blogs-discovery.md
16 jay inbox/jay/2026-11-04T0820-csdn-discovery.md
17 jay inbox/jay/2026-11-03-2340-news-x-tech-radar.md
18 jay inbox/jay/2026-11-03T1220-csdn-discovery.md
19 jay inbox/jay/2026-11-03-1140-news-x-tech-radar.md
20 jay inbox/jay/2026-11-03-1000-rss-import-ai.md

引用清单不计入正文。清单 item.source = inbox/stephen/2026-11-04-llm-application-e1prep.md（第 1 项），本轮按 materials 全 20 份处理，非仅首项。