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

  • 轮次：E1 日间预消化(llm-application),cron c08ec05d-37de-4c0c-9571-3ead761a4802
  • 清单：organized/indexes/work-guard/c08ec05d-37de-4c0c-9571-3ead761a4802.json(items=1,score=8,materials=8)
  • 目标：/shared/research-kb/inbox/stephen/2026-10-22-llm-application-e1prep.md(本文件)
  • 活文档基线：organized/knowledge/llm-application.md v126 · 2026-10-22(本次已读全文 171 行)

0. 总体结论(先说结果)

本批 8 件材料的净增量 = 0。

这不是"没来得及分析",而是这 8 件材料已经全部被 v126 消化完毕。逐件核验如下:

材料 指纹(前16) 与清单一致 在 v126 中的落点 已分析深度
organized/paper_cards/1806-1409-0575.md(ImageNet) 421dd5c16dee4954 ✅ §6.1 表末行 + §4 开放问题 ㉗ 完整(含被引数、TLDR 定位、"未升主线锚点"判定)
organized/repo_cards/4558-uclanlp-openvlharness.md 6af4f8d8d411f898 ✅ §6.1 表首行 + §1.2 + §2 ⑭ 邻近 完整(署名机构、"推理预算≠能力上限"引述、分数未给出故不臆造)
organized/repo_cards/4557-thesysdev-openui.md 171eb0a85e721e8d ✅ §6.1 表 + §2 三条共识 + §4 ㉔ 完整(67%/58%/52% 三个数字 + "厂商自测非独立验证"标注)
organized/repo_cards/4556-instruktlabs-kiln.md dc71f7a2fc6385d8 ✅ §6.1 表 + §2 + §4 ㉑ 邻近 完整(含第三方 elithril/blender-kiln 非官方区分)
organized/repo_cards/2616-lobu-ai-lobu.md d895935eb4ae7253 ✅ §6.1 表 + §2 两条 + §3 #140 + §4 ㉓ 最完整:8 项最小能力集逐项列出
organized/repo_cards/4555-lingcore-winshun.md c0b922450372c491 ✅ §6.1 表 + §1.4 完整(含 C++/Rust+Tauri 来源冲突待核)
organized/repo_cards/4554-dagucloud-dagu.md 52eddf7725decc17 ✅ §6.1 表 + §4 ㉖ 完整(定位张力已单列)
organized/repo_cards/4536-picassio-pi-phone.md 54f1c27c26ac6373 ✅ §6.1 表 + §4 ㉕ + §5 ⑰ 完整(幂等性边界未明、存相反说法、不裁决)

指纹核验方式:对 8 个 materials[].source 逐文件执行 sha256sum,取前 16 位与清单 fingerprint 字段逐一比对,8/8 完全一致 → 材料内容相对 v126 成文时零漂移。

因此本轮不提出任何新观点、不建议任何活文档改动。 详见 §2「为什么不是新增」。

1. 今日该主题最重要的增量(按清单口径复述,非新观点)

⚠⚬ 以下 6 条均为 v126 已立论点的摘要,不是本轮新增。列出仅为给今晚主题活文档接力提供索引,不重复论证、不凑增量。

1.1 「治理控制平面」被明确命名为独立工程品类(⚠⚬⚬⚬ · v126 最重要结构性信号)

  • 来源:organized/repo_cards/2616-lobu-ai-lobu.md(github.com/lobu-ai/lobu,228★,Apache-2.0,TypeScript,agent/skill,experimental,首次采集 2026-08-20)
  • 要点:官方自称 control plane 与 runtime,并给出 8 项最小能力集:scoped identity · 连接公司系统 · permission-aware 共享上下文与记忆 · gateway-mediated MCP 与凭证注入 · 隔离执行 · per-tool 策略与护栏 · 人工审批 · append-only events 与审计历史。官方明确「Agent 的推理回路不是控制平面,模型也不是」,并自述「MCP 是接口,不是 Lobu 的存储或控制平面」。同一 MCP 端点支持 Claude Code / Codex / OpenCode / Antigravity / ChatGPT / Claude Desktop / Cursor;OAuth 由 Lobu 代理、token 不出平台。
  • 与活文档现有脉络的关系:承接 v116-v125 零散的安全/审批/隔离要素(MXC 政策驱动隔离 · Windows Execution Containers · MCP 无认证 · HF breach · rogue agent),v126 将其首次收敛为一个品类名与能力清单,并新立 §5 趋势 ⑭。
  • 建议归入哪一节(已归,无待办):§2 共识(两条)· §6.1 表 · §5 趋势 ⑭。

1.2 「控制平面 / 运行时 / 外壳 / 既有编排器」四层分工被跨社区同时实现(⚠⚬⚬)

  • 来源:Lobu(控制面+上下文)· picassio/pi-phone(53★,MIT,TypeScript,持久化运行时)· thesysdev/openui + instruktlabs/kiln(产出面)· dagucloud/dagu(4417★,GPL-3.0,Go,既有编排引擎被 Agent 化)
  • 要点:四个社区、四种语言栈、零协作,却构成互补而非竞争的分工 —— v126 判为「分层正在成为事实标准」的最强非单源证据。
  • 与脉络关系:v125「接入点下沉到记录源」之后再下沉一层。已归 §2 共识 · §5 趋势 ⑮。
  • 建议归入哪一节:已归 §2 / §5 ⑮,无需新增。

1.3 「产出物即接口」从概念进入可量化竞争(⚠⚬⚬)

  • 来源:organized/repo_cards/4557-thesysdev-openui.md(12956★,MIT,TypeScript,production)· organized/repo_cards/4556-instruktlabs-kiln.md(288★,MIT,TypeScript,experimental)
  • 要点:OpenUI Lang(streaming-first 生成式 UI 语言)官方口径「比 JSON 最多省 67% token」;厂商自测 46 简报 × 6 模型,比 Vercel json-render 少 58% output token、比 Google A2UI 少 52%(厂商自测,非独立验证 ⚠⚬)。Kiln 为本地 MCP server + CLI + TypeScript 引擎,带渲染评审 + 可编辑源码 + GLB 导出。旁证 OUI-1(DiffusionGemma 26B-A4B 微调,单卡 RTX 5090 @FP8)= 产出面端侧化。
  • 与脉络关系:在 v125「学术诚信工具化」之外开辟第二条「约束输出 + 专用验证」路线,与试金石"证据链可审计"同源。
  • 建议归入哪一节:已归 §2 共识 · §5 趋势 ⑯ · §3 新争议 #141。

1.4 多模态视觉 Agent harness 第 1 例;「推理预算 ≠ 能力上限」的多模态侧复现(⚠⚬⚬)

  • 来源:organized/repo_cards/4558-uclanlp-openvlharness.md(170★,MIT,Python,tool,evaluation/agent/multimodal,experimental)
  • 要点:官方代码库即 harness;设计 = 能力层 + 持久化多模态记忆(evidence rendering + 可寻址产物)。署名 UCLA(Cheng-Fu Yang · Rui Sun · Di Wu · Sibo Peng · Mingyang Zhang · Zhen Yang · Nanyun Peng · Kai-Wei Chang)与 Apple(Ruiyi Zhang · Zhe Gan,共同贡献)。摘要口径「22 个 benchmark 对照中,单纯加大基座模型推理预算只带来有限收益」—— 具体分数未给出,不臆造 ⚠⚬。
  • 与脉络关系:这是 v126 唯一的 net-new arXiv 来源 —— arXiv:2610.26860 由该 repo_card 反向锚定(Trending 采样先到、论文卡未生成),属「材料侧→论文侧」的回填而非论文侧新增,承接稳态期第 6 段就此以特殊方式中断。
  • 建议归入哪一节:已归 §1.1(立标池回填说明)· §6.1 表。

1.5 接入点轴第 3 级:OS 级系统能力(⚠⚬)

  • 来源:organized/repo_cards/4555-lingcore-winshun.md(488★,MIT,C++,app,research)
  • 要点:双击 Ctrl 呼出 · 拼音秒搜文件 · Word/Excel/PDF 全文检索 · 剪贴板历史(替代 Win+V)· AI 助手 MCP;定位 Everything/Listary 替代。
  • ⚠⚬ 来源冲突:外部索引站写 "Rust + Tauri + Vue" / "Qt 6 + C++20",以 repo_card 的 C++ 为准,记待核。
  • 与脉络关系:v124 立六类接入点、v125 下沉到记录源,本件把轴推到 OS 级。
  • 建议归入哪一节:已归 §6.1 表(接入点轴第 3 级)。

1.6 ImageNet 基准作为「应用系统之间的契约」(邻接栖,未升主线锚点)

  • 来源:organized/paper_cards/1806-1409-0575.md(arXiv:1409.0575,https://arxiv.org/abs/1409.0575,DOI 10.48550/arXiv.1409.0575,开放获取 green)
  • 要点:TLDR = 描述该基准数据集的创建与由此带来的物体识别进展,并把当时 SOTA 视觉精度与人类精度作比较。被引 S2 43920 / OpenAlex 528 / 影响力被引 5094。
  • ⚠⚬ 被引数字属历史累积指标,本轮 OpenAlex 更新日期为 2026-10-22,但被引变化不构成新观点 ⚠⚬
  • 与脉络关系:主题 database、主分类 multimodal,与 llm-application 主线仅在「基准作为应用系统契约」这一抽象层相关,按「邻接栖 · 立标池补锚」处理、未升主线锚点。
  • 建议归入哪一节:已归 §6.1 表末行 · §4 开放问题 ㉗(若后续 LLM 应用评测大量回指 ImageNet 式固定契约集,可再考虑升栖)。

2. 为什么本批不是新增(方法学说明,供今晚接力判断)

⚠⚬ 三条理由,任何一条单独成立即足以判定净增量为 0:

  1. 内容同一:8 个 source 文件的 sha256 前 16 位与清单 fingerprint 8/8 逐一吻合,相对 v126 成文时零漂移。
  2. 结论同一:8 件在 v126 §6.1 汇总表中逐件有独立行,含元数据(★/许可/语言/形态·主题/成熟度/首采日期)、接入点/轴归属、结论列,并已在 §2-§5 展开,无一条处于"已入池但未展开"状态。
  3. 时间同一:v126 的工作集口径明确写为"10-21 18:00 → 10-22 18:00 ≈ 24h,工作集 8 件 = 1 paper_card + 7 repo_card",与本清单的 1 paper_card + 7 repo_card 构成比完全吻合;且 8 件材料的 mtime 集中在 1792647102-1792647104 与 1792647905,与 v126 同日采集。

推论:本次 cron 触发属同一工作集的重复投递(可能因 v126 已消费后清单未及时失效)。今晚主题活文档接力应视为"v126 已闭环",不需为这 8 件再开新段落。

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

⚠⚬ 以下均为 v126 已记录、且仍处于未裁决状态的条目。本轮未获得任何新证据,故不改变其状态,仅提醒今晚接力不要误判为已解决。

# 待核实/矛盾内容 出处 当前状态
来源冲突 WinShun 语言栈:外部索引站写 "Rust + Tauri + Vue" / "Qt 6 + C++20",repo_card 记 C++ organized/repo_cards/4555-lingcore-winshun.md 以 repo_card 为准,待核 ⚠⚬
#139 外壳层命题 C 方向之争:「绕过 MCP 另起一套」 vs 「MCP 已被接受为默认打包」。倾向性证据增强(8/8 + v125 三件 = 连续两轮 16 件),但存在选择偏差(MCP 自述倾向会把非 MCP 项目滤出采样池)且无「非 MCP 分发形态」正反可比样本 v126 §3 预备级,不裁决 ⚠⚬
#140 「控制平面」是独立品类还是 MCP 之上的薄包装:Lobu 8 项能力集中的 append-only 事件日志 / entity 记忆 / 沙箱执行 / 审批 与 Memory 生态位(Mem0 / MemOS / Cognee / MemSearch,v116 立)功能描述高度重叠。三解:独立品类 / 重新打包 / v124 趋势 ⑨「外壳层与 Memory 生态位重叠」在治理面的重演 v126 §3 证据不足,列争议 ⚠⚬
#141 「产出物即接口」是普适范式还是仅 Generative UI 一种形态:OpenUI(界面)与 Kiln(3D 资产)仅共享「结构化产出 + 专用渲染/导出器」抽象,产物类型/验证方式/消费方均不同;学术诚信工具化构成第三条路线,是否收敛证据不足 v126 §3 证据不足,列争议 ⚠⚬
数字口径 OpenUI「最多省 67% token」与「46 简报×6 模型省 58%/52%」是同一实验还是两个?是否控制输出语义等价(省 token 是否以丢信息为代价)?厂商自测不可作跨框架结论 organized/repo_cards/4557-thesysdev-openui.md 未裁决 ⚠⚬
事实标准 Lobu 的 8 项最小能力集能否作行业事实标准:来自单一项目自述,无第二项目交叉印证;若后续 3-5 棒出现第二、三个自称控制平面且能力集趋同,可升为共识 v126 §4 ㉓ 观察中 ⚠⚬
幂等性 Pi-Phone「持久化」是否满足试金石"失败可分解定位":检查点粒度为"每任务 + 每工具调用"(SQLite / JSONL),但「崩溃后工具调用是否保证不重跑」是官方 FAQ 的显式问题,幂等性边界未明,社区存相反说法 organized/repo_cards/4536-picassio-pi-phone.md 不裁决 ⚠⚬
定位张力 Dagu 自述"为编排不是主要工作的团队设计",却打上 agentic-workflows/ai-agents/mcp-server/durable-execution topics,说明其正被 Agent 生态反向采纳为运行时载体;与 Pi-Phone 纯 Agent 运行时是否殊途同归待观察 organized/repo_cards/4554-dagucloud-dagu.md 观察中 ⚠⚬
采集偏差 8 件中 6 件周增 +0,仅 Lobu +2;8 件全部 2026-10-22 首采,其中 OpenUI 以 12956★ 仍属首采 → 反证采集器对大项目覆盖充分、对中小项目存在时间窗偏差。本轮无任何一件可作增长/衰退信号;亦不可因「高存量 + 零周增」断言 OpenUI/Dagu 热度停滞 v126 §1.6 + changelog 承重方法学警示 ⚠⚬
论文分数 OpenVLHarness 摘要的「22 个 benchmark 对照」具体分数未给出,v126 已明示"分数未给出、不臆造" organized/repo_cards/4558-uclanlp-openvlharness.md 保持缺口 ⚠⚬
旁证区分 Kiln 的第三方封装 elithril/blender-kiln(流水线 CONFIG→BRIEF→SOURCE→IMPORT→CLEANUP→TEXTURING→OPTIMIZE→EXPORT)及 MCP 市场条目非官方,须区分 organized/repo_cards/4556-instruktlabs-kiln.md 已标注 ⚠⚬
命题 A 边界 「本地优先」在对接他人 on-prem SoR 时是否失效(mcp-abap-adt 需同时支持 Cloud 与 On-Prem) v126 §2 命题 A 沿用 v125,未解决 ⚠⚬

4. 可引用的 arXiv 号列表

本批材料直接产出/关联的 arXiv 号(2 个):

  • arXiv:1409.0575 — ImageNet Large Scale Visual Recognition Challenge · https://arxiv.org/abs/1409.0575 · PDF https://arxiv.org/pdf/1409.0575 · DOI 10.48550/arXiv.1409.0575 · OpenAlex ID W2546241758 · 出处:organized/paper_cards/1806-1409-0575.md
  • arXiv:2610.26860 — 由 uclanlp/OpenVLHarness repo_card 反向锚定(v126 已收入 §7.1 arXiv ID 集合,现共 1335 件)· https://arxiv.org/abs/2610.26860 · https://huggingface.co/papers/2610.26860 · https://openvlharness.github.io/ · 出处:organized/repo_cards/4558-uclanlp-openvlharness.md

⚠⚬ 口径说明:v126 全文引用完整性附录记录 arXiv ID 集合 1335 件、URL 453 件、CVE 27 件、DOI 4 件、paper_card 1736 件。本轮净增均为 0,故上述集合数不变。v126 附录 §7.1 开头存在一处排版残留(aarXiv:2304.07193),不影响 ID 集合本身,今晚接力若要引用该附录请留意。

5. 检查过的来源清单(可核查)

清单驱动的 8 份材料(全部实际读取全文,非仅读 item.source 第一项):

  1. /shared/research-kb/organized/paper_cards/1806-1409-0575.md
  2. /shared/research-kb/organized/repo_cards/4558-uclanlp-openvlharness.md
  3. /shared/research-kb/organized/repo_cards/4557-thesysdev-openui.md
  4. /shared/research-kb/organized/repo_cards/4556-instruktlabs-kiln.md
  5. /shared/research-kb/organized/repo_cards/2616-lobu-ai-lobu.md
  6. /shared/research-kb/organized/repo_cards/4555-lingcore-winshun.md
  7. /shared/research-kb/organized/repo_cards/4554-dagucloud-dagu.md
  8. /shared/research-kb/organized/repo_cards/4536-picassio-pi-phone.md

辅助读取(原子归档协议允许范围内):

  • /shared/research-kb/organized/indexes/work-guard/c08ec05d-37de-4c0c-9571-3ead761a4802.json(清单本体)
  • /shared/research-kb/organized/knowledge/llm-application.md(活文档 v126 全文,171 行)
  • 上述 8 份材料的 sha256sum 指纹核验

未执行:全库扫描 · 网页搜索补料 · organized/queue/work-queue.md 全量阅读 · inbox/ 近 2 天他人目录笔记全量阅读 · paper_cards/ 近 3 天新卡抽查 —— 以上均超出本清单增量边界,按 cron 约束禁止,故未做。本轮判断完全基于清单 8 件 + 活文档 v126 对照。

6. 给今晚接力的三条建议

  1. v126 已闭环,不必为本批 8 件新开段落。若今晚主题活文档仍沿 v126,本文件可作为"清单重复投递"的留痕,直接引用 §1 摘要即可。
  2. 若要产生真增量,应等待 v127 棒的新工作集。判据:materials 中出现与 v126 §6.1 表指纹不同的新 fingerprint。当前 Lobu(08-20 首采)已有历史积累,新料若仍落在 Lobu/OpenUI/Dagu/Pi-Phone 四个已知项目上,大概率是同批重复。
  3. #139/#140/#141 三条争议均需要"跨项目第二源"才能推进,单批重复投递无法提供。若后续 3-5 棒持续只出现同批项目,应考虑将这三条的观察窗口从"待证据"调整为"证据窗口已过、暂缓"。

本文件为 E1 预消化产物,仅供主题活文档接力预习使用。未修改活文档、清单、基线、认领记录、其他任务文件或定时配置;未执行 git;未涉及任何密钥。