「等实测」和「现在就能写」的分界线很清楚：结论依赖运行结果的，等；只依赖结构或规则的，现在写。
现在就能写的五类
| 类型 | 为什么不用等 | 例子 |
|---|---|---|
| 目录与索引 | 只依赖已有结构，不依赖运行结果 | 本页、起步索引、认领清单 |
| 目录结构说明 | 目录名与用途是客观事实 | $DSH_HOME各目录装什么 |
| 参数与默认值 | 抄 --help原文即可，标注版本就行 | 启动参数表 |
| 通道与版本对应 | 查registry就有，注明采集时间 | npm通道表 |
| 边界与禁令 | 规则由你定，不需要跑 | 不该粘进对话的材料清单 |
看起来能写但其实要等的
- 「哪个模式更省token」：必须跑，还是要跑多次取记录。
- 「升级后配置变了什么」：得真的升一次再diff。
- 「这个报错的原因是什么」：得复现一次，否则只能算公开资料整理。
- 任何带数字的性能结论：没有原始记录就不要写数。
为什么这条清单本身值得维护
因为它决定了「站点什么时候看起来是空的」。结构性内容写完，即使一条实测都没有，读者也能装起来、能查参数、知道边界在哪——这已经比大部分同类站点有用。数字型内容慢一点没关系，写错一个数字，整站的可信度都要打折。
本站的口径：状态标「公开资料整理」的，逐条附出处；标「待实测」的，宁可留空也不填估计值。这不是保守，是因为错的数字比空的表格更贵。