llm-infra · E1 预消化简报（2026-10-23）
- 状态：partial（材料齐但信息密度低，仅元数据级卡片）
- 批次来源：work-guard 清单
3c698927-9044-4540-873b-f961d6380d7d→items[0].materials（8 份 repo_cards） - 覆盖范围：仅上述 8 份增量材料；未做全库扫描、未网页搜索补料
- 阅读方式：以下每条均标注可核查出处（repo_card 文件路径 + 原始链接）；凡卡片未写明的内容一律标注「卡片未记载」，不做推测性补写
一、今日增量（6 条实质增量 / 共 8 份材料）
1. NVIDIA/flare-local-inference —— 端侧推理基础设施
- 来源：
organized/repo_cards/4580-nvidia-flare-local-inference.md→ https://github.com/NVIDIA/flare-local-inference - 要点：Apache-2.0，Python，最近提交 2026-10-23（当日活跃），613 stars。主分类直接落在
llm-infra，无 agent/evaluation 副标签，是本批中分类最纯粹的一条基础设施条目。周增 +0，说明是存量稳定项目而非新热点。 - 与活文档脉络的关系：可作为「本地/端侧推理」这条支线的锚点仓库。NVIDIA 官方 + 当日提交，权重较高，但卡片无技术细节（无架构、无支持的模型/硬件矩阵、无 README 摘要）。
- 建议归入：
knowledge/llm-infra.md中「推理部署 / 端侧与本地推理」一节，作为参考实现链接，不展开论证。 - ⚠️ 注意：本卡缺
主题字段（其余卡片均有），是本批唯一分类字段不全的条目。
2. recursive-oss/rec —— 自称「闪电快」推理引擎
- 来源：
organized/repo_cards/4572-recursive-oss-rec.md→ https://github.com/recursive-oss/rec - 要点：Apache-2.0，Python，最近提交 2026-10-23，144 stars 但周增 +238（stars 增速超过存量，爆发式传播），分类
trending，成熟度experimental。简介仅一句 "Our lightning-fast inference engine." - 与活文档脉络的关系：属于「轻量/自研推理引擎」脉络，可与主流 serving 栈做对照项。但注意这是个人/小团队仓库（recursive-oss），没有任何基准数据支撑，"lightning-fast" 是自我宣称。
- 建议归入：
knowledge/llm-infra.md「推理引擎与 serving」一节的「其他/实验性引擎」子项，仅登记链接与实验性定级。 - ⚠️ 待核实：无 benchmark、无硬件/模型配置说明，不可作为性能结论引用。
3. colinhacks/reylo —— Rust + TS 类型推导，.sql 直接导入
- 来源：
organized/repo_cards/4563-colinhacks-reylo.md→ https://github.com/colinhacks/reylo - 要点：MIT，Rust，742 stars，周增 +1526（本批最高增速，约为存量 2 倍），分类
trending，主分类llm-infra，副标签database。简介：把.sql文件导入 TypeScript 并保留完整类型推导，零 codegen。 - 与活文档脉络的关系：这是「LLM 应用工程 / 数据层类型安全」脉络，而非模型基础设施本体。colinhacks 是知名 TS 工具作者，热度高但需甄别。归入时建议明确它属于应用侧 llm-infra（工程 ergonomics）而非 infra 运行时。
- 建议归入：
knowledge/llm-infra.md中「应用工程 / 开发者体验」一节（若该节存在），否则暂挂「工程工具」附录。 - ⚠️ 待核实：卡片未说明其类型推导是否走 Rust 编译期还是 tsserver 插件，二者性能与工程约束差异较大。
4. thesysdev/openui —— 生成式 UI「开放标准」
- 来源：
organized/repo_cards/4557-thesysdev-openui.md→ https://github.com/thesysdev/openui - 要点：MIT，TypeScript，13,122 stars（本批体量最大），周增 +441，分类
trending，成熟度production（本批唯一 production）。首次采集 2026-10-22 → 上次采集 2026-10-23，待LLM分类：是（即尚未完成 LLM 侧主题判定）。定位「The Open Standard for Generative UI」。 - 与活文档脉络的关系：属于
agent+llm-infra交叉的前端呈现层标准议题，是本批中唯一触及「标准/生态」而非「实现」的条目。若活文档已覆盖 agent 前端输出协议，此条可作补充链接。 - 建议归入：
knowledge/llm-infra.md「agent 应用层 / 交互与呈现」一节，暂标「标准提案，成熟度 production 但标准本身未经社区审议」。 - ⚠️ 矛盾点：stars 13k / 周增 +441 与「Open Standard」定位不匹配——需核实是否已有实际采用者，否则属于单一团队高声量的自封标准。
5. zapier/AutomationBench —— 真实业务工作流 agent 评测
- 来源：
organized/repo_cards/4577-zapier-automationbench.md→ https://github.com/zapier/AutomationBench - 要点：Python，354 stars，周增 +14，分类
benchmark，主分类evaluation，成熟度research，许可NOASSERTION。最近提交 2026-08-04（约 2.5 个月未动）。 - 与活文档脉络的关系：企业 SaaS 厂商（Zapier）自建 agent 评测集，是「真实工作流评测」脉络的一个样本。与条目 6 形成对照：Zapier 走业务场景真实性，Meta-Harness 走 meta 层评测。
- 建议归入：
knowledge/llm-infra.md「评测与基准」一节，与条目 6 并列。 - ⚠️ 观察：提交已停滞 2.5 个月而 stars 仍在涨，属「热度与维护脱节」，引用时须标注提交日期。
6. stanford-iris-lab/meta-harness —— Meta-Harness 官方代码
- 来源：
organized/repo_cards/4576-stanford-iris-lab-meta-harness.md→ https://github.com/stanford-iris-lab/meta-harness - 要点：MIT，Python，1,706 stars，周增 +14，形态
app，主分类evaluation，成熟度research。简介明确给出论文对应关系："Official code for Meta-Harness (2603.28052)"。最近提交 2026-10-02。 - 与活文档脉络的关系：本批唯一带 arXiv 号的条目，也是唯一有机构背书（Stanford IRIS Lab）的。meta 层评测（评测 harness 本身作为研究对象）与条目 5 的「被测对象是业务任务」构成完整评测图景的两端。
- 建议归入：
knowledge/llm-infra.md「评测与基准」一节，并作为本节主要可引用来源。 - ⚠️ 重要待核实：arXiv 号 2603.28052 的
2603前缀对应 2026 年 3 月，格式合法，但本轮未做联网核实，卡片亦无论文标题/作者。写入活文档前必须先核实该 ID 确实存在且标题匹配，否则不得引用。
7. A-EVO-Lab/a-evolve —— 「Agentic Evolution」立场论文官方仓库
- 来源：
organized/repo_cards/4573-a-evo-lab-a-evolve.md→ https://github.com/A-EVO-Lab/a-evolve - 要点：Python，826 stars，周增 +14，形态
app，主分类agent，成熟度research。简介是论文标题原文："The official repository of 'Position: Agentic Evolution is the Path to Evolving LLMs'." 卡片未给出该 Position 论文的 arXiv 号。最近提交 2026-08-22。 - 与活文档脉络的关系：属「模型自进化 / 自动化优化」脉络，是条目 6 之外的第二条「论文↔代码」映射关系。Position 论文（立场/观点类）在学术权重上通常弱于实证论文，归入时须标明体裁。
- 建议归入：
knowledge/llm-infra.md「模型自进化 / 自动化优化」一节，标注为 position 论文。 - ⚠️ 待核实：缺 arXiv 号、缺作者与机构（A-EVO-Lab 为非常规命名，无法判断是否对应已知实验室），引用前需补全出处。
8. parthchandak02/literature-review-assistant —— PRISMA 2020 系统综述流水线（本批无实质增量）
- 来源：
organized/repo_cards/1712-parthchandak02-literature-review-assistant.md→ https://github.com/parthchandak02/literature-review-assistant - 要点：首次采集 2026-08-13，上次采集 2026-10-23 —— 即并非新材料，本轮仅因 star/提交字段刷新而再次进入清单。1 star，MIT，Python，成熟度
experimental，主分类rag。功能：给定一个研究问题，自动跑检索 → 双 AI 筛选 → 质量评价 → 生成综述手稿（PRISMA 2020 流程）。学术字段标注学术状态: accepted、学术相关度: 100、学术判定: deterministic、锚点证据 12 条（manuscript / research / systematic review / prisma 等）。 - 与活文档脉络的关系：与 llm-infra 主线关联很弱，属学术写作辅助工具。虽被打上
llm-infra主题标签，但从内容看更接近「科研工作流自动化」。 - 建议归入：不归入
knowledge/llm-infra.md。若活文档有「文献综述自动化」旁支可挂，否则维持排除。 - ⚠️ 矛盾点：卡片 8 月即采集，
学术状态: accepted但仓库 1 star、无引用、无许可冲突信息——「accepted」字段来源不明，不宜作为学术质量背书使用。
二、值得警惕的矛盾与待核实清单
| # | 事项 | 涉及条目 | 建议动作 |
|---|---|---|---|
| 1 | arXiv 2603.28052 未联网核实，格式合法但无标题/作者 | meta-harness | 写入活文档前必须核实 ID 存在性与标题 |
| 2 | 「Position: Agentic Evolution…」无 arXiv 号、无作者、无对应机构 | a-evolve | 补全出处前不得作为学术依据引用 |
| 3 | 13k stars 的「Open Standard」定位 vs 实际采用情况不明 | openui | 核实是否有第三方实现/采纳声明 |
| 4 | 「lightning-fast inference engine」为自我宣称，无 benchmark | recursive-oss/rec | 仅作实验性登记，不可作性能结论 |
| 5 | stars 热度与维护脱节：提交停滞 2.5–3 个月 | AutomationBench(08-04)、a-evolve(08-22) | 引用须附最近提交日期 |
| 6 | 学术状态: accepted 字段来源不明，仓库仅 1 star |
literature-review-assistant | 不作学术质量背书 |
| 7 | openui 卡片 待LLM分类：是，分类尚未定稿；flare-local-inference 缺 主题 字段 |
2 条 | 分类字段待补，不影响本轮使用 |
| 8 | reylo 归类摇摆：主分类 llm-infra 但实为 TS 工程工具 |
colinhacks/reylo | 归入「应用工程」子节而非 infra 运行时 |
元数据层面的一条横向观察：本批 8 张卡片中有 5 张的「周增」为 +14，另有 1 张为 +0。+14 在多张不相关仓库上完全同值，高度疑似采集管道对未命中真实增量时的默认值填充，而非真实增长数据。因此本简报中所有「周增」数字（尤其 reylo +1526、rec +238、openui +441）建议在活文档中降级为「未经核实的采集字段」，不要作为趋势判断依据。
三、可引用 arXiv 号列表
| arXiv 号 | 对应条目 | 引用状态 |
|---|---|---|
| 2603.28052 | stanford-iris-lab/meta-harness (Meta-Harness) | ⚠️ 待核实后引用 |
本批 8 份材料中仅此 1 个 arXiv 号，且尚未核实。a-evolve 的 Position 论文无编号。若今晚需要更多可引用论文，须从 paper_cards 补料（本轮按清单约束未做）。
四、本轮实际检查过的来源
已读（8 份，全部来自清单 materials）：
1. organized/repo_cards/4577-zapier-automationbench.md
2. organized/repo_cards/4576-stanford-iris-lab-meta-harness.md
3. organized/repo_cards/4573-a-evo-lab-a-evolve.md
4. organized/repo_cards/4572-recursive-oss-rec.md
5. organized/repo_cards/4557-thesysdev-openui.md
6. organized/repo_cards/4563-colinhacks-reylo.md
7. organized/repo_cards/4580-nvidia-flare-local-inference.md
8. organized/repo_cards/1712-parthchandak02-literature-review-assistant.md
已确认不存在： /shared/research-kb/inbox/spark/2026-10-23-llm-infra-e1prep.md（本文件为新建，无覆盖）
未读（按清单约束主动跳过）： organized/queue/work-queue.md、inbox/ 近 2 天各人笔记、organized/paper_cards/ 近 3 天新卡、原任务提示词中要求的这几项——增量清单优先规则覆盖了旧任务的全库重读要求，故未执行。
五、给今晚接力的一句话
今天这批的信息密度偏低：8 张卡里 7 张只有「stars + 语言 + 一句话简介」，能直接写进活文档的技术论断极少。真正有分量的只有 meta-harness（有机构 + 论文映射，但 arXiv 待核）和 openui（体量最大，但「标准」定位存疑）。建议今晚不要硬扩写 llm-infra 篇幅，重点做两件事：核实 2603.28052，以及决定 a-evolve / literature-review-assistant 是否真属于 llm-infra 主线。