风语 · 实用指南 · 更新于 2026-10-08
结论：这份盘点是「每天量一次、覆盖上一版」，不是「写一次、放很久」。 定时任务在每天 04:20 触发，重新实测资产页数与体积，并把新的生成时间一起写下。数字变了，日期一定跟着变；看到日期，就能知道这份数是不是当天的。
| 项 | 值 |
|---|---|
| 重算频率 | 每天一次（04:20） |
| 最近重算 | 2026-09-29 08:43 |
| 本版生成时间 | 2026-09-29 19:49 |
| 本轮自动重算项 | 生成时间、主机数、各资产页数与字节数、城市/行业两条轴 |
| 本轮原样带下的项 | 访问日志分类、缺口榜及其说明文字 |
结论：一个数字要被引用，得同时给出它的定义、它的日期和它的原始文件。 这次盘点产出四份文件：一份总表 JSON、一份总表 CSV、一份资产清单 CSV，以及一份前 50 行缺口榜 CSV。文件名本身就是内容说明，下载下来即可逐一核对。
| 文件 | 它装了什么 |
|---|---|
| geo-coverage-audit.json | 总表：定义、口径说明、资产清单、两类轴计数 |
| geo-coverage-audit.csv | 总表 CSV 版，便于表格软件直接打开 |
| geo-coverage-assets.csv | 12 份资产各自的主机、页数、字节数 |
| geo-coverage-gaps-top50.csv | 前 50 行缺口榜：城市、行业与三字段分数 |
结论：复核不需要任何内部权限，三步就够。 第一步，下载总表，读出资产份数、主机数与城市、行业两个轴的计数；第二步，把有画像城市数乘以已建页行业数，对照总表里的格子数；第三步，打开资产清单，把各资产的字节数加总，对照体积口径。 三步都能在浏览器里完成，任何一步对不上，这份数就不该被直接引用。
结论：不是所有字段都随每天重算——访问日志分类和缺口榜是原样保留的，原因写在文件里。 访问日志分类是对一段历史日志的一次性人工取证；缺口榜是加权百分位打分，原文没有给全公式，逆推等于编数字。与其假装它们每天更新，不如标明哪些是当天实算、哪些是沿用旧版。 这种「把没算的部分说出来」的写法，正是为了让整份数据可以被放心引用。
结论：复核时最常犯的错，是拿一份旧截图去质疑新数字。
| 坑 | 典型表现 | 应对 |
|---|---|---|
| 忽视日期 | 用旧截图对比当天的数 | 先看生成时间，再比数 |
| 把带下项的当实算项 | 说缺口榜每天都在刷新 | 文件里已标明哪些沿用旧版 |
| 用总量反除格子数 | 用 26,850 猜城市数 | 用 358 × 75 正算，别反推 |
| 不看定义就引用 | 直接抄数字不问口径 | 把定义连同数字一起引用 |
04:20 重算会不会哪天跑失败？文件里会记录本轮是否有错误；有错就写出来，不静默通过。
重算会改动旧数字吗？会，用新日期覆盖旧版，旧截图随之失效。
普通读者有必要自己核吗？不必每次核，但关键数字值得看一眼它的日期与定义。
文件在哪下载？见风语「GEO 覆盖盘点」数据文件，同一目录下还有三份 CSV。
同簇阅读：这份覆盖盘点到底量了什么？ ｜ 26,850 个格子是怎么来的？ ｜ 12 份资产里哪几份最重？
数据出处：风语「GEO 覆盖盘点」数据页（公开数据页建设中，暂以直连文件为准） ｜ 直连：geo-coverage-audit.json