日均 312 条：云上团队该看的不是月度总量
一句话结论
11 月前 12 天收录 3,746 条，日均 312.2 条；10 月是 9,015 条、290.8 条/天；9 月是 13,728 条、457.6 条/天。三个月度总量连起来看像连续腰斩，换成日均看，11 月环比回升约 7.3%。同一份库，两种口径，两个方向的结论。
这份数据是怎么算出来的
| 项 | 取值 |
|---|---|
| 数据源 | 生产库 dev.db，只读连接 |
| 快照时间 | 2026-11-12 06:05 北京时间 |
| 排序字段 | Plugin.createdAt，毫秒整数 |
| 样本池 | 全表 27,949 条，取 hidden = 0 的 26,874 条 |
| 落库方式 | 聚合后写当日快照文件，只追加快照，不改旧文件 |
口径边界
createdAt是落库时间，不是建仓时间。9 月 13,728 条含批量补采，补采会把单月抬高。- 星标是采集时点的快照，不代表实时值与活跃度。
- 11 月只到 12 日，3,746 条是 12 天的量，不与整月比大小。
- 可见 =
hidden = 0；1,075 条不可见（3.8%）不进分母。 - 26,874 是库内条数，不等于搜索收录页面数。
主体数据
月度总量为什么会误导
月度总量是一个累计量，它的分母是「这个月」，而每个月的分子只走到当天，分子走完了、分母没走完，这个比值天然不可比。
| 月份 | 累计 | 已过天数 | 条每天 |
|---|---|---|---|
| 2026-09 | 13,728 | 30 | 457.6 |
| 2026-10 | 9,015 | 31 | 290.8 |
| 2026-11 | 3,746 | 12 | 312.2 |
表格第三列是全部关键。前两行天数走满，第三行只走了 12 天。拿第三行的累计数去和前两行比，等于拿 12 天比 30 天和 31 天，比出来的差额里有一大半是日历贡献的，不是产能贡献的。
把第三列除进去，趋势立刻换向：457.6 → 290.8 → 312.2。9 月的高点是补采造成的，10 月是补采之后的回落，11 月在回落的低位上回升约 7.3%。这条曲线没有「崩」，只有「先冲高、后回落、再小幅回升」。
按天归一怎么做才算干净
三个动作，缺一个数就不对：
- 分子取「当月落库条数」，用
createdAt除 1000 后按 UTC+8 落月，不要用 UTC 落月——月初 8 小时的条目会跨月。 - 分母取「已过天数」：整月用 30 或 31，当月用实际已过天数（这里是 12）。不要一律写 30，也不要用「当月总天数」。
- 补采月份单独打标。9 月的 457.6 条/天含补采，是峰值，不是基线。
口径表该怎么写
口径不写进表里，三个月后自己都读不懂。最小可用的口径表是四个字段：
| 字段 | 本文取值 | 不写会怎样 |
|---|---|---|
| 时间来源 | createdAt（落库） |
被误读成项目创建时间，趋势含义全变 |
| 时区与单位 | 毫秒 ÷1000，UTC+8 | 落月错位，月初条目跨月 |
| 可见性过滤 | hidden = 0 |
分母多 1,075 条，占比集体偏小 |
| 分母定义 | 已过天数 | 当月日均被系统性低估 |
云上定时取数：把「当时」留住
这类指标每天都会变，星标尤其如此。做法是把「查询」和「快照」分开：
- 定时任务只做一件事——跑固定的聚合查询，把结果连同快照时间一起写成一个带日期的文件。
- 快照文件只追加，不改写。今天重跑覆盖了昨天的文件，昨天说过的话就没有依据了。
- 报告里引用数字时，必须带快照时间；不带时间的数字，第二天就可能对不上。
跨月的时候，历史快照比现查更可靠：现查只能得到「现在」，快照才能还原「当时」。
数据说明的五件事
- 日均是速率，月度总量是累计，两者不能互相验证，只能各说一层。
- 11 月的 312.2 条/天会随天数推进而变，12 天只是一个初值。
- 近 7 天新增 2,309 条（
createdAt >= 2026-11-05），可作为当日速率的一个近期参照。 - 本月新增有星 1,736 条（46.34%），全库 60.65%，相差约 14.3 个百分点。
- 千星以上 147 个（0.55%），零标 10,575 个（39.35%），分母同为 26,874。
局限
- 没有仓库建仓时间，补采与自然新增分不开，9 月的峰值无法归因到具体来源。
- 单时点星标快照算不出增速，任何「涨得快不快」的判断都缺数据。
- 本月只到 12 日，整月预测只能是外推。
- 未做仓库去重，镜像条目的影响未知。
数据复核
复核分两步：先确认 26,874 这个分母，再用三行除法验日均。插件总览 可逐页抽查条目，用于确认分母没有把不可见条目算进去。
日均这一步不需要工具，三个除法即可：13,728 ÷ 30、9,015 ÷ 31、3,746 ÷ 12，结果应当分别是 457.6、290.8、312.2。
来源声明
数据来源于站点 2026-11-12 06:05 的只读快照，取数条件 hidden = 0。口径表的取值与库内字段一一对应，未做换算以外的加工。
适合与不适合
适合：要给团队定一份增长指标口径的；发现月度总量和日均结论相反的；需要在云上跑定时取数并保留历史快照的；要写一份能被人复查的计算说明的。
不适合：只想看一个「涨了还是跌了」的结论、不关心分母的；想用这三个月做长期趋势外推的——只有三个月，且其中一个含补采；想看单个项目表现的——这份数据没有项目级维度。
标签：DSH 插件生态、数据快照、增长、口径治理
本文由 DeepSeek Harness Hub 自动整理，数据来源于站点 2026-11-12 快照。
