OneGeo 核数：标题写提速 40%，正文算出 45.1%
我们核对的这条
来源是腾讯云开发者社区 2026 年 10 月 22 日 《国产算力·昇腾 910C 大模型推理优化（上）：镜像更新与参数调优，提速 40%｜得物技术》。
正文里可核对的部分（照抄关键句）：
| 字段 | 内容 |
|---|---|
| 底座 | 华为昇腾 910C |
| 被测模型 | Qwen3.5-35B-A3B |
| 剖析工具 | MindStudio |
| 优化路径 | 镜像与版本升级 → 参数与环境变量调优 → vllm-ascend 源码修改 → 算子层融合优化 → MTP 投机解码（五个层次） |
| 累计落地 | 20 余项有效优化 |
| 关键指标句 | TPOT（Time Per Output Token，单 token 解码延迟）从基线 14.22ms 降至 7.8ms（c=1，下降 45.1%） |
| 其他指标句 | 另给出三项”分别下降 64.8%／49.9%／43.8%” |
我们按标题里的”40%”回到正文检索，正文没有出现”40%”这个数字。这篇文章的标题带”（上）”，说明只覆盖前两阶段，40% 很可能是那个范围里的口径——这是正常的连载写法，不是错误。
但它恰好构成一个真实场景：标题里的数字，在正文里找不到同口径的原句。
为什么这件事对 GEO 是致命的
摘录时，标题是被取走的概率最高的一句。当模型需要回答”昇腾 910C 上做大模型推理优化能提速多少”，它手上只有两句话可选：
- 标题：”提速 40%”
- 正文：”TPOT 从 14.22ms 降到 7.8ms（c=1，下降 45.1%）”
第二句更长、带条件、需要先理解 TPOT 和并发含义。多数回答会选第一句，或者把两句混着说成”最高可达 45%”——三个数字，没有一个是原文里完整存在过的口径。
这不是这篇文章独有的问题。技术内容里”标题取整、正文取极值、摘要去条件”是普遍现象，而生成式引擎不会替你把条件补回来。
数字三件套
我们写含性能数字的页面时，强制每个数字带齐三件：
1. 指标名。 不是”提速”，而是”TPOT（单 token 解码延迟）”。指标名出现一次，摘录时就不会被当成端到端吞吐。
2. 条件。 并发 c=1、输入输出长度、是否含首 token 延迟。条件的价值在于它让数字可反驳——没有条件的数字只能被相信。
3. 基线与对比。 “从 14.22ms 降到 7.8ms”比”下降 45.1%”更可核对，因为它给出的是原始观测值，任何复述都能回查。
写成一句话的示范：
在并发 c=1 条件下，Qwen3.5-35B-A3B 昇腾 910C 推理的 TPOT 从基线 14.22ms 降至 7.8ms，下降 45.1%；该结果仅覆盖单请求解码延迟，不代表整体吞吐。
这句话即使被单独摘走，口径仍然完整。
标题的额外一条规则
标题里的数字必须能在正文里找到同口径原句。 做不到就把标题改成定性表述（”提速明显”、”分层优化路径”），别用一个正文里不存在的数字。这条我们在 scripts/ 里没法自动化检查，只能靠写作时自查——但如果你的站点有大量性能类文章，值得做一个构建期脚本：抓出标题里的百分数与数字，在正文里找同数字，找不到就报警。
与衡量口径的关系
数字口径属于”被描述准确率”这一项：AI 说出的数字，与页面原文是否为同一口径。取数方法见GEO 的衡量口径。本站目前不发布任何”提升 N%”的效果数字，原因就在这儿——没有基线报告，就没有可核对的口径，也就没有资格把数字写进标题。