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

  • 作者：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 件材料：4 repo_card + 2 paper_card + 2 repo_card 补入；created_at=1793529601、expires_at=1793533201，2026-11-01 19:40 CST 前有效，未过期；items 非空）
  • 方法边界：逐份全读清单 item.materials 的 8 份 source（相对 /shared/research-kb/，未只取 item.source 首项）+ 活文档基线 organized/knowledge/llm-infra.md 全文（含 §6.99.2/6.99.5 登记表）+ 工作队列 + 近 3 天 paper_cards 抽查 + 库内已有攻略交叉；未联网补料（web_search = 0）、未全库扫描、未为凑字数多轮重写、未改活文档
  • 字数：约 3,300 字（由 8 件材料的可论证密度决定，未凑到旧稿上限）

§0 本轮判定

8 件材料 → 6 件 NET-new 实质增量 + 1 件 arXiv 已入册但正文无承接 + 1 件跨轴重访。

逐件 grep 活文档全文 llm-infra.md（含 §6.99.2 的 494 条 arXiv 表与 §6.99.5 的 736 条 URL 表）：awesome-mcp / qybaihe / KiroCrew / traceAI / wangzan101 / alicememory 六个标识 命中均为 0 → 六件 repo_card 在 llm-infra 活文档中无任何承接。

两件 paper_card 必须区分处理：

  • arXiv:2606.07001（DataEvolver） —— 已在 arXiv 登记表内：llm-infra.md:97 的 §6.99.2 段含 arXiv:2606.07001。但 §6.99.5 URL 表无 https://arxiv.org/abs/2606.07001，且正文（§0/§3/§4/§5）无任何承接。→ 这是"已入册但正文空缺"的半新增，可计入观点增量，arXiv 号不重复计数（不进入今晚 arXiv 累积序列）。
  • arXiv:2604.16548（Memory Lifecycle Framework） —— llm-infra.md 全文 grep 命中 0（arXiv 表无、URL 表无、DOI 表无、正文无）。跨轴参照：今日 flyP 的 risk 批（inbox/flyp/2026-11-01-risk-e1prep.md 台账 A）明确记录该文已在 risk.md 的 arXiv/URL 集合内（R73/R108 收录为"记忆安全威胁模型形式化"），且risk.md 的 DOI 集合不含 10.48550/arxiv.2604.16548。→ 对 llm-infra 轴是 NET-new，对全库是跨轴重访，今晚不重写 risk.md 已立的方法学结论，只做 llm-infra 侧的口径登记与"工程落点"论证。

近 3 天 paper_cards 抽查结论（organized/paper_cards/ 内 2026-10-29 起有 419 张卡被刷新，其中 33 张带 llm-infra 标签）：绝大多数是旧论文被重新打上 llm-infra 标签（2016–2025 年的 Gemma 2403.08295 / PaLM 2 2305.10403 / Self-Consistency 2203.11171 / Mamba 2312.00752 / LLaMA 2302.13971 等），属标签漂移，不计增量。其中 2607.25431（CodeNib） 与 2607.25380（Memory for LLMs） 在 llm-infra.md 中 grep 命中 0 且带 llm-infra 副标签，但二者均不在本轮 manifest 的 8 件材料内 → 按增量纪律不计入本轮 arXiv 累积，仅作今晚棒位的候选提示（见 §4）。

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

增量 ① qybaihe/bla ⭐⭐⭐⭐（本批最高密度：库内已有 README/文档级攻略，且是唯一一条把"对抗 AI 逆向"写成可执行协议的材料）

  • 来源：organized/repo_cards/4742-qybaihe-bla.md；https://github.com/qybaihe/bla；库内已有攻略 organized/guides/qybaihe-bla.md（Tom，2026-10-30，已核实 README 全文 + docs/installation.md + docs/releases/v1.4.0.md）
  • 要点（引自攻略，攻略已标版本核对：latest release bla-agents-1.5.1（2026-10-30），HEAD b2d643600774d62e562081129e55b13b0d9e8a80）：
  • 卡面：JavaScript · MIT · 1742★ · 周增 +455（本批周增最高）· 最近提交 2026-11-01 · 主分类 agent · 形态 app · 分类 trending · 成熟度 research · 首次采集 2026-10-30。攻略独立读到 541 star（与卡面 1742★ 存在量级差，见 §2 矛盾 D-新1）。
  • 三层机制：Poison（投毒）植入格式合法的 canary / honey metadata / 诱饵控制流 → Exhaust（耗尽）把产物撑破分析器的资源预算（header 大小、嵌套层数、interface 清单、PCAP JSON、fuse sentinel）→ Hallucinate（致幻）让分析器拿到被截断的清单、失败的脱敏结果与歧义化兔子洞，而运行时行为保持等价。
  • 覆盖 23+ 格式：JS/TS（Babel AST）、Electron .asar 与 fuses、WASM、Python/.pyc、SQLite、Safetensors、GGUF、Go buildinfo、Erlang BEAM、EVM/Solidity metadata、PCAP、NVIDIA PTX、Flutter/Dart pool、DEX、IL2CPP、Apple bplist、.NET、JVM、ZIP/APK。
  • 五阶段流水线：inspect-release → audit → protect --intensity bankrupt → verify → .bla-manifest.json；强度档 stealth / balanced / maximum / bankrupt。
  • 规模口径（README v1.4.0 本地跑，攻略已明确标注"内部估算非实测"）：14 个目标合计约 612.5× token / 292.2× 成本，14/14 运行时行为完全一致；典型量级 JS bundle 4,800 tok → 13.5M tok（约 2822.7×）、Electron .asar 9,132 tok → 23.1M tok。
  • 体积代价：.asar header 607 B → 16.9 MiB、WASM 54 B → 6.56 MiB、PCAP 24 B → 1.29 MiB。
  • CLI 名 bla-agents + MCP server，另注册 skill blind-llm-agents；npx bla-agents setup 自动注册进 Claude Code / Cursor / Codex / Windsurf / Gemini CLI / OpenCode。
  • 两类证据线必须分清（攻略明确警告）：redteam:rea（真跑 REA，权威闸门）vs verify:rea（仅常量漂移巡检，绝不能当防护证据）；"empirically verified" 仅指 REA 分析器路径，Ghidra / Frida / LLDB / Rizin / JADX 路径本机未跑、不可引用；固件容器、SPIR-V/CUDA fatbinary、EVMole、JADX 完整 APK 流程为明确 skipped 区。
  • 与活文档脉络的关系：这是活文档从未有过的一条新轴 —— "发布产物 / 上下文供给面正在成为攻防面"。v3.70 的 8 件全部落在"给 agent 什么输入"与"如何判定 agent 产出"，没有一件涉及"agent 如何从你的产物里拿走东西"。本件与 §0.5.9 脉络 N（可判定性在证明 vs 编排两轴分叉） 形成第三个方向：BLA 不给 agent 更好的环境，而是给分析器一个不可信的观测面——这正是"可判定性"的逆向面：判定不仅有"怎么判定得准"，还有"怎么让错误判定不发生"。同时它对 C392（工具 schema 体积已是协议层一等预算） 形成精确对偶：gtm-mcp-server 管的是"你要传给 agent 多少上下文"，BLA 管的是"agent 反过来能从你这里抽出多少信息"——上下文预算的攻防两面首次在本库同框出现。另外 BLA 的 inspect-release（专查 .map 的 sourcesContent 与 sourceMappingURL）与 §0.5.9 脉络 M（给 agent 看结构） 直接互补：SeeRepo 证明"给 agent 看结构会掉点"，BLA 证明"你的结构（sourcemap）就是免费的源码"。
  • 建议归入：§0.5.1（新增行，⭐⭐⭐⭐，标注"首现的产物面攻防轴"+ "已核实至 README/文档级"）+ §0.5.9 新增 脉络 O（"上下文供给面 = 攻防面"）+ §3 候选 C（"发布产物需按攻击面而非发布物管理"）但证据仅 1 仓库，暂不升级为 C + §4 新增 O（§2）。

增量 ② wangzan101/Mika ⭐⭐⭐（库内已有 181 行攻略；本库首件"端侧 Phone Agent"）

  • 来源：organized/repo_cards/4787-wangzan101-mika.md；https://github.com/wangzan101/Mika；库内已有攻略 organized/guides/wangzan101-mika.md（spark 本人，2026-11-01，已核实 README 全文 + docs/setup-guide.md + docs/models.md）
  • 要点：
  • 卡面：Kotlin · Apache-2.0 · 2531★ · 周增 +0 · 最近提交 2026-10-31 · 主分类 agent · 形态 app · 分类 trending · 成熟度 research · 首次采集 2026-11-01。
  • 核心差异化设计：后台屏（background virtual display） —— Agent 在一块看不见的虚拟屏上操作 App，用户继续用自己的屏幕刷手机，互不干扰；这解掉了"一个任务跑 20 分钟不能占屏"的体验死结。
  • 零 App 适配：靠读屏 + 视觉定位通用理解，不要求 App 开放接口、不需事先适配 —— 把"适配成本"从工程问题改写成"提示词 + 知识文件"问题。
  • 数据本地：没有 Mika 服务器，话语与屏幕内容只发给你自己配置的模型服务商；API Key 与记忆加密存本地；每对话一个 arm64 Linux 沙箱可跑 Python / Node / shell。
  • 三模型分工：主模型（办事，必须支持 tool calling）/ 看图模型（描述界面、定位按钮）/ 轻量模型（判结局、提取记忆）。主模型不支持 function calling = 整个 Agent 瘫（攻略坑 1）。
  • 模式：默认询问模式（只有花钱先问），可切自主模式；登录 / 验证码 / 付款必须人接管。
  • 电脑协同：桌面 AI 工具经 CLI + Skill 或 MCP 派活（docs/computer.md）。
  • 与活文档脉络的关系：这是活文档从未出现过的"端侧 / 消费级 agent 运行时"一轴。§0.5.9 脉络 L（等待时间从推理栈指标下沉为人机界面预算） 只处理了打字窗口这一种"人机界面预算"；Mika 的后台屏给出第二种形态——把"人的注意力时间"而非"人的键盘时间"当作并行资源，而且这个并行窗口可以长达数十分钟，比 mafdet 的"回车前几十秒"高出一个数量级。更关键的是它与 C392 / 脉络 O（上下文预算攻防两面） 共同把"端侧"立成独立命题：v3.70 全库证据都在服务端，"推理栈溢出到客户端"这条趋势在 v3.70 只走到了一半（mafdet 是 CLI/桌面脚本），本件是真正的手机端落地样本，且额外带出"沙箱 arm64 专属"这类硬件耦合的运行时约束**（本库此前记录的运行时约束都是软件层的）。
  • 建议归入：§0.5.1（新增行，⭐⭐⭐）+ §0.5.9 脉络 L（补"注意力时间窗口"这一变体，标注与 mafdet 的"键盘时间窗口"是两种预算）+ §3 候选 C（"端侧 agent 需要沙箱硬件契约"）证据仅 1 仓库，不升级。

增量 ③ kirodotdev/KiroCrew ⭐⭐⭐（库内已有攻略；"跨会话持久工作空间"的完整三层实现）

  • 来源：organized/repo_cards/2400-kirodotdev-kirocrew.md；https://github.com/kirodotdev/KiroCrew；库内已有攻略 organized/guides/kirodotdev-kirocrew.md（Tom，2026-08-19）
  • 要点：
  • 卡面：Python · Apache-2.0 · 4696★ · 周增 +116 · 最近提交 2026-11-01 · 主分类 agent · 形态 tool · 分类 ai · 成熟度 experimental · 首次采集 2026-08-18。
  • 三层架构：Surface（桌面 App / Web Dashboard / CLI / Slack / Discord / Telegram / Teams / Webex / WeCom / WeChat）→ Gateway（长期运行的本地进程，管会话、记忆、定时任务、审批、策略）→ Agent（经 kiro-cli 驱动 LLM，支持 MCP 工具、子 Agent、checkpointed 任务）。
  • 四项能力：会话/记忆/检查点跨会话恢复；用户纠正可转为持久 lesson；checkpointed 长任务（数小时/数天）失败可续跑；cron + 主动 nudging（AutoNudge / goal-loop skills）。
  • 内置三个 MCP server：kirocrew-core（任务/子 Agent/记忆/审批）、kirocrew-cron（定时调度）、kirocrew-computer（桌面自动化）。
  • 关键外部依赖：kiro-cli 必须独立安装并登录（KiroCrew 本身不含 LLM 驱动）；首次启动自动下载 Qwen3-Embedding-0.6B GGUF（约 610MB） 用于语义记忆（可 KIROCREW_EMBED_MODEL_URL / _PATH 覆盖）。
  • 安全边界（攻略坑 6）：Gateway 有 tool approvals / OS sandboxing / sensitive-path checks 多层保护，但 Agent 仍具真实工具访问权限，配置不当有风险。
  • 数据位置：默认 ~/.kiro/crew（或 KIROCREW_HOME），清理即全丢记忆。
  • 与活文档脉络的关系：v3.70 的 C396 / 脉络 N 主张"可判定性是一个轴而非一个标准"，并列出六候选面（rubric 断言 / verifier+reward_key / 信任判决 / audit log / 形式化定理 / 编排面）。本件把"编排面"补上了一个此前完全缺失的载体：长期运行的 Gateway 进程——它同时持有记忆、审批、策略、定时任务四类治理对象，正是 v3.70 §0.5.9 脉络 N 中 "policy 是否为一等制品"（v3.70 简报已提出但尚无样本）的第一个可核查落地：kirocrew-core 把审批（approval）做成了 MCP 工具面的一等能力，与 gtm-mcp-server 的 confirm: true 是同一族的两个层级（前者是产品层常设审批位，后者是单次调用强制门）。此外，"用户纠正 → 持久 lesson" 直接命中 §5 前轮趋势线 ⑤"证据成为 agent 记忆的一等公民"，且是本库目前少见的把"学习"与"记忆"分开建模（记忆存事实，lesson 存纠正）的样本。注意：本件 首次采集 2026-08-18，本轮为元数据刷新 + 首次进入 llm-infra 活文档主棒位，非全新研究。
  • 建议归入：§0.5.1（新增行，⭐⭐⭐，标注"编排面首个常驻治理载体"+ "记忆/lesson 二分"）+ §0.5.9 脉络 N（"编排面"补 Gateway 变量）+ §3 候选 C（"长期治理对象集中在单一常驻进程"）证据 1 仓库，不升级。

增量 ④ future-agi/traceAI ⭐⭐（库内零承接 + 卡内明确标注"待 LLM 分类"，可观测性轴唯一新样本）

  • 来源：organized/repo_cards/4792-future-agi-traceai.md；https://github.com/future-agi/traceAI
  • 要点（严格限于卡面，卡内无任何数字、无 README 核实）：Python · Apache-2.0 · 265★ · 周增 +0 · 最近提交 2026-11-01 · 主分类 engineering · 形态 framework · 分类 ai · 成熟度 experimental · 待LLM分类：是 · 首次采集 2026-11-01。简介："Open Source AI Tracing Framework built on Opentelemetry for AI Applications and Frameworks"。
  • 与活文档脉络的关系：活文档此前从未有过 AI 可观测性 / tracing 轴（v3.70 的 8 件全在"推理栈、仓库读取、形式化验证、SOC 编排、agent 编排、协议预算"，没有一件是观测侧）。本件的可论证点不在其技术细节，而在其存在本身：它把 OpenTelemetry 的既有可观测性范式（trace / span / 属性）套到 AI application 上，即把 agent 的执行过程变成可被标准 tracing 后端消费的结构化事件。这直接落在 §0.5.9 脉络 N 尚未命名的位置上：oss-verify 要的是"事后形式化复验"，vigil/agent-sphere 要的是"过程中状态可重建"，而 traceAI 要的是"过程中行为被记录"——三者是同一根轴上的三个不同强度档（复验 / 重建 / 记录），本库此前只登记了前两档。⚠️ 该判断建立在卡面一句话简介之上，卡内 待LLM分类：是 且无任何核实信息，证据强度显著低于本批其余各件。
  • 建议归入：§0.5.1（新增行，⭐⭐（弱），标注"仅卡面级、未核实、待分类"）+ §0.5.9 脉络 N 补第三档"记录"（标注为假设性归位，不作断言）；§3 / §4 今晚不建议据此立 C 或 O。

增量 ⑤ arXiv:2606.07001 DataEvolver ⭐⭐（已入 arXiv 表但正文空缺；数据准备流水线）

  • 来源：organized/paper_cards/104-2606-07001.md；https://arxiv.org/abs/2606.07001；DOI 10.48550/arxiv.2606.07001；OpenAlex ID W7163869582；作者 Chao Deng et al. · v2 (2026-06-10)
  • 要点（严格限于 card 字段，卡内明列"待补齐：方法与实验设置细节 / 与现有工作的差异点 / 是否有代码和数据集"）：
  • TLDR：DataEvolver 是自动构造数据流水线的系统，通过多层级自演化（multi-level self-evolving）提升数据质量；相比在原始数据上训练，下游 LLM 性能平均提升约 10 分。
  • 卡内另给一条独立的可复用信息（⚠️ 注意：这段"双时态运算符代数 / TOKI / 四种启发式方法"的内容与其标题 DataEvolver 完全不符，疑似上游 enrich 阶段的内容串卡——见 §2 矛盾 D-新2，在核实前不得作为 DataEvolver 的技术主张引用**）。
  • 卡内主题标注：agent / database / engineering / evaluation / llm-infra / multimodal / rag；主分类 engineering；形态 method；被引 5（S2）/ OpenAlex 0 / 影响力被引 0；OpenAlex 更新 2026-07-19（即本轮不是采集刷新，是正文空缺的首次承接）。
  • 与活文档脉络的关系：本件命中 §0.5.9 脉络 M（给 agent 看结构） 的上游 —— SeeRepo 处理的是"agent 读仓库时怎么少花 token"，DataEvolver 处理的是"给 agent 的语料本身怎么自动升级"。二者合起来把"给 agent 看什么"这条线从消费侧（读取格式）推到了生产侧（数据制备），这是活文档此前完全空缺的一段。同时"多层级自演化"这一机制名与 §5 前轮趋势线 ⑤"证据成为 agent 记忆的一等公民"同族：自演化的前提是能对自身产出做自动判定，与 §0.5.9 脉络 N 的可判定性直接相关。⚠️ 但卡内无任何可复现数字（仅"平均约 10 分"一句 TLDR），不足以支撑技术论证。
  • 建议归入：§0.5.1（新增行，⭐⭐，标注"仅 TLDR 级、card 自列待补齐 4 项"）+ §4 新增 1 条 O（方法/实验设置/代码数据均未落实，今晚须先核原文）；§3 不建议立 C（单篇 + 无数字）。

增量 ⑥ AI-in-Transportation-Lab/awesome-mcp ⭐（低热度 awesome 索引，本批证据最薄）

  • 来源：organized/repo_cards/4802-ai-in-transportation-lab-awesome-mcp.md；https://github.com/AI-in-Transportation-Lab/awesome-mcp
  • 要点（严格限于卡面）：JavaScript · 许可 NOASSERTION · 11★ · 周增 +0 · 最近提交 2026-11-01 · 主分类 agent · 形态 awesome · 分类 skill · 成熟度 experimental · 待LLM分类：否 · 首次采集 2026-11-01。简介自述为"围绕 MCP 的高质量工具/库/论文/项目/教程精选集"。卡内无任何条目、无任何一手核实。
  • 与活文档脉络的关系：本库已有 organized/guides/appcypher-awesome-mcp-servers.md 与 punkpeye-awesome-mcp-servers.md 两份 awesome-mcp 攻略，但与本件不是同一仓库（本件为 AI-in-Transportation-Lab/awesome-mcp）。因此本件不能用"库内已有 MCP 索引攻略"来抬升其证据等级。它与 §0.5.9 脉络 N（可判定性） 和 §3 C392（工具 schema 体积是协议层预算） 主题相关（MCP 生态的条目化），但11★ / 零条目 / 零一手核实使其几乎没有论证价值。与增量 ① 的 BLA 相比，BLA 把 MCP 从"生态"推进为"攻击面"，本件只是"生态目录" —— 二者恰好是 MCP 在本库的两种截然不同的定位，这个对比本身可以留作观察，但本件不足以支撑任何新主张。
  • 建议归入：§0.5.1（新增行，⭐（最低档），明确标注"awesome 索引、11★、无条目、无一手核实，不作论证"）或仅进 §6.99.5 URL 登记表；§3 / §4 不予登记。

台账 A（口径记录，非观点）· arXiv:2604.16548 Memory Lifecycle Framework（跨轴重访）

项 本轮 card 读数 llm-infra.md 既有记载 判定
arXiv 集 2604.16548 全文 grep 命中 0 llm-infra 轴 NET-new（全库口径为跨轴重访，见 flyP risk 批台账 A：已在 risk.md 内，R73/R108 收录） ⚠
URL 集 https://arxiv.org/abs/2604.16548；https://arxiv.org/html/2604.16548v1 命中 0 llm-infra 侧 URL 净增候选 +2 ⚠⚬
DOI 集 10.48550/arxiv.2604.16548 命中 0 llm-infra 侧 DOI 净增候选 +1 ⚠⚬（全库是否已被他轴入册今晚须回查）
S2 被引 26 risk.md R73 记录卡内 S2 亦记 26 S2 零漂移，不构成新观点 ⚠
OpenAlex / 影响力被引 0 / 1 risk.md R73 未见 OA 读数 口径记录 ⚠
  • 要点（严格限于 card 字段）：TLDR 提出 Memory Lifecycle Framework，沿两轴组织攻击、防御及其跨阶段依赖 —— 六生命周期阶段（Write / Store / Retrieve / Execute / Share&Propagate / Forget&Rollback）× 四安全目标（Integrity / Confidentiality / Availability / Governance）。卡内 TLDR 中文另给核心论断：「鲁棒的长期记忆安全无法仅在 retrieval 或执行阶段后置加固，而必须在最初就以存储阶段的溯源、版本化与策略感知的 retention 为基础进行锚定」。
  • 与 llm-infra 脉络的关系（这是本条今晚唯一值得写的一句）：本轮六件 repo 中有两件（增量 ③ KiroCrew、增量 ⑤ 外的 samrusani/AliceMemory）都以"持久记忆"为核心卖点，而 llm-infra 活文档至今没有任何一节谈 agent 记忆的存储形态（§5 前轮趋势线 ⑤ 只到"证据是一等公民"这一层，未落到"记忆怎么存、怎么版本化、怎么回滚"）。本条提供的正是这个空白的第一份框架化答案：把 agent 记忆的工程问题按六阶段切分，从而能精确定位"KiroCrew 的 ~/.kiro/crew 目录属于哪个阶段、有没有 versioning 与 rollback"。这是"跨轴复用"而非"新轴"——方法学本体已在 risk.md 立过，今晚只做 llm-infra 侧的对位，不重写 risk.md 的结论。
  • 明确不做：不重写 risk.md R73 已立的"记忆安全威胁模型形式化"栖位；不引用该卡「可复用信息」节里的自评星级（⭐⭐⭐⭐ 是 explainer 型 card 的自评，非独立证据）。

台账 B（口径记录，非观点）· samrusani/AliceMemory（证据最薄，仅作登记）

  • 来源：organized/repo_cards/4784-samrusani-alicememory.md；https://github.com/samrusani/AliceMemory
  • 卡面读数：Python · MIT · 4★ · 周增 +0 · 最近提交 2026-10-31 · 主分类 agent · 形态 app · 分类 ai · 成熟度 experimental · 待LLM分类：否 · 首次采集 2026-11-01。简介："Open-source, local-first memory for AI agents. An MCP server that keeps facts, decisions and open loops in one SQLite file on your machine. MIT, public alpha."
  • 判定与用法：4★、public alpha、库内零攻略零核实，证据强度与增量 ⑥ 同档。其唯一可核查点是一个设计选择 —— "把事实、决策、未闭环事项三类放进同一个本地 SQLite 文件"，这恰好是台账 A 六阶段框架的存储阶段（Store）的一个具体形态。建议归入：§0.5.1 新增行（⭐（最低档），标注"仅标题级、4★、public alpha、无一手核实"）+ §6.99.5 URL；§3 / §4 不予登记。

§2 值得警惕的矛盾与待核实说法

编号 事项 风险 建议处理
D-新1 BLA 的 star 数两套口径：card 记 1742★ · 周增 +455；库内攻略（2026-10-30）记 541 star 攻略与卡片同源自 README 但数值差 3 倍以上，说明抓取时点不同或统计口径不同（GitHub stargazers_count vs 页面显示） ⚠ 今晚引用时只引卡片口径并标注"卡面 1742★"，或两者并列 + 注明抓取时点；不得写成"54 万 / 1742"任何折中值
D-新2 DataEvolver 卡片内容串卡：card 主体是 DataEvolver（多层级自演化的数据准备），但其「可复用信息」节写的是 TOKI 双时态运算符代数 / 四种启发式写时合并 / audit row —— 与标题无关，疑为上游 enrich 阶段把另一篇（TOKI）的正文串入 若被误当作 DataEvolver 的技术主张引用，会凭空造出一条本库从未核实过的"记忆写入层统一形式化框架" ⚠⚬⚬ 该段在核实前一律不得引用；今晚只引 DataEvolver 的 TLDR（数据准备 + 平均约 10 分提升）；建议在 card 上挂"串卡待查"标记并回查 2606.07001 原文摘要是否涉及双时态
D-新3 BLA 的 benchmark 倍数是"内部估算"而非实测 README v1.4.0 表的 612.5× token / 292.2× 成本 / 2822.7× 均为 BLA 按 REA 限制目录推导的估算值；攻略坑 4 已明确警告 ⚠⚬ 引用时必须带"README 自述为估算"，不得写成实测结果；且 verify:rea 不可当防护证据（项目自己两次强调）
D-新4 BLA 的"empirically verified"覆盖面被项目自己限定 仅覆盖 REA 分析器路径；Ghidra / Frida / LLDB / Rizin / JADX 本机未跑；固件容器、SPIR-V/CUDA fatbinary、EVMole、JADX 完整 APK 流程为 skipped 区 ⚠ 不得泛化为"已验证对抗逆向"
D-新5 BLA 存在破坏性回归：1.5.1 修复的正是 Bun standalone trailer 破坏用户程序的 bug（Bun 按 EOF 相对解析追加的模块图，原生护盾追加 trailer 会破坏程序**） 该类工具的破坏性是已实证发生过的，不是理论风险；且护盾在热路径上位于 $O(1) 惰性谓词之后 ⚠⚬ 今晚若写任何"如何加固 agent 可见产物"的建议，必须附"先在 staging 验证字节级与运行时等价"
D-新6 Mika 安卓版本要求冲突：仓库 README 写"聊天/上网/文件 安卓 11+；操作 App 安卓 12+，推荐 14+"，第三方汇总写"安卓 13+"，教程写"13+ required / 14+ recommended" 照抄第三方教程会装不上或功能缺失 ⚠ 以 README 口径为准（攻略坑 9 已采用）；本轮不新立 D，只记已存在的事实
D-新7 Mika 无任何实测指标：README 与文档未给出任务成功率、平均耗时；"后台屏"的虚拟显示/AID 具体实现与厂商兼容性未验证 容易被读成"端侧 Phone Agent 已成熟" ⚠ 今晚不作任何成功率/性能断言
D-新8 Mika 主模型必须支持 function calling，否则"聊天能聊，一动手就失败"；且看图模型默认复用主模型 这是整链失效点而非边缘情况，且默认配置会放大 ⚠ 引用能力时须带此约束
D-新9 traceAI 卡内 待LLM分类：是，且全卡无任何技术细节 本批唯一无一手核实的"新轴"候选 ⚠ 不得据此立 C 条或 O 条；今晚若入 §0.5.1 须标"卡面级、未核实"
D-新10 DataEvolver 卡片自列 4 项待补齐：BibTeX / 方法与实验设置细节 / 与现有工作的差异点 / 是否有代码和数据集 唯一数字是 TLDR 的"平均约 10 分"，无基线说明、无数据集、无评测口径 ⚠⚬ "约 10 分"不可转写为"提升 10%"（卡内 TLDR中文 自己就把它译成了"提升 10%"，这是翻译引入的口径漂移）；引用须写"约 10 个分数点"并标注单一来源
D-新11 2604.16548 的 DOI 10.48550/arxiv.2604.16548 是否已被他轴入册未决 跨轴重复登记会造成全库 DOI 计数虚增 ⚠⚬ 今晚只登记 llm-infra 侧候选，实际入册前须回查 risk.md / rag.md / agent.md 的 DOI 集合
D-新12 Mika / AliceMemory / traceAI / awesome-mcp 四件均为"首次采集"，卡内无攻略、无一手核实 集中收录低证据密度条目会稀释本轮论证密度，且与 v3.70"论证轮"（8/8 核实到 README/论文正文表格级）的标准不同 ⚠ 四件只登记不论证；若今晚认为本轮论证密度不足，宁可不升级 §0.5.9 脉络、不立 C 条，也不要靠低证据件凑

§3 可引用的 arXiv 号列表（本轮涉及）

本轮 8 件材料实际涉及 2 个 arXiv 号：

  1. arXiv:2606.07001 — DataEvolver: Automatic Data Preparation for Large Language Models through Multi-Level Self-Evolving（Chao Deng et al. · v2 2026-06-10 · DOI 10.48550/arxiv.2606.07001 · OpenAlex W7163869582 · S2 被引 5） - 登记状态：llm-infra.md:97 §6.99.2 已在册；§6.99.5 URL 表未在；正文无承接。 - 今晚动作：正文可立（⭐⭐），arXiv 号不重复计入累积序列；URL 净增候选 +1。

  2. arXiv:2604.16548 — Memory Lifecycle Framework（DOI 10.48550/arxiv.2604.16548 · OpenAlex W7155049992 · S2 被引 26 / OpenAlex 0 / 影响力被引 1） - 登记状态：llm-infra.md 全文 grep 命中 0；risk.md 侧已在册（R73/R108）。 - 今晚动作：llm-infra 侧 arXiv 净增候选 +1、URL 净增候选 +2、DOI 净增候选 +1（DOI 须先回查他轴 ⚠⚬）。

本轮 repo_card 六件均无 arXiv 号（GitHub 仓库类材料）。

⚠️ 近 3 天 paper_cards 抽查中另有 2 个 llm-infra 标签、但 llm-infra.md 中 grep 命中 0 的 arXiv 号，因不在本轮 manifest 材料内，本轮不计入、不上表，仅留作今晚棒位候选提示： - arXiv:2607.25431 — CodeNib: A Multi-View Data System for Serving Repository Context to Coding Agents（S2 被引 2 / OpenAlex 0 / OpenAlex 更新 2026-08-25）—— 卡片 TLDR 称其为"首个在单一 manifest 与 source-address 契约下编译同一 commit 的词法/稠密/结构三视图系统"，直接命中脉络 M（给 agent 看结构），值得今晚单独核查。 - arXiv:2607.25380 — Memory for Large Language Models（架构中心的三轴记忆分类法：representation / update dynamics / persistence）—— 与台账 A 的记忆主题同族。

§4 今晚棒位建议（优先级排序）

  1. §0.5.1 新增 6 行（按本简报 §1 序号）：BLA ⭐⭐⭐⭐ · Mika ⭐⭐⭐ · KiroCrew ⭐⭐⭐ · traceAI ⭐⭐(弱) · DataEvolver ⭐⭐ · awesome-mcp ⭐(最低) · AliceMemory ⭐(最低)。共 7 件 repo/paper 主棒位 + 1 件台账。
  2. §0.5.9 新增脉络 O：「上下文供给面 = 攻防面」—— 以 BLA（把分析器的观测面做成不可信）为锚，与脉络 M（给 agent 看结构的成本账）互为正反面；并把 traceAI 作为"记录档"、KiroCrew 作为"常驻治理档"并入脉络 N 的强度谱系。今晚不宜把 O 写成已成立的判断，建议标为"本轮提出、待后续材料支撑"。
  3. §4 开放问题 新增 4 条 O（对应 D-新2 串卡核实 / D-新1 star 口径 / D-新9 traceAI 核实 / D-新11 DOI 跨轴回查）+ 1 条 O（DataEvolver 原文方法与实验细节）。不新增"产品承诺"式 O。
  4. §3 共识与争议：本轮 6 件 NET-new 证据不足以立任何新的 C 条（每条增量均为单仓库 / 单篇样本，且 4/6 无一手核实）。D 清单可续写 D302 起。
  5. §6.99 登记表：arXiv 净增候选 +1（2604.16548）· URL 净增候选 +9（2 篇论文各 1–2 条 + 6 repo 的 GitHub 链接 + 2607.25431/2607.25380 待定）· DOI 净增候选 +2（10.48550/arxiv.2604.16548 待回查 · 10.48550/arxiv.2606.07001 待查是否已在他轴）· CVE +0（本轮无 CVE 材料）。
  6. §5 趋势：建议新增趋势句「agent 可见面的攻防已不对称：输入侧的成本账（脉络 M / C392）正在被输出侧的对抗（增量 ①）逼出对称预算」，但仅作趋势登记，不升格为判断。

§5 本轮检查过的来源（完整清单）

宿主机增量清单（唯一授权范围）：organized/indexes/work-guard/3c698927-9044-4540-873b-f961d6380d7d.json — 1 item / 8 materials

逐份全读的 8 份材料（item.materials[].source，相对 /shared/research-kb/）： 1. organized/repo_cards/4802-ai-in-transportation-lab-awesome-mcp.md 2. organized/repo_cards/4742-qybaihe-bla.md 3. organized/repo_cards/2400-kirodotdev-kirocrew.md 4. organized/repo_cards/4792-future-agi-traceai.md 5. organized/paper_cards/104-2606-07001.md 6. organized/paper_cards/076-2604-16548.md 7. organized/repo_cards/4787-wangzan101-mika.md 8. organized/repo_cards/4784-samrusani-alicememory.md

活文档基线：organized/knowledge/llm-infra.md（255 行，v3.70 / 2026-10-29 05:00 · §IX 127 morning）— 全文 grep + 逐节读（§0 / §0.5.1 / §0.5.3 / §0.5.6 / §0.5.9 / §3 / §4 / §5 / §6.99.2 / §6.99.3 / §6.99.4 / §6.99.5 / 本次变更）

工作队列：organized/queue/work-queue.md（2026-11-01 18:00 生成）

库内已有攻略（交叉引用，均为库内一手整理件）：organized/guides/qybaihe-bla.md（Tom · 2026-10-30）· organized/guides/wangzan101-mika.md（spark · 2026-11-01）· organized/guides/kirodotdev-kirocrew.md（Tom · 2026-08-19）

近 3 天 paper_cards 抽查：organized/paper_cards/ 内 2026-10-29 起 419 张刷新卡，其中 33 张带 llm-infra 标签 → 逐张提取 arXiv 号并与基线登记比对（见 §0 与 §3）

近 2 天 inbox 笔记（抽查，用于跨轴口径对齐）：inbox/flyp/2026-11-01-risk-e1prep.md（今日同批次 risk 预消化简报，其台账 A 提供了 2604.16548 的跨轴在册证据）· digests/2026-11-01-1125-spark-24h-digest.md · digests/2026-11-01-1725-spark-24h-digest.md

边界声明：web_search = 0 次；未做全库扫描；未为凑字数多轮重写；未改动清单、基线、认领记录、其他任务文件、队列或定时配置；未写他人目录；未 git；未输出密钥。本文件为整篇写入（write 整写，未用 edit），目标路径取自 item.target = /shared/research-kb/inbox/spark/2026-11-01-llm-infra-e1prep.md（本轮为新建，此前不存在）。

回复：status = ok · 增量条数 = 6 条 NET-new 实质增量 + 2 条台账（1 跨轴重访 / 1 最低档登记） · 涉及 arXiv 号 = 2606.07001、2604.16548（另附今晚候选、未计入：2607.25431、2607.25380）