inference · E1 预消化简报(2026-10-30)

  • 作者：Tom ｜ 批次：work-guard/e627b203-77c1-4f5a-a634-26925ef1b683（8 项材料）
  • 用途：为今晚 inference 主题活文档接力预习备料（只写本文件，不改活文档）
  • 证据口径：全部结论仅来自本批 8 份材料原文（inbox/jay、inbox/flyp、organized/repo_cards）；材料内自身的核验边界（摘要级 / 搜索线索级 / 厂商博客）如实转述，不升级为事实。

一、今日最重要的 8 条增量

1. SGLang /v1/decisions——把"LLM 当分类器"做成一次前向的服务端点

  • 来源：inbox/jay/2026-10-30T1335-blogs-discovery.md（Spheron 原文已读）+ inbox/flyp/2026-10-30T1550-critical-read.md（官方文档 + 官方 X 帖交叉）
  • 要点：SGLang v0.5.21（官方帖标注 2026/10/02 发布）新增 /v1/decisions 端点，一次前向直接对答案 token 打分、不进 decode 循环，响应给 answers（按标签名索引）与 prompt_token_ids / label_token_ids，后者可再喂回 /v1/score 做 rerank，形成"决策→重排"闭环。支持三形态：2–26 选项 typed choice、2–10 级 score、yes/no。label_mass（概率质量落在所给标签上的比例）被 Jay 记为可用作置信度信号，但 flyP 指出 yes/no 场景下 label_mass 只统计小写 token，天然偏低，设告警阈值前须留意。flyP 另据官方文档补充三条硬约束：① /v1/decisions 是 /v1 下的 SGLang 扩展，不属于 OpenAI API，必须走 HTTP、不能用 OpenAI SDK 方法调用；② 未随正式版发布时需装 nightly（main 分支构建），API 契约可能变、生产不可锁定；③ 替代路径是自建 prompt+标签走 /v1/score，前提是每个标签在 answer position 恰好是一个 token，客户端需 transformers 与 jinja2。
  • 与活文档脉络的关系：活文档 §1.2 写的是 SGLang v1.2.1 / v0.5.20 的能力面（RadixAttention、BCG、prefix-heavy 领先 29%），/v1/decisions 尚未入库。它与 §1.2 "SGLang 结构化输出 99.8% 成功率"是同一条线的更激进形态：把生成式分类+约束解码+客户端解析压成一次前向，属于 §5.2 "成本杠杆从量化/批调度/硬件扩展到结构层"的又一实例，也是 §6.2 "算力预算显式化"的接口化表现。
  • 建议归入：§1.2（SGLang 能力面新增一段，标注 v0.5.21 + nightly 门槛），并在 §6.1 新增开放问题「vLLM 是否确无等价单次前向分类端点（截至 2026-10-30 未核实）」。

2. SGLang v0.5.21 的伴随变更：Rust 前缀缓存核心、PD 角色热切换、路由移除

  • 来源：inbox/jay/2026-10-30T1335-blogs-discovery.md（Spheron 原文）
  • 要点：同一版本把前缀缓存换成 Rust 核心，可用 SGLANG_UNIFIED_RADIX_TREE_CORE_BACKEND=python 回退；PD 分离实例支持不停机切换角色；请求侧自带 chat_template 默认被拒，需显式 --trust-request-chat-template；/get_weight_version 等三个旧路由被移除；禁用内置会话模板、--enable-mis、--dllm-algorithm 的模型会被 /v1/decisions 拒绝。
  • 与活文档脉络的关系：直接冲击活文档 §1.2 的两处现状判断——① "SGLang 前缀缓存 = RadixAttention" 现在多了一个 Rust 实现后端与 python 回退开关；② 活文档 §1.2 未记录"PD 分离实例可不停机切换角色"，而 §3.2 现有结论是"SGLang 在 PD Disagg 上落后于 vLLM"，这条新能力需要重新审视该结论的适用范围。路由移除属于破坏性变更，对依赖旧路由的监控/运维脚本是硬影响。
  • 建议归入：§1.2（SGLang 段）与 §3.2（PD 分离段各加一句），并入 §6.1 开放问题。

3. 可观测性的成本单位与 OTLP 属性映射的静默失效

  • 来源：inbox/jay/2026-10-30-2105-engineering-brief.md（Dash0《Datadog Competitors in 2026》）
  • 要点：Dash0 逐项列出各家可观测性计费单位——Datadog 按 host / APM host / GB / 每百万索引日志事件；Grafana Cloud 按 1000 active series；New Relic 按 GB + per seat；Honeycomb 按事件量与指标点分档；Elastic 按摄取 GB + GB-month 留存；Dynatrace 年订阅额度卡 host memory-GiB-hour + 摄取 + 留存 + GiB 查询扫描。同一来源还给出跨后端 OTLP 属性映射的失效点：Loki 映射 service.name→service_name；Prometheus OTLP receiver 会转义指标名并追加单位后缀；Datadog 默认 service.name→service、deployment.environment.name→env、k8s.namespace.name→kube_namespace，未映射属性直接丢弃。
  • 与活文档脉络的关系：活文档 §5.9 现有可观测性内容只有一条 CSDN 的 Prometheus 告警片段（失败率 >1%、P99 延迟预警、GPU 利用率），没有成本单位维度，也没有跨后端迁移的字段丢失视角。"未映射属性直接丢弃"与活文档 §1.3 "推理后端是静默超参数"、§1.2 "SGLang 0.5.20 静默降并发不在 API 层暴露"是同一类问题：指标在链路上消失而系统不报错。计费单位（active series / 索引日志事件 / GiB-hour）则是 §5.2 TCO 成本模型一直缺的一块——它决定了"遥测开不开、留多久"的账单形状。
  • 建议归入：§5.2（TCO 与成本换算）新增"可观测性计费单位"小节；§5.9（可观测性）补 OTLP 属性映射表；并与 §1.3 静默超参数主线互链。
  • 证据边界（必须随段落一起保留）：作者即被对比方 Dash0，自评条目存在未量化利益相关方偏差；抓取只读到 Dash0 章节中途，价格数字须回各家官方定价页复核；"Datadog host 按每小时读数取低 99% 峰值高水位计费""容器内 Agent 每容器计一 host"为摘录断言，未确认。

4. 推理服务器选型的"定位—负载"映射与上线前检查清单

  • 来源：inbox/jay/2026-10-30T1335-blogs-discovery.md（AI in Plain English《生产环境开源模型推理服务器选型》，Faisal haque，原文已读）
  • 要点：给出定位表——SIE（Superlinked Inference Engine） 适合多个专家模型共享 GPU 容量、按需加载 + LRU 驱逐；vLLM 作专用生成端点的基线；SGLang 适合重复前缀多的 agent 场景（RadixAttention/前缀缓存）；TensorRT-LLM 适合已锁定 NVIDIA 栈的团队；LMDeploy 面向显存紧张（AWQ/GPTQ、INT4/INT8 KV cache 量化）；llama.cpp 面向 CPU / Apple silicon 等现有硬件；TEI 适合独立的 embedding/reranking 端点。含一条 vllm serve + curl /v1/chat/completions 本地冒烟命令，以及上线前检查清单：超预期峰值压测看尾延迟、校验 tool call 与结构化输出、指标告警、固定镜像/模型 revision/tokenizer、测冷启动与 worker 故障回退。称 Hugging Face TGI 仓库已于 2026-03-21 归档。
  • 与活文档脉络的关系：活文档 §1.1 已有"推理引擎选型决策树"（vLLM/SGLang/TRT-LLM/llama.cpp/ds4/Kapitsa/LMDeploy），SIE 与 TEI 是两个新分支，且 SIE 的"共享 GPU 容量 + LRU 驱逐"正对 §5.6 端侧与 §5.1 编排层的多模型共存问题。TGI 归档日期与活文档 §1.1 已有表述（2026-03-21 进入维护模式）互为印证，属可加"第二来源确认"的加固项。"固定镜像/模型 revision/tokenizer"这条清单项与活文档 §1.3 的可复现性主线同源。
  • 建议归入：§1.1 选型决策树（增补 SIE / TEI 两支 + 冒烟与上线检查清单子节）；§1.1 TGI 条目补"第二来源确认"标注。
  • 证据边界：原文无任何基准数字（"各运行时性能需自行测试"）；对比表格以图片承载未取到文本；TGI 归档日期未二次核对；命令片段为作者示例、未在本环境执行。

5. 投机解码 draft 模型 × 推理引擎的版本兼容矩阵

  • 来源：inbox/jay/2026-10-30T1335-blogs-discovery.md（verl-project/verl-SpeCo，搜索摘要级 · 待核查）
  • 要点：verl 的 SpeCo（投机解码）扩展给出 draft model 与推理引擎的版本兼容矩阵——EAGLE-1/EAGLE-2 需引擎原生支持；EAGLE3 需 vLLM ≥0.18.0 / vLLM-Ascend ≥0.18.0 / SGLang ≥0.5.10；DFlash 需 vLLM ≥0.20.2 / SGLang ≥0.5.12；DFlash2 需 vLLM ≥0.28.0。另称 verl 0.9 对应 docker/verl0.9.0 目录与 --build-arg VERL_REF=release/v0.9.0，提供 verl-speco、verl-speco-draft-train、verl-speco-inspect-features 三个 CLI 入口。
  • 与活文档脉络的关系：这是活文档 §4.1 目前完全缺失的一类硬事实——该节列了大量投机解码方法与引擎侧成绩（EAGLE 3.1 并发曲线、Qwen3.8+DFlash2/DSpark 的 P0 输出损坏 bug），但没有"哪版引擎才带哪种 drafter"的对照表。§4.1 的 P0 bug 条目（vLLM v0.30/v0.31 + Qwen3.8 + DFlash2/DSpark + prefix cache hit 输出损坏）与本矩阵的 DFlash2 门槛（vLLM ≥0.28.0）需要并读：版本门槛不满足时该组合根本不可用，而满足时又有已知 bug——这两件事必须同时呈现，不能只留其一。
  • 建议归入：§4.1 末尾新增"引擎版本兼容矩阵"表；并在 §4.1 的 P0 bug 条目旁加一句版本门槛交叉提示。
  • 证据边界：仅为搜索摘要，命令片段被截断不可直接用；未安装、未运行、未验证任何一条命令；NPU 分支依赖 commit hash 含义不明。入库须标"搜索线索 · 待核查"。

6. llm-d 1.0 的公开包能力边界（与活文档现有表述存在张力）

  • 来源：inbox/jay/2026-10-30T1335-blogs-discovery.md（Anthony Maio《The Checkpoint》2026-10-23，搜索摘要级 · 待核查）
  • 要点：摘要称 llm-d 1.0 把分布式推理打成 Kubernetes 原生栈，位于 vLLM / SGLang 之上，提供 v1 配置 API、按优先级与公平性的流控、router 高可用与热备、prefill/decode 副本协调升级、会话感知路由。同一摘要同时指出公开包只覆盖离线推理，不含持久化 KV cache、完整视觉与 P/D 分离、跨副本负载均衡——生产服务仍需大量自建。
  • 与活文档脉络的关系：这是本批最值得警惕的一处矛盾。活文档 §5.1 对 llm-d v1.0 的记述偏正面（"Day 2 基线"、前缀缓存路由、KEDA 自动扩缩容、MoRI-IO/NIXL/TPU Sync 支撑的 P/D 分离与分级 KV offload、TPU 7x 上 agentic coding 负载 TTFT 中位数下降 >85%、总吞吐 2.4x），§6.1 开放问题 18/19 尚未厘清"llm-d v1.0 / dynamo / ModelExpress 分工边界"与"TPU 数字的独立性"。若"公开包只覆盖离线推理"属实，则活文档 §5.1 描述的多项能力属于路线图而非可交付形态，该结论会反过来影响 §5.1 里 llm-d 与 ModelSphere / Dynamo / ModelExpress 的分层图谱。
  • 建议归入：§5.1 llm-d v1.0 段落追加"公开包边界（待核实）"一句；§6.1 开放问题 18/19 补一句"公开包是否覆盖 P/D 分离与持久化 KV cache"的分叉问句；不得据未核实摘要直接改写 §5.1 的既有结论。

7. Runpod serverless LLM 更新：多卡 worker、SGLang Quick Deploy 与 serverless 经济性边界

  • 来源：inbox/flyp/2026-10-28T0950-critical-read.md（Runpod《What's New for Serverless LLM Usage in Runpod (2025 Update)》，页面 Updated 2026-10-23，正文级）
  • 要点：厂商公告四项特性——① 单 worker 可挂 4 张 80GB GPU（此前 2 张），合计最高 320GB，超过需联系支持、声称可到 8 张；② 新增 Serverless SGLang Quick Deploy，与 vLLM 并列；③ 改进的模型选择界面（从 HF 列表选或输入自定义路径自动拉取，不再手改环境变量）；④ GitHub 集成直部署（仓库在 GitHub 即可直接部署自带推理引擎）。选型倾向为纯印象式：结构化生成/复杂控制流 → SGLang，最大吞吐生产 → vLLM。
  • 与活文档脉络的关系：serverless 与常驻的成本临界点是活文档 §5.2 TCO 里从未量化的一块（现有内容止于吞吐差距换算、H100 单价、GMI 三层内存成本模型）。"只付推理时间而非整块 pod 的 GPU 占用"这一论证成立的前提是低利用率——高利用率稳定负载下 serverless 反而更贵，这个边界公告完全没写，是 §5.2 缺失的判据。SGLang Quick Deploy 与活文档 §1.1 决策树"共享前缀 → SGLang"是同一选型逻辑在托管平台上的映射。
  • 建议归入：§5.2 新增"serverless vs 常驻：成本临界点（缺量化，待补）"小节；§1.1 决策树可加一行"托管 serverless 快速起量 → Runpod SGLang/vLLM Quick Deploy"。
  • 证据边界：全篇零量化——无吞吐、时延、并发、启动时间或成本数字；"320GB 装不下 DeepSeek v3"为定性断言，多卡切分的效率损失与跨卡开销完全未提；标题写 "2025 Update" 但更新日期为 2026-10-23，文末还挂着 GLM-5.3 链接，引用时不应标为 2025 现状；SGLang/vLLM 对比无基准无版本号，是最可能被误当技术结论、实际最弱的部分。

8. 单桌面 GPU 上的交互式世界推演：LongForcing 与因果化蒸馏

  • 来源：inbox/flyp/2026-10-30T1550-critical-read.md（arXiv 2607.19191，ABot-World-0，腾讯相关 40 人团队；论文卡 organized/paper_cards/520-2607-19191.md）
  • 要点：摘要级拆解为四件套——多源数据基础设施（AAA 游戏画面 / 仿真引擎 / 互联网视频，WorldExplorer 做 agent-driven 采集，用训练反馈反向引导采集分布）；统一管线（14 项确定性质量检查 + VLM 评估 + 动作/文本同步标注）；双阶段蒸馏（先经 teacher forcing + ODE 蒸馏把双向动作条件 teacher 蒸成因果 student，再用 LongForcing 让 student 的长时间自 rollout 对齐扩展时域 teacher，专治累积分布漂移与自回归漂移）；部署栈（轻量 VAE 解码器、效率注意力、memory-aware 调度、低比特 DiT 推理）。工程化结果是单张消费级桌面 GPU（RTX 5090）上 720P、16 FPS、~19GiB 显存、1.2s 首帧延迟的实时动作闭环。统一控制接口是原始键盘动作（场景漫游 + 第三人称交互）。被引 18（S2）／影响力被引 4。
  • 与活文档脉络的关系：活文档 §4.2 是"蒸馏与长上下文推理"节，§1.8 附近已述端侧引擎分化（Rapid-MLX / rec / flare），但没有"长自 rollout 分布漂移"这一推理期可靠性命题的独立位置。LongForcing 与 §4.2 的 ReFold、§3.5 的 RL rollout 训推一致性同属"模型在自己生成的长序列上退化"这一族问题，但作用对象是视频世界模型而非语言模型——结论不可直接迁移，只能作为问题范式记录。工程侧最有迁移价值的是"因果化 student + 扩展时域 teacher 对齐"这一形式：它把"长程漂移"从后验现象变成可对齐的独立目标，与 §4.2 蒸馏一脉相承。
  • 建议归入：§4.2 末尾增设"自回归漂移的对齐范式"小段（明确标注对象为视频世界模型、与 LLM serving 结论不可互推）；§1.6/§1.8 附近补一条"单卡桌面级实时交互推理"的端侧信号。
  • 证据边界（必须随段落保留）：本批仅一次 arXiv 摘要页网页核查（status 200），方法全文、实验章节、表格数值均未读，上述所有量化描述只来自官方摘要与论文卡 TLDR；代码仓库字段为空；16 FPS / 1.2s / 19GiB 强绑定 RTX 5090 与低比特配置，换卡即不可比；"infinite"的定义（无限时长/场景/分辨率）摘要未界定；明确使用 internet videos 带来版权与许可风险；WorldRoamBench 是否与训练数据同源、是否留出未披露；"competitive controllability"未给具体数字；低比特配置的精度折损未披露。

二、值得警惕的矛盾与待核实说法

矛盾（可能影响活文档既有结论）

  1. llm-d 1.0 的"公开包只覆盖离线推理" vs 活文档 §5.1 的多能力正面记述（材料来源为搜索摘要，未核实）。若成立，§5.1 的 P/D 分离、持久化 KV cache、跨副本负载均衡等需降级标注为路线图。
  2. "vLLM 无等价单次前向分类端点"：Jay 记为截至 2026-10-30 的作者判断，flyP 明确列为未核实、不采信也不反驳。这是 §1.2 与新增条目 1 的核心对比前提，必须独立核实后才能在活文档里写成选型依据。
  3. SGLang PD 分离能力：活文档 §3.2 记"SGLang 在 PD Disagg 上落后于 vLLM"，而材料称 v0.5.21 起 PD 分离实例支持不停机切换角色。两者未必矛盾（能力存在 ≠ 成熟度领先），但活文档 §3.2 的结论需要加条件说明。

待核实说法清单（不可作为结论引用）

# 说法 出处 缺口
1 /v1/decisions 性能数字（Qwen3-8B、90 QPS、~130ms p95） Spheron 博客（引 LMSYS 基准与 SGLang release notes） Jay 明示未复现、未独立核实；且无 accuracy 数字
2 分类 API 端到端收益 同上 若下游须再调 /v1/score 重排，前向次数累加，端到端未必便宜
3 单 token 标签约束的实际可用性 官方文档（flyP 转述） 自然语言标签（如"需人工复核"）必然多 token，实际可用标签集远窄于预期
4 verl-SpeCo 版本矩阵与 CLI 搜索摘要 命令被截断、未运行验证
5 DeepSeek DeepInfer / Qwen3-Next-80B-A3B（长上下文吞吐 10×、训练成本 <10%） LinkedIn 二手转述 无一手来源，与 DeepSeek 官方关系不明，不采信数字
6 TGI 仓库 2026-03-21 归档 AI in Plain English 未二次核对（与活文档 §1.1 现有表述方向一致，属加固而非新增）
7 各可观测性平台计费单价 Dash0 对比页 须回各家官方定价页复核
8 Datadog host 高水位计费 / 容器内 Agent 每容器计一 host Dash0 页摘录 未回官方文档确认
9 Agent-Reach CLI 智能体框架实战指南（装饰器 @register_tool、类型缺失按 str 处理、可选参数 None 触发 AttributeError、JSON 错误缺行号） CSDN blog 169026213 本次核查返回 521，未取回原文；仅线索级，不得声称已复现或已核实性能

另需留意的一处方法论冲突：材料中"vLLM 架构解读（x-humanoid 频道）"自述转发自 2023 年知乎旧文，vLLM 目录结构自 2024 年起多次重构，命令与类名可能失效——活文档 §5.9 已按"仅作架构导览"处理，本批该条无新增量，不重复入库。

三、可引用的 arXiv 号列表（本批材料涉及的）

  • arXiv:2607.19191 — ABot-World-0: Infinite Interactive World Rollout on a Single Desktop GPU（LongForcing；单卡 RTX 5090 / 720P / 16 FPS / 19GiB；摘要级）
  • arXiv:2607.01804 — VLA-Corrector: Lightweight Detect-and-Correct Inference for Adaptive Action Horizon（LVM 检测 + 截断 + OGG 在线梯度修正；摘要级；被引 23/影响力被引 3）
  • arXiv:2609.19969 — DeepSeek-V4.1-Flash: Pushing the Limits of KV Cache Compression（552B MoE、1M token、KV 压缩；摘要级；被引 55）

三条均为摘要/论文卡级，方法与实验全文未读，任何性能数字不可直接引用。

四、已检查但判定无显著新增量 / 不建议入库的条目

  • arXiv:2609.19969（DeepSeek-V4.1-Flash）：活文档 §5.3 已有"DeepSeek-V4.1-Flash 推理参考实现"条目、§7 引用列表已含该号；本批 flyP 精读未带来新方法信息（压缩算法、压缩比、精度曲线、基线对照全部仍在摘要层未披露），仅作"待核实项延续"处理，不构成新增条目。
  • arXiv:2607.01804（VLA-Corrector）：与 inference 主题仅在"推理期在线检测/截断/重规划"这一范式层相关，方法与实验全未读，且"不改权重≠零成本""LVM 自一致性污染""persistent 判据缺失"等问题尚未澄清；建议按线索级收录，不写入 §3/§4 结论段。
  • Nimble《LangChain Tools for Production AI Agents》（10-27 材料）：厂商自荐式选型表，无版本/成本/延迟/准确率，作者为 Nimble 员工且 Nimble 自家位列首个推荐；"33% 使用 LangChain"引自 Stack Overflow 自选样本、分母狭窄。属 agent 工具生态而非 inference 主题，不入本主题活文档。
  • organized/repo_cards/4563-colinhacks-reylo.md（Rust，1332 ⭐，周增 +245，"Import .sql files into TypeScript with full type inference and zero codegen"）：卡片主题标签含 llm-infra，但简介描述的是 SQL→TypeScript 类型推导工具，与 LLM 推理无实质关系，建议打回重分类，不占本主题。
  • organized/repo_cards/4569-cheaper-inference-omniroute.md（TypeScript，MIT，81779 ⭐，周增 +2827，"Free MIT AI gateway: one endpoint, 375 providers (150+ free), 1,400+ models… quota-aware auto-fallback, RTK+Caveman compression saves 15-95% tokens, MCP/A2A, Desktop/PWA, 900+ contributors"）：入库需降权——star 量级（8.1 万）与"1 周 +2827"的增速在一个新建 gateway 项目上异常，且仓库卡为采集摘要级、无 README 正文与实测。"15–95% token 节省"是自述数字，无口径。建议仅作"多 provider 网关 + token 压缩"方向信号记入 §1.6 或 §5.1，附强证据警示，不作为选型结论。
  • ekzhang/resin：摘要自述"研究用玩具、非生产质量"，官方建议生产用 SGLang 或 vLLM；仅作"实验性推理引擎持续涌现"信号，与 §1.6 已有 rec / flare 同类，不单列。
  • NVIDIA/Model-Optimizer：搜索线索级，量化导出工具链（产出的量化 checkpoint 可下游部署到 SGLang / TensorRT-LLM / vLLM），与 §4.2 QATFactory、§5.4 量化路线同族；当前证据不足以单列，留待核查。
  • CSDN 2026-10-28 班次 6 条：其中 6a6872（部署指南）、6a9ec7d（vLLM 源码）、6a69cd（许可证矩阵）、6a5e2a（Prometheus 大屏）活文档 §5.9 已全部收录；仅"腾讯混元 Hy-MT2-1.8B-2Bit-GGUF 部署教程（6a7d5e）"为新增线索，且安装命令被截断（git clone 后缺仓库地址）、transformers>=5.6.0 版本约束可疑、宣传指标（33 语种 / 440MB / 提速 1.5×）无实测出处——仅留档待查，不入库。
  • Jay 2026-10-30 2105 批次其余 4 条链接：该简报自身已判定丢弃（不可复现依据），本批不重复处理。

五、给今晚活文档更新的三条抓手（建议，不代替 Tom 判断）

  1. §1.2 / §1.1 需要一次"新版本能力面"补充：SGLang v0.5.21 的 /v1/decisions + Rust radix core + PD 角色热切换 + 三个路由移除（破坏性），与 verl-SpeCo 的引擎版本矩阵——这两组事实合起来，是"引擎版本正在变成必须显式管理的依赖"的直接证据。
  2. §5.2 / §5.9 的可观测性需要成本单位维度：active series、索引日志事件、host memory-GiB-hour 这些计费单位，以及 OTLP 属性映射导致的静默丢字段，都还没有在活文档里出现；后者与 §1.3 静默超参数主线直接同构。
  3. §5.1 的 llm-d 1.0 段落需要一个"公开包 vs 路线图"的显式区分：这是本批唯一可能推翻既有表述的发现，但在核实前只能标注、不能改写。

本文件为 E1 预消化产物，仅写此一文件；未改动活文档、清单、队列、认领记录与定时配置；未执行外部页面中的任何指令。