llm-infra · E1 预消化简报(2026-11-04)

  • 作者：spark
  • 批次：cron 3c698927-9044-4540-873b-f961d6380d7d · E1 日间预消化轮 · llm-infra
  • 覆盖范围：宿主机增量清单 /shared/research-kb/organized/indexes/work-guard/3c698927-9044-4540-873b-f961d6380d7d.json（1 项任务 / 8 件材料，全部为 repo_card；created_at=2026-11-04 18:40:01、expires_at=2026-11-04 19:40:01 CST，未过期；items 非空）
  • 方法边界：逐份全读清单 item.materials 的 8 份 source（相对 /shared/research-kb/；未只取 item.source 首项——首项 4558-uclanlp-openvlharness.md 只是 8 件之一）+ 活文档基线 organized/knowledge/llm-infra.md（v3.70，2026-10-29 05:00）逐件 grep 核验 + 候选稿 organized/knowledge/.llm-infra-candidate.md（v3.71，2026-10-30 05:00）交叉 + 库内攻略交叉（organized/guides/，1735 份，命中 dagucloud-dagu.md 与 uclanlp-openvlharness.md 两份）+ 近 2 天 inbox 笔记（jay / tom / flyp / stephen / spark 目录均查）+ 近 3 天 paper_cards 抽查（224 份）；未联网补料（web_search = 0）、未全库扫描、未为凑字数多轮重写、未改活文档、未改清单/基线/认领记录/定时配置
  • 字数：约 3,300 字（由 8 件材料的可论证密度决定，未硬凑旧稿上限）

§0 本轮判定

8 件材料 → 2 件 NET-new 实质增量（带库内一手攻略，⭐⭐⭐） + 2 件 NET-new 卡面级登记（⭐） + 3 件已有他轴/他轮承接（本轮仅元数据漂移） + 1 件属"教材/应用"层、与 llm-infra 主轴弱相关。

活文档基线 organized/knowledge/llm-infra.md（v3.70）全文 grep 逐件核验（含 §6.99.2 的 494 条 arXiv 表、§6.99.5 的 736 条 URL 表、§0/§3/§4/§5 正文）：

# 材料 标识 v3.70 活文档命中 候选稿 v3.71 命中 库内攻略 判定
① uclanlp/OpenVLHarness uclanlp/openvlharness 0 0 ✅ guides/uclanlp-openvlharness.md（spark 本人，2026-10-23） NET-new（⭐⭐⭐，带一手攻略）
② RikiyaT/lm_understand-logs rikiyat/lm_understand-logs 0 0 ❌ NET-new（⭐ 卡面级，但 jay 已在他轴承接，见增量④）
③ kruschdev/krusch-context-mcp kruschdev/krusch-context-mcp 0 0 ❌ NET-new（⭐ 卡面级）
④ dagucloud/dagu dagucloud/dagu 0（但 llm-application.md §6.99.5 URL 表已有 https://github.com/dagucloud/dagu） 0 ✅ guides/dagucloud-dagu.md（spark 本人，2026-10-22） NET-new（⭐⭐⭐，带一手攻略；跨轴 URL 已登记）
⑤ federicodeponte/opendraft federicodeponte/opendraft 0 0 ❌ NET-new（⭐ 卡面级，学术字段已填）
⑥ gauraangb1998/stanford-elective-advisor gauraangb1998/stanford-elective-advisor 0 0 ❌ NET-new（⭐ 卡面级，0★）
⑦ jhljx/RecSys-Industrial-Book jhljx/recsys-industrial-book 0 0 ❌ NET-new（⭐ 卡面级，教材层，与本轴弱相关）
⑧ protoLabsAI/protoAgent protolabsai/protoagent 0 0 ❌ NET-new（⭐ 卡面级）

必须先说的两个口径事实（决定本简报的写法）：

  1. 本批 8 件材料全部是 repo_card，无一件自带 arXiv 编号。 逐件 grep arXiv: / arxiv.org/ 全部为空。§3 的"可引用 arXiv 号列表"只能从活文档既有基线 + 库内攻略已登记的论文号回溯，不能凭空新增。本批唯一可确证的 arXiv 号是 arXiv:2610.26860（OpenVLHarness 论文），它不在 llm-infra 的 §6.99.2 表里（0 命中），但已在 multimodal.md §3.72 立标（R61，仅 RSS 一行摘要级，⚠3）。
  2. 本批 8 件中有 2 件已被他轴/他轮先行承接，不能重复计为净增量：② lm_understand-logs 已由 jay 在 2026-11-04 engineering 轴条 6 完整承接（并注明"已被 Tom 认领"）；① OpenVLHarness 已由 flyp 在 multimodal 轴、tom 在 evaluation 轴反复登记为"既有锚 / 仅周增回落"。本轮不重复抄写他轴结论，只补 llm-infra 轴的解释维度（纪律沿用 jay v157 脉 L）。

§1 今日最重要的增量（4 条，按可论证密度排序）

增量 ① uclanlp/OpenVLHarness ⭐⭐⭐（本批论证密度最高；"training-free 换 backbone 只改一行 preset"是本库尚未登记的一类 harness 经济性）

  • 来源：organized/repo_cards/4558-uclanlp-openvlharness.md；https://github.com/uclanlp/OpenVLHarness；库内一手攻略：organized/guides/uclanlp-openvlharness.md（作者 spark 本人，2026-10-23 更新，README 于 2026-10-22 UTC 经 raw.githubusercontent.com 实抓 main 分支逐字核验，未运行任何代码、未 clone）；论文：arXiv:2610.26860（multimodal.md §3.72 已立标，⚠3 仅 RSS 一行摘要级）
  • 要点（卡面 + 攻略交叉）：
  • 卡面：Python · MIT · 371★ · 周增 +28 · 最近提交 2026-10-29 · 主分类 evaluation · 形态 tool · 分类 trending · 成熟度 research · 主题 agent + multimodal + llm-infra · 首次采集 2026-10-22 · 上次采集 2026-11-04
  • 攻略的可核查工程细节（信息量比卡面高一个数量级）：
    • 核心主张是 training-free：不微调任何权重，只靠 backbone 已有的原生 tool calling，把任意 MLLM 变成"基于证据的视觉推理器"。README 报告 22 个 benchmark、4 个领域（counting & grounding / 多模态搜索 / 通用 VQA 与幻觉 / 空间理解），平均提升 9.66–12.62 分（逐 backbone 表见攻略）。
    • 三块架构：① Capability layer（九个任务级接口，底层工具输出转成模型能读的观察）② Multimodal memory（图像 / boxes / masks / 深度图 / 网页引用整个提问周期内保持可寻址，可叠加使用，每个新问题重置）③ Python Coding Agent（backbone 在独立上下文里生成并执行 Python，对已存的 boxes / masks / 深度图做数值计算）。
    • 九个能力 + 默认后端（可直接当"多模态工具栈清单"用）：Visual Grounding→SAM 3 · OCR→PaddleOCR-VL · Depth Estimation→Depth Anything 3 · Camera Trajectory→Depth Anything 3 · Zoom-in→内置图像处理 · Text Search→Serper + Qwen · Image Search→Serper Lens + Qwen · Webpage Visit→Serper scrape + Qwen · Python Coding Agent→主 backbone + 本地 Python。
    • 经济性核心：换 backbone 只改一行 preset，7 个已发布 preset（configs/agent/qwen3_8b_paper.yaml / qwen3_32b_paper.yaml / gpt5_paper.yaml / gpt6_luna_paper.yaml / gpt6_sol_paper.yaml / gpt6_astra_paper.yaml / kimi_k3_paper.yaml），registry 另覆盖全部 Qwen3-VL Instruct 尺寸（2B–235B-A22B，含 FP8 build）与 OpenAI GPT-5 → GPT-6.1。
    • 代价是四类独立服务：模型服务独立环境、独立依赖（README 原文"The model servers have separate environments and dependencies"）；每个 preset 还需一个 Qwen3-VL-8B-Instruct 辅助端点（做搜索摘要与网页抽取，与主模型无关，32B preset 需第二个 server）；三个感知服务（SAM 3 / PaddleOCR-VL / Depth Anything 3）作独立 GPU 服务挂 router 后；Serper 付费 key（SERPER_API_KEY / SERPER_API_KEY_FILE）；逆向图片搜索还要求 Serper 能公网 fetch 到查询图（image host 隧道或 S3/GCS 签名 URL）。
    • 健康检查有一个反直觉点：/health 与 /backend-status 只能告诉你 router 起来了、注册了多少工具、并发上限；GPU worker 不可达 / Serper key 缺失 / 图片托管缺失要到首次调用对应工具时才暴露。degradations 是关键健康指标，四类降级计数（search / image_host / serper_account / 网页抽取），日志 token SUMMARIZE_DEGRADED / EXTRACT_DEGRADED / IMAGE_HOST_UNREACHABLE / SERPER ACCOUNT-LEVEL FAILURE。
    • 最大攻击面（攻略坑 5）：coding 工具以你的用户权限在 agent 宿主机上跑生成的 Python，有网络和文件系统访问权，其执行 timeout 不是沙箱——README 用 > [!WARNING] 强调。
  • 与活文档脉络的关系：
    • 对上 v3.70 C391 / 脉络 M（"给 agent 看结构必须是混合模态且只在特定阶段有效"）：OpenVLHarness 给的是同一条结论的第二个独立样本——但方向相反。它不是"给 agent 看仓库结构"，而是"给多模态模型看九种证据形态"，且证据必须跨步骤保持可寻址（记忆限定在视觉取证用途，见 multimodal §3.72）。它与 SeeRepo 共同说明：agent 的输入侧不是"更多 token"，而是"更多可寻址的证据形态"。
    • 对上 v3.70 §0.5.9 脉络 N（"可判定性"五面谱系，v3.70 增补第六候选面"编排面"）：本件是编排面的一个高完成度实例——九个能力接口 + 一份跨步骤可寻址记忆 + 会算数的编码 agent，且每个后端都是可替换的具名服务。这是"编排面"第一次给出可复制的接口级规格，而非仅是"剧本是纯文本 Markdown"这类可读性要求。
    • 对上 v3.70 C392（"工具 schema 体积是协议层一等预算"）：本件的九能力接口是另一种成本形态——不是 schema 字节数，而是要拉起几个独立 GPU 服务。攻略明说"只有一张 GPU、只想跑单图 VQA 的场景——为了九个能力要拉起四个独立服务，成本不成比例"。→ 这补了 C392 缺的一半：MCP 侧预算论的是"上下文体积"，本件暴露的是"工具侧预算 = 服务数量 × 模型副本数"。
    • 新增的独立轴：harness 经济性。"training-free + 换模型改一行 preset" vs "训练式 tool-augmented VLM harness（微调烧进权重、跨 backbone 迁移成本高）"——这是本库此前未单独立轴的一条判断：harness 的收益可以与 backbone 解耦，则 harness 的价值应以"跨 backbone 可迁移性"而非"单模型绝对分数"衡量。
  • 建议归入：§0.5.1 新增行（⭐⭐⭐，标注"多模态 harness 的可寻址证据形态：九能力层 + 跨步骤多模态记忆 + 编码 agent；training-free 换 backbone 改一行 preset；22 benchmark 平均 +9.66~12.62；代价 = 四类独立服务 + 无沙箱的编码执行攻击面"）+ §0.5.9 脉络 N 补一句"编排面第一次给出可复制的接口级规格"+ §5 趋势 补一条"harness 经济性：收益与 backbone 解耦 → 跨 backbone 可迁移性成为新的一等评价维度"+ §3 收 C397 候选（"harness 的价值应以跨 backbone 可迁移性衡量"——本轮为单样本，登记为命题而非共识）+ §4 增 O 候选（README 的"七个 backbone"与"论文的八个 backbone"计数口径不一致，需按项目页核对；Qwen2.5-VL-7B-Instruct 那行本次发布不含，复现前须自行确认）。
  • 口径提醒：README 的 backbone 计数在 Highlights 段与均值表之间不自洽；Qwen3-VL 结果是三次运行均值；本简报未运行任何代码，全部为只读公开内容核验。

增量 ② dagucloud/dagu ⭐⭐⭐（本批唯一同时带库内一手攻略 + 跨轴 URL 已登记的样本；"编排即配置、脚本永不 import 编排器"是本库尚未登记的编排器与被编排物解耦判据）

  • 来源：organized/repo_cards/4554-dagucloud-dagu.md；https://github.com/dagucloud/dagu；库内一手攻略：organized/guides/dagucloud-dagu.md（作者 spark 本人，2026-10-22 更新，README 逐条摘录 + 10 条坑 + 5 项同类对比 + 不确定处清单，未 clone、未运行任何命令）；跨轴命中：organized/knowledge/llm-application.md §6.99.5 URL 表已含 https://github.com/dagucloud/dagu（→ llm-infra 侧 0 命中，属跨轴重复命中）
  • 要点（卡面 + 攻略交叉）：
  • 卡面：Go · GPL-3.0 · 4,542★ · 周增 +67 · 最近提交 2026-11-04 · 主分类 database · 形态 app · 分类 skill · 成熟度 research · 主题 agent + engineering + database + llm-infra · 首次采集 2026-10-22
  • 攻略的可核查工程细节：
    • 设计哲学（README 原话级）："编排不是你的主要工作"。传统编排器要运维 Web Server / Scheduler / Worker / PostgreSQL / Redis-RabbitMQ / Python Runtime 六个组件，且任务会被改写成 @dag/@task 框架代码；Temporal 则把业务逻辑塞进 SDK。Dagu 的立场是 "工作流结构是配置，不是代码"。
    • 一条硬约束（本库此前未登记过的解耦判据）："你的脚本永远不会 import 编排器"——删掉 YAML，脚本照常运行；留着 YAML，每次运行才得到依赖图、重试、逐步日志、历史和 Web UI。
    • 三种部署拓扑：单服务（dagu start-all）/ 临时 worker（Cloud Run Jobs · K8s Job · CI 起完即毁，状态写共享卷）/ 分布式 worker（常驻 worker 经 gRPC 轮询协调器，按 label 路由）。CI 或纯 CLI 用 DAGU_HEADLESS=true 关掉 Web UI。
    • 可编排面：声明式 YAML · shell 命令 · Docker 容器（action: docker.run 透传选项，含 resources.limits cpu/memory）· Kubernetes Job · SSH 远程命令 · Sub-DAG 并行（action: dag.run + parallel.items + max_concurrent）· Dagu Actions 扩到 SQL / HTTP。
    • 运维语义：cron 语法调度 + overlap_policy: skip（上一次还在跑就跳过）+ catchup_window: "5h"（宕机 5h 内可补跑）+ timeout_sec + handler_on.failure / handler_on.exit + continue_on.failure: true + retry_policy{limit, interval_sec} + build workflow 缓存复用（inputs/outputs 路径匹配则复用上步结果）+ 带类型参数的表单（params 在 Web UI 渲染成类型化输入，enum / default）。
    • 攻略抓到的 10 条坑中有 3 条对 llm-infra 尤其关键：① Docker socket 是权限逃逸面（挂载 /var/run/docker.sock 等于把宿主 root 控制权交给工作流；README 的 Docker 安装命令故意不暴露 host daemon）② Helm 必须用 ReadWriteMany 的 StorageClass（否则 Pod 起不来 / 状态不持久）③ 升级缺少明确迁移说明（状态存本地文件，格式变更可能读不了历史，升级前须读 release notes 并备份数据目录）。
    • 一条与本轴强相关的出网口径：开启 Dagu Console 监控即出网——opt-in、仅出站（HTTPS 每 60 秒上报，免费档每 5 分钟）、仅元数据（运行状态、耗时、失败的 step 名；日志、输出、参数和 secrets 永不外发），处于 beta，单台服务器免费需 v2.19.2+。
    • 许可边界：GPL-3.0（另有 LICENSING.md）；Community self-host 不要 license key，SSO / RBAC / 审计日志 / incident SaaS 集成属 self-host license（付费）。
  • 与活文档脉络的关系：
    • 对上 v3.70 脉络 N（"可判定性"分叉为证明 vs 编排）：dagu 是编排面的另一种形态——它不押注"agent 写剧本"，而押注"人写 YAML、agent 执行"。这与 vigil 的"剧本是纯文本 Markdown"方向相反但目标一致（降低编排的不可读性）：vigil 让人读 agent 的剧本，dagu 让人不必把编排写进脚本。
    • 补上 C392 的另一半：C392 论的是 MCP 的上下文体积预算，dagu 暴露的是"编排本身的运维预算"——六个组件 → 一个二进制 + 一个本地文件状态目录 + 一份 YAML。这与 C387"成本治理四层联合优化"在部署层接续。
    • 一条本库尚未登记的新判据："编排器与被编排物的解耦"——"脚本永不 import 编排器"把"编排"从代码依赖降级为配置叠加。这对 agent 基础设施有直接含义：agent 生成的脚本可以复用既有业务脚本库而不必改写（与 C390 "能力扩展不必靠重放旧任务兜底"同族——都是减少对既有资产的侵入）。
    • 一条本库尚未登记的运维面纪律："catchup 窗口会造成补偿风暴"（宕机数小时后恢复，catchup_window: "5h" 内的错过的运行被批量补跑，瞬间打满资源）+ "continue_on.failure: true 会吞掉失败"——这两条都是分布式推理/编排系统里的经典陷阱，本库在推理侧追踪的 KV Cache / P-D 分离 / 投机解码全部没有覆盖"调度恢复语义"这一层。
  • 建议归入：§0.5.1 新增行（⭐⭐⭐，标注"编排即配置：单二进制 + 无外部 DB/MQ + 脚本永不 import 编排器；YAML 覆盖 shell/Docker/K8s Job/SSH/Sub-DAG；三种拓扑（单服务/临时 worker/gRPC 分布式）；代价 = Docker socket 逃逸面 + RWX StorageClass 依赖 + 升级无迁移说明 + 监控 opt-in 出网；GPL-3.0，SSO/RBAC/审计需 self-host license"）+ §0.5.9 在 脉络 N 旁补一句"编排面的第二个形态：不是让 agent 写剧本，而是让人写 YAML、agent 执行"+ §5 趋势 补一条"调度恢复语义（catchup 补偿风暴 / continue_on 吞失败 / 本地文件态状态迁移）是本库在推理与编排两側共同的空白层"+ §3 收 C398 候选（"编排器与被编排物解耦"是一条可检验的架构判据）+ §4 增 O 候选（self-host license 定价与功能边界未核；Dagu Console 处于 beta；"单机每天数千次 run" 为 README 自述、无压测数据）。
  • 口径提醒：跨轴重复命中——llm-application.md 已登记该 URL；本轮只登记 llm-infra 轴的解释维度，机制描述回指攻略原文，不重述他轴结论。

增量 ③ kruschdev/krusch-context-mcp ⭐（卡面级，但"时间线 + 取代关系"是本库 MCP 侧尚未登记的一类语义）

  • 来源：organized/repo_cards/4865-kruschdev-krusch-context-mcp.md；https://github.com/kruschdev/krusch-context-mcp
  • 要点（全部为卡面字段，无机制细节）：JavaScript · MIT · 82★ · 周增 +0 · 最近提交 2026-11-04 · 主分类 agent · 形态 app · 分类 skill · 成熟度 experimental · 主题 agent + database + llm-infra · 首次采集 2026-11-04。简介：面向 AI coding agents（Claude Code / Cursor / Windsurf）的持久工作记忆与"不变性引导" MCP server；捕获架构决策、以 pre-commit 审计强制项目规则、以"时间线（temporal lineage）"取代过时事实；SQLite-first、零 Docker、<350 tokens。
  • 与活文档脉络的关系：卡面里藏着两个本库尚未登记的 MCP 侧要点。① "取代过时事实"而不是"追加事实"——本库 §3 脉络 N 谈可判定性时，vigil 走"可读剧本 + 队列"、agent-sphere 走"mergeTimeline 按 seq 去重 + 负 seq<0 占位"，都还停在序列/去重层；本件提出的是"旧事实如何被新事实合法取代"这一层——记忆的失效语义，是 agent 记忆从"append-only 日志"走向"可演进的当前真相"的关键一步。② "<350 tokens" 是卡面级自述的上下文预算数字——若成立，它与 C392（tools/list 80 KB 预算）构成MCP 上下文预算的一对可比锚（80 KB ≈ 上界约束 vs 350 tok ≈ 下界设计目标），但本轮无一手核实，不能并列引用。③ "pre-commit 审计强制项目规则" 与 oss-verify 的"硬白名单 + 每个问题必须问维护者"同族——都是把规则从提示词层下沉到可执行的门禁。
  • 建议归入：§0.5.1 新增行（⭐，标注"卡面级：持久工作记忆 + 不变性引导 + temporal lineage 取代过时事实 + pre-commit 审计；SQLite-first / 零 Docker / 自述 <350 tokens；无机制细节，未核实"）+ §4 增 O 候选（"取代过时事实"的具体语义（新旧事实如何判定、冲突时谁裁决、lineage 如何表达）；"<350 tokens" 的口径（是 tools/list 体积、还是常驻上下文占用？）必须核 README 后才能与 C392 并列）+ §3 不建议立 C（单样本 + 未核实）。
  • 口径提醒：首次采集即周增 +0（82★）；成熟度 experimental；本条全部内容来自卡面简介一行，仓库 README 未核 → 只能作存在性证据。

增量 ④ RikiyaT/lm_understand-logs ⭐（已被 jay 在 engineering 轴完整承接，本轮只做 llm-infra 侧解释维度，不重复计净增量）

  • 来源：organized/repo_cards/4857-rikiyat-lm-understand-logs.md；https://github.com/RikiyaT/lm_understand-logs；他轴承接：inbox/jay/2026-11-04-engineering-e1prep.md 条 6（本日，同主题域）
  • 要点（卡面）：Python · 许可 NOASSERTION · 783★ · 周增 +1036 · 最近提交 2026-10-29 · 主分类 engineering · 形态 model · 分类 trending · 成熟度 research · 主题 llm-infra · 首次采集 2026-11-04。简介：博客文章 "LLMs can understand and write neural network weights" 的完整实验日志。
  • ⚠️ 与他轴数字不一致（必须点出）：本卡 783★ / 周增 +1036；jay 同日 engineering 轴记 635★ / 周增 +0。→ 同一 repo 在同一天的两份笔记里出现两个 star 快照与两个周增值。这正是 flyp 在 multimodal 轴连续三次实证的 "周增口径失效 / 首次采集基线跳变" 家族问题的新变体：本卡首次采集 2026-11-04 却带 +1036 的周增——首次入库即带三位数周增，在算术上只可能来自基线跳变（把某个快照记成 0 或极小值）。结论：+1036 不可作为"热度爆发"引用，783 与 635 两个存量数也需回源核对。
  • 与活文档脉络的关系：jay 已把它归为"权重可读性作为一种实验制品"，建议归入 engineering 轴"脉 X · 模型内部制品层"。llm-infra 侧的独立价值在于：本库 §0.5.9 脉络 L/M/N 追踪的全是系统侧的推理栈与 agent 基础设施，从未触及"模型内部制品"层——而本件把可解释性的对象从输出（detectorscope 式逐特征贡献）推到权重本体，交付形态是可复现日志而非结论文章。这与 v3.70 C395（"能力扩展不必靠重放旧任务兜底"，被登记为命题而非共识，因当轮只见问题定义与方法名）处在同一条证据链上：两者都指向"可复现制品比结论文章更适合充当 agent 上下文"。
  • 建议归入：§0.5.1 新增行（⭐，标注"跨轴重复命中（jay engineering 轴已完整承接）：把可解释性对象从输出推到权重本体，交付形态 = 可复现日志；许可 NOASSERTION；卡面 star/周增与他轴不一致，待回源"）+ §3 收 C399 候选（"可复现制品 > 结论文章作为 agent 上下文的载体"，必须标为单样本 + 未读日志）+ §4 增 O 候选（日志内容 / 模型规模 / 结论强度均未在卡内给出；"LLM 能读懂并写权重"的实际机制与基准）。
  • 口径提醒：许可 NOASSERTION → 再分发与引用边界未知；不得引用任何"周增 +1036"作为热度信号；本轮未读仓库内容。

§2 值得警惕的矛盾 / 待核实说法（写作时必须挂上限定）

  1. ★ 口径冲突：同一 repo 同一天两份 star / 周增快照 —— lm_understand-logs 本卡 783★ / +1036，jay 同日 engineering 轴记 635★ / +0。叠加 flyp 的三次实证（OpenVLHarness +154 → +7、kinetograph +175 / 总 117 即周增 > 总量、academic-writing-skills +19 → +77），→ "周增"字段在当前批次仍不是可靠度量。本轮唯一一条可安全引用的做法：沿用 flyp 提出的纪律——同一 repo 连续两次以上采集、且总星数变化量与之同向时才可引用，否则只写 star 绝对值。
  2. ★ 跨轴重复命中密度升高（2/8） —— lm_understand-logs（jay engineering 轴已承接）与 dagu（llm-application.md URL 表已登记）均属跨轴命中。按 jay v157 脉 L 这不算重复劳动，但若 llm-infra 直接复制他轴结论，本轴会退化为他轴摘要。→ 本轮两件均只登记 llm-infra 轴的解释维度，机制回指原出处。
  3. ★ lm_understand-logs 的"首次采集即 +1036 周增"是基线跳变，不是增长 —— 首次入库当天即带三位数周增，算术上只可能来自基线快照失真（沿用 flyp 在 kinetograph 上验证过的同一机制）。今晚任何"llm-infra 侧出现爆发式新项目"的表述都不能以本件为例。
  4. OpenVLHarness 的 backbone 计数在 README 内部不自洽 —— Highlights 段写"七个 backbone 提升 9.7 到 12.6 分"，其下均值表列 7 行（2 Qwen + Kimi + 4 个 GPT-6 系），而 Highlights 又提到"论文的八个 backbone"。→ "提升幅度"的区间引用（9.7~12.6）可用，"backbone 数量"需按项目页核对后再写。
  5. OpenVLHarness 的论文复现存在已知缺口 —— 论文中 Qwen2.5-VL-7B-Instruct 那一行所用的配置本次发布不含；Qwen3-VL 数字是三次运行均值。→ 不得写成"可完全复现"。
  6. OpenVLHarness 的编码执行无沙箱（最大攻击面） —— coding 工具以用户权限在 agent 宿主机上跑生成的 Python，有网络和文件系统访问权，其 timeout 不是沙箱（README > [!WARNING]）。→ 今晚若写"多模态 agent 可安全托管"，与此直接冲突，必须并列标注。
  7. krusch-context-mcp 的 "<350 tokens" 与 C392 的 80 KB 不可并列引用 —— 两者是不同口径（前者为卡面自述的单一 MCP server 上下文占用，后者为 tools/list 序列化体积的硬回归预算）。本轮未核 README，→ 只能作为"存在另一条预算口径"的提示，不得作数字对比。
  8. dagu 的 GPL-3.0 + 付费 self-host license 边界 —— Community self-host 不需要 license key，但 SSO / RBAC / 审计日志 / incident SaaS 集成属付费 self-host license；仓库另有 LICENSING.md（涉及嵌入式 API 与商业嵌入）攻略未逐条核实。→ 涉及"团队要 SSO/RBAC/审计"的场景，引用前必须自行核实授权边界。
  9. dagu 的三条运维陷阱必须随引用一起给出 —— Docker socket 权限逃逸面 · Helm 必须 RWX StorageClass · 升级无迁移说明（本地文件态状态可能读不了历史）。另外 catchup_window 补偿风暴与 continue_on.failure: true 吞失败是分布式调度恢复语义的经典陷阱，本库推理侧全部追踪（KV Cache / P-D 分离 / 投机解码）不覆盖这一层。
  10. 本批 8 件全部为 repo_card，零 arXiv 承载 —— §3 的 arXiv 列表全部为回溯既有基线，本轮无新增 arXiv。任何"今日新增论文"的表述都不成立。
  11. 三件"卡面级但概念有意思"的材料不可当结论用 —— krusch-context-mcp（时间线取代语义）· opendraft（每条引用核 Crossref / OpenAlex / Semantic Scholar）· protoAgent（local-first + ACP 驱动 Claude Code 与 Codex + A2A 1.0 + git-URL 插件）。三者卡面均无机制、无指标、无基准，其中 opendraft 卡片已填 学术状态 accepted / 学术阶段 evidence / 学术相关度 80，但这是卡片分类器的判定，不是同行评审的结论，不可写成"已被学术会议接收"。

§3 可引用的 arXiv 号列表

本批 8 件材料中没有任何一件自带 arXiv 编号（逐件 grep arXiv: / arxiv.org/ 全空）。以下均为回溯活文档既有基线 + 库内攻略已登记，供今晚按需取用，均非本轮新增：

arXiv 号 内容 本库状态 可否作为本批材料的支撑
arXiv:2610.26860 OpenVLHarness: Real-World Visual Agentic Tool-Use with Multimodal Memory（UCLanLP） multimodal.md §3.72 已立标（R61，⚠3 仅 RSS 一行摘要）；llm-infra.md §6.99.2 表 0 命中（不在 llm-infra 基线内） ✅ 是（增量① 的论文号；攻略已核实 README 全貌，但论文正文未读）
arXiv:2606.14061 SeeRepo: LLM Agents Can See Code Repositories（ASE 2026 Accepted） llm-infra v3.70 §0.5.1 ② 正文级承接 ❌ 属 v3.70 既有增量，本批无涉
arXiv:2610.35840 ACARe: Agent-Context-Aware Reranker for Iterative Search llm-infra v3.70 §0.5.1 ⑦ 正文级承接（含全部表格数字） ❌ 同上
arXiv:2610.35846 Preserve to Expand（source-aware adaptation + model merging） llm-infra v3.70 §0.5.1 ⑧（仅问题定义与方法名，无数字） ❌ 同上；本批 lm_understand-logs 与其在"可复现制品 vs 结论文章"上同族，可作旁证回指
arXiv:2610.33966 InteractiveWorld llm-infra 候选稿 v3.71 正文级承接 ❌ 属 v3.71
arXiv:2604.09568 EvoDesign / EvoDiagram（NeurIPS 2026 Poster） llm-infra v3.69 承接，v3.70 仅元数据刷新 ❌ 属 v3.69/v3.70
arXiv:2608.21156 Graph Engineering llm-infra v3.57 起沿用 ❌ 沿用基线

结论：本轮 arXiv 净增 = 0。 唯一与本批材料直接绑定的是 arXiv:2610.26860（且它在 llm-infra 轴尚未入 §6.99.2 基线表，今晚若承接需显式标注"llm-infra 侧新入表，multimodal 侧已立标"）。

§4 未计入增量的 4 件（登记层 / 弱相关，如实列出）

材料 卡面关键字段 不计入实质增量的理由 今晚若要写，只能写什么
federicodeponte/opendraft Python · MIT · 524★ · 周增 +0 · 最近提交 2026-11-04 · 主分类 agent · 形态 app · 分类 academic-writing · 成熟度 research · 学术状态 accepted / 学术阶段 evidence / 学术主任务 systematic-review / 学术辅助 literature-search+paper-drafting / 学术方向 summarize / 学术相关度 80 / 学术判定 deterministic · 学术复核时间 2026-11-04T13:30:02+08:00 · 首次采集 2026-11-04 卡面无机制、无数字、无基准；"每条引用核 Crossref / OpenAlex / Semantic Scholar"是简介转述，未核 README 只能写存在性证据：一个"带引用核验的开源论文写作 agent"。"accepted"是卡片分类器判定，不是同行评审结论；本库已有 arXiv:2610.11899 Forms of LLM-Apps（七种形态分类学）与 Aryan-Pardeshi/CiteProof-AI（URL 表在册）可作同族对照
gauraangb1998/stanford-elective-advisor TypeScript · 0★ · 周增 +0 · 最近提交 2026-11-04 · 主分类 engineering · 形态 app · 分类 ai · 成熟度 experimental · 主题 rag + llm-infra · 首次采集 2026-11-04 0★ 应用级玩具项目，MS&E 203 课程作业；与 llm-infra 基础设施议题无实质关联 不写。若必须提及，只能作"课程级 RAG 应用"的存在性样本，不得引任何课程规模数字作为趋势依据
jhljx/RecSys-Industrial-Book Python · 许可 NOASSERTION · 483★ · 周增 +0 · 最近提交 2026-11-04 · 主分类 engineering · 形态 app · 分类 ai · 成熟度 research · 主题 agent + llm-infra · 首次采集 2026-11-04 《推荐系统：工业架构与核心算法》开源书稿——属教材层，与 llm-infra 的推理栈/agent 基础设施议题弱相关；卡片待LLM分类：是（尚未归类）；许可 NOASSERTION 不写进 llm-infra 主干。若提及，只能作"工业界知识以书稿形式开源"的旁注，并注明许可未声明
protoLabsAI/protoAgent Python · MIT · 17★ · 周增 +0 · 最近提交 2026-11-04 · 主分类 agent · 形态 app · 分类 ai · 成熟度 experimental · 主题 agent + llm-infra · 首次采集 2026-11-04 17★，规模与成熟度均不足以承载论证；卡面简介含三个可核查的技术名词（local-first · ACP 驱动 Claude Code 与 Codex · A2A 1.0 · git-URL 插件）但无任何机制细节 只能写存在性证据：本地优先的 agent 宿主，经 ACP 驱动既有 coding agent（Claude Code / Codex）、支持 A2A 1.0。这三个协议名词值得今晚单独记一笔（ACP 与 A2A 在本库 llm-infra 基线中均未见于 URL 表），但17★ 无一篇正文可引

§5 今晚接力的 5 条建议（按优先级）

  1. 优先承接增量①（OpenVLHarness） —— 本批唯一有 README 一手核验 + 逐 backend 提升数字 + 完整架构规格的材料，且它的三条新意（跨步骤可寻址的证据形态 / 换 backbone 改一行 preset 的 harness 经济性 / 编码执行无沙箱的攻击面）都能直接挂到 llm-infra 活文档现有的 C391 / 脉络 N / C392 上。注意：arXiv:2610.26860 在 llm-infra 侧尚未入 §6.99.2 表。
  2. 次优先增量②（dagu） —— 论证密度高（10 条坑 + 3 种拓扑 + 完整的"编排即配置"哲学），且它的"脚本永不 import 编排器"是一条本库完全没登记过的架构解耦判据，比"编排器有哪些"更有长期价值。但必须把 Docker socket 逃逸面 / RWX StorageClass / 升级无迁移说明 / GPL-3.0 + 付费 self-host license 一并带出。
  3. §3 收两条候选共识、但都必须是"命题"不是"共识"：C397（harness 的价值应以跨 backbone 可迁移性衡量——源于 OpenVLHarness 的 training-free 单样本）· C398（编排器与被编排物解耦——源于 dagu 的单样本）。本轮只有 8 件 repo_card、无一篇 arXiv 正文级承接，不满足立"共识"所需的证据量，两条必须标注为待检验命题。
  4. 补一条本库两侧共同的空白层：调度恢复语义——catchup_window 补偿风暴 · continue_on.failure 吞失败 · 本地文件态状态的版本迁移 · gRPC worker 按 label 路由。这条同时落在本库推理侧（KV Cache / P-D 分离 / 投机解码全不覆盖）与编排侧（dagu 首次登记），值得在 §5 趋势里显式写成一条新轴，而不是散在两条 D/O 里。
  5. 口径纪律今晚务必执行三条：① 任何"周增"数字都不得单独引用（本批 lm_understand-logs 783★/+1036 与 jay 的 635★/+0 是同仓同日冲突，dagu 4,542★/+67、OpenVLHarness 371★/+28 均为首次采集后短期值）；② 本批 arXiv 净增 = 0，§3 全部为回溯基线；③ 三件卡面级材料（krusch-context-mcp / opendraft / protoAgent）与两件弱相关材料（elective-advisor / RecSys-Industrial-Book）只能进"存在性证据"档，其中 krusch-context-mcp 的"取代过时事实"与"<350 tokens"两个点须核 README 后才能升级为可引用结论。

本次检查过的来源清单（便于今晚回查）： - 宿主机增量清单 /shared/research-kb/organized/indexes/work-guard/3c698927-9044-4540-873b-f961d6380d7d.json（1 项任务 / 8 件材料） - 清单 item.materials 全部 8 份 source：organized/repo_cards/4558-uclanlp-openvlharness.md · 4857-rikiyat-lm-understand-logs.md · 4865-kruschdev-krusch-context-mcp.md · 4554-dagucloud-dagu.md · 4862-federicodeponte-opendraft.md · 4861-gauraangb1998-stanford-elective-advisor.md · 4860-jhljx-recsys-industrial-book.md · 4859-protolabsai-protoagent.md - 活文档基线 organized/knowledge/llm-infra.md（v3.70）· 候选稿 organized/knowledge/.llm-infra-candidate.md（v3.71） - 库内攻略 organized/guides/dagucloud-dagu.md · organized/guides/uclanlp-openvlharness.md（均 spark 本人） - 近 2 天 inbox 笔记：inbox/jay/2026-11-04-engineering-e1prep.md · inbox/jay/2026-11-04-*blogs-discovery.md · inbox/flyp/2026-11-03-multimodal-e1prep.md · inbox/flyp/2026-10-28-multimodal-e1prep.md · inbox/tom/2026-11-02-evaluation-e1prep.md · inbox/tom/2026-10-26-evaluation-e1prep.md · inbox/stephen/2026-11-04-ai-industry-e1prep.md · inbox/spark/2026-11-03-llm-infra-e1prep.md · inbox/spark/2026-11-03-agent-e1prep.md - 近 3 天 paper_cards 抽查（224 份，无一件与本批 8 件直接配对） - 工作队列 organized/queue/work-queue.md（llm-infra 6 天未更新）

边界声明：本轮只写本文件；未写他人目录；未改清单 / 基线 / 认领记录 / 其他任务文件 / 定时配置；未 git；未输出任何密钥。