WorkBuddy 的安装包台账：92 个版本、276 个安装包实测 98.27 GB，而 5.7.5 一天砍掉 199 MB、下载页日期有 34 个版本和更新日志对不上

WorkBuddy 的安装包台账：92 个版本、276 个安装包实测 98.27 GB，而 5.7.5 一天砍掉 199 MB、下载页的日期有 34 个版本和更新日志对不上

WorkBuddy 官方文档站有一页叫《历史版本下载》，表面上是给人回滚用的下载清单，实际上它是一份没人维护的交付物台账。这份台账里藏着三件事：一次在版本号没变的情况下把安装包砍掉 199 MB 的瘦身、把「发布日期」这个字段从页面上拿掉之后整列日期被批量回填的后果，以及一份累计 98 GB 的公开对象存储足迹。

本文所有数字来自 2026-10-17 18:1x（Asia/Shanghai）的一次全量实测，方法写在文末。

第一层：这页数据长什么样

官方《历史版本下载》页面按二级版本号分组，每组一张表，表头永远是四列：版本、发布日期、macOS · Apple 芯片、macOS · Intel、Windows · 64 位。整个页面一共 16 张表、92 行版本记录、276 个下载链接。

我把整页 92 行全部解析成结构化数据（非抽样），然后对 276 个链接各发一次 HTTP Range 请求，取回每个安装包的真实字节数。结论先给出来：页面上写的体积标注与实际字节数的最大偏差是 0.48 MB，中位数 0.03 MB——标注是可信的，这一点必须先确认，否则后面所有基于体积的分析都不成立。

第二层：🔴 一次「版本号变了、包却瘦了 199 MB」的瘦身

先看 5.7 系列内部。这是本次实测里最值得单独拎出来的一条。

从 5.7.3 到 5.7.5，三个平台的安装包同时变小：Apple 芯片版 539.6 → 340.6 MB，减少 199.0 MB（-36.9%）；Intel 版 555.5 → 368.2 MB，减少 187.3 MB（-33.7%）；Windows 版 525.7 → 415.4 MB，减少 110.3 MB（-21.0%）。

三个平台同向、幅度不同、且跳过了 5.7.4 这个版本号，这基本排除了「某个平台单独优化」的解释。要判断这是打包瘦身还是别的什么，光看页面不够，我取了文件名的构建号：

构建号连续递增、对象存储时间戳与页面日期对得上，说明 5.7.5 是一次真实重新构建、重新上传的产物，而不是同一份文件的重复登记。从 5.7.3 到 5.7.6 这四天里，官方没有做过任何对外公告或更新日志说明（更新日志里 5.7.5 与 5.7.6 的条目均为纯修复向文案），一个 macOS 用户如果按页面上「最新版」的指引下载，装机体积在四天内变化了 37%，而官方文档里没有任何一处提到这件事。 这是本次实测能确认的最实质的一条交付侧结论。

至于这 199 MB 是什么被移走了，本文不做推断：安装包未做解包对比，具体移除了哪些依赖记为 UNKNOWN。

第三层：🔴 「发布日期」这一列已经不能当发布日期用

我把下载页的日期列和官方更新日志的日期逐版本对齐，92 个版本里有 34 个对不上，占 37%。

对齐方式是纯机械的：下载页取表格第二列，更新日志取每个版本标题括号里的日期。差异分布不是随机的，它高度集中在两个日子：2026-08-22（11 个版本）和 2026-08-25（11 个版本）——这两个日期下的 22 个版本，更新日志里的日期在 6 月到 8 月之间，而下载页把它们统一标成了 8 月 22 日或 8 月 25 日。

最极端的一个例子是 v5.1.3：更新日志写 2026-06-17，下载页写 2026-08-25，差 69 天。整页一共 22 个版本的日期偏差超过 20 天。

我用了一个独立于页面文字的第三方时间戳去交叉验证：对 276 个安装包发 Range 请求，响应头里的 Last-Modified 是对象存储记录的写入时间。结果是——92 个版本里只有 48 个（52%）的三个平台对象时间戳与页面标注日期在同一天，18 个版本的对象时间戳比页面日期还晚，104 个文件（38%）的时间戳早于页面日期。

这三个数字放在一起说明的是同一件事：日期列描述的不是「这个版本什么时候发布」，而是「这行记录什么时候被加进这张表」。 8 月 22 日和 8 月 25 日两天，一口气补录了 22 个历史版本、补录时统一填了当天日期，这才是这两个日期异常扎堆的成因。

顺带一提，v5.8.2 这一行还有个更小的偏差：下载页写 2026-10-15，更新日志写 2026-10-16，差一天。今天（10-17）我实测过这 3 个包的下载链接，全部可用。

第四层：🟡 92 个版本里少了 12 个补丁号

除了日期问题，版本号本身也不连续。16 个二级系列里，有 11 个存在补丁号缺口：

同样地，下载页有而更新日志里查不到的版本有 34 个（包括整个 4.9、4.22 系列和 4.20 系列）；更新日志里有而下载页里没有的版本有 6 个（4.8.0、5.0.4、5.1.5、5.4.5、5.5.1、5.5.2）。这两个官方页面各自记录了对方没有的版本，互不覆盖。

第五层：🟢 装机体积的整体形状

把 92 个版本按发布日期排开，装机体积的形状比直觉中更有意思。

起点与终点：

半年时间，Windows 版涨了将近两倍，macOS Apple 芯片版翻了一倍出头。

三个平台的相对大小会翻转。 这是本次实测里第二条反直觉的发现：

• 4.22 到 4.24.0 期间，排序是 Windows 最小（222.7 MB）< Apple 芯片（281.0）< Intel（286.2）
• 5.3.5 到 5.4.1 之间翻转为 Apple 芯片 < Intel < Windows，即 Windows 变成最大（5.4.1 为 448.5 MB）
• 5.7.5 又翻转回来，Windows 变成最小（415.4 MB）

也就是说，「Windows 包一定最大」和「Windows 包一定最小」在同一条时间线上都成立过，具体取决于是哪个系列。这对按平台估算磁盘占用的部署脚本是个提醒：不能按平台名硬编码系数。

Intel 版相对 Apple 芯片版的溢价也不是常数，它在 1.4% 到 8.1% 之间来回跳：

第六层：🟢 98.27 GB 的公开存储足迹

把 276 个安装包的真实字节数相加，结果是 98.27 GB（1024 进制，按 Range 响应里的 Content-Range 总长换算）。

分摊下来：

• 最新 6 个版本（18 个包）合计 6.66 GB
• 最新的 5.8.x 三个版本（9 个包）合计 3.36 GB
• 最老的三个版本（4.8.1/4.8.2/4.8.3，9 个包）合计 1.44 GB

这些文件全部位于两个公开可直链下载的对象存储域名下，不需要鉴权即可取回。本次实测我只发 Range 请求读取文件头与总长，没有下载任何一个完整安装包，也没有执行任何安装包。

这带来两个可以直接落到操作上的结论：

1. 回滚是有真实成本的。 如果一台机器需要保留全部 92 个版本的安装包，磁盘要留约 98 GB；如果只保留当前版本加前一个版本的 Apple 芯片包，约 700 MB。
2. 下载域名在近两周内换过一次。 92 个版本里有 7 个（5.7.2、5.7.3、5.7.5、5.7.7、5.8.0、5.8.1、5.8.2）的链接指向 acc-1258344699.cos.ap-guangzhou.myqcloud.com，其余 85 个仍指向 download.codebuddy.cn。域名分界不按版本线走——5.7.6 用的还是旧域名，而 5.7.5 已经用新域名——任何按域名做的自动化脚本都不能假定同一条版本线共用一个域名。

第七层：这页数据该怎么用，以及哪些地方我不知道

在给出工程结论之前，先把证据口径分三层说清楚。

官方页面明示的事实：

• 页面提供 92 个版本、每版本 3 个平台安装包的下载，体积标注与实际字节数偏差不超过 0.48 MB
• 统信 UOS 系统安装指南 与 银河麒麟系统安装指南 明确写明：这两个系统通过各自的应用商店/软件商店安装，不走本页的 dmg/exe 直链
• 页面首段自我声明：「下载链接均已校验可用」，并引导下载历史版本的用户改用官网最新版

本文的换算与推断：

• 98.27 GB 合计、-36.9%、×2.91 等数字均为本次实测字节数换算，非官方明示
• 「日期列反映的是补录时间而非发布时间」是基于三处一致证据（页面日期、更新日志日期、对象 Last-Modified）的推断，不是官方声明
• 5.7.5 的瘦身幅度基于 3 个平台的独立 Range 实测

UNKNOWN（本文无法确认的部分）：

• 5.7.5 那 199 MB 具体移除了什么：安装包未解包对比，无官方说明
• 12 个缺失补丁号是从未发布、发布即撤下，还是从未归档：官方无任何字段记录
• v5.4.7 为什么三个平台的对象时间戳跨度达 21 天（Apple 芯片 08-31、Intel 09-02、Windows 09-22）：无公开解释
• 6 个版本有更新日志但无下载链接，是否为内部构建或灰度发布：无说明
• 5.1.x 与 5.2.x 系列中 12 个版本的下载页日期为 2026-08-25，而对象时间戳在 6 月：批量补录动作的执行者与时间未知
• 历史版本包是否仍与最新版使用同一套签名与自动更新通道：本次未验证

第八层：与站内既有 WorkBuddy 文章的分工

本站已发布的 WorkBuddy 文章覆盖了更新日志台账、版本节奏、计费、权限、双站文档可达性等角度，本文只做「交付物」这一层，互不重叠：

第九层：来源与采集口径

《历史版本下载》 | 92 个版本的日期、三平台体积标注、276 条下载链接 | 2026-10-17 18:0x | 《更新日志》 | 版本发布日期对齐、5.8.x 改动条目 | 2026-10-17 18:0x |

| 276 个安装包 URL 的 HTTP Range 响应头 | 真实字节数、Last-Modified、ETag、Server | 2026-10-17 18:1x | 《历史版本下载》页内 16 张表全量解析 | 版本—日期—平台体积结构化数据 | 2026-10-17 18:0x |

验证方法：全量非抽样。92 行全部解析，276 个链接全部发起 Range 请求并核对返回 206 与 Content-Range 总长。本文所有百分比均由实测字节数计算，未使用页面标注值。

页面标注可信度的自检：276 个包中，标注值与 round(实测字节, 1) 完全一致的有 258 个，其余 18 个偏差均小于 0.5 MB（四舍五入边界），最大偏差 0.48 MB。