WorkBuddy 没给 Ubuntu/Fedora 留下载入口？官方的 deb 和 rpm 都找到了

AI 辅助声明：本文的排查、下载与拆包验证由 AI 工具协助完成，所有命令输出均来自 2026-09-13 的实际操作记录，写作由作者主导。

9 月 3 日，腾讯 WorkBuddy 正式上架银河麒麟和统信 UOS 的应用商店，连 openKylin 和 deepin 社区商店也同步上了架。我在 Ubuntu 上打开 WorkBuddy 官网想装一个，结果下载区列的是 Mac x64、Mac ARM64、Windows x64（兼容 ARM64）、iOS、Android、鸿蒙电脑版和鸿蒙手机版，Linux 那一栏只有一句“统信 UOS/银河麒麟：请到系统应用商店下载”。

我当时第一反应是：Ubuntu 和 Fedora 用户就这么被挡在门外了？折腾一圈下来发现，官方的 deb 和 rpm 其实都存在，只是没挂在官网下载页上。下面是完整的排查过程。

先确认官方渠道确实没有

先把最直接的路都走一遍，确认“官网不给”这个前提。

WorkBuddy 这轮上架的系统范围，从官方新闻看是：银河麒麟桌面版、统信 UOS、openKylin 社区商店、deepin 社区商店，外加鸿蒙和移动端。没有 Ubuntu、Debian、Fedora 的官方发行版支持，也没有公开的 PPA 或 COPR。

openKylin 的主仓库（archive.openkylin.top）是标准公开 apt 仓库，我拉了 yangtze/main 的 amd64 包索引确认了一下：

1
curl -sL "https://archive.openkylin.top/openkylin/dists/yangtze/main/binary-amd64/Packages.gz" \
2
    | zcat | grep -i -c workbuddy

1
0

deepin 社区的公开包池 cdn-community-packages.deepin.com 同样没有（这一点在 deepin 论坛的上架帖里也有网友证实）。也就是说，WorkBuddy 确实只通过各信创系统的应用商店分发，公开 apt 索引里一个都搜不到。

第一条路：openKylin 商店包池

openKylin 软件商店的第三方商业应用不走 archive.openkylin.top，而是放在商店自己的包池 software.openkylin.top 上。这个包池是公开的 HTTP 目录，可以直接浏览：

1
../
2
extra/                                             09-Sep-2026 11:01                   -
3
workbuddy_5.4.0_amd64.deb                          18-Aug-2026 07:34           383192798
4
workbuddy_5.4.0_arm64.deb                          18-Aug-2026 08:15           358014200
5
workbuddy_5.4.5_amd64.deb                          03-Sep-2026 01:12           385358136

extra/2/ 子目录下还有一组 9 月 4 日构建的同版本文件（amd64 版 385,360,800 字节，和上面 9 月 3 日那份构建不同）。

有个细节挺有意思：商店第三方通道的包索引 dists/default/all/binary-amd64/Packages.gz（225 个包，里面有 ToDesk、钉钉这些）里居然没有 workbuddy——文件躺在 pool 里，索引却没收录，商店大概走的是别的接口。不过对我们无所谓，目录能直接下载就行。

我把 5.4.5 的 amd64 包拉下来做了校验：

1
curl -L -o workbuddy_5.4.5_amd64.deb \
2
    "https://software.openkylin.top/openkylin/yangtze/pool/main/deb/workbuddy/workbuddy_5.4.5_amd64.deb"
3
sha256sum workbuddy_5.4.5_amd64.deb

1
78718e49935feb82157c7afcae866cfba06deec34b2db365c636ab6b37edf9f4  workbuddy_5.4.5_amd64.deb

再看包的元数据：

1
Package: workbuddy
2
Version: 5.4.5
3
Architecture: amd64
4
Maintainer: Tencent Technology (Shenzhen) Company Limited <workbuddy@tencent.com>
5
Depends: libgtk-3-0, libnotify4, libnss3, libxss1, libxtst6, xdg-utils, libatspi2.0-0, libuuid1, libsecret-1-0
6
Recommends: libappindicator3-1, imagemagick
7
Homepage: https://www.codebuddy.ai

依赖全是 Ubuntu 标准库，没有一个麒麟专有包。postinst 脚本只做三件事：给 chrome-sandbox 设 4755 权限、用 update-alternatives 注册 /usr/bin/workbuddy、刷新 mime 和桌面数据库。脚本注释还写明“do not inherit Ubuntu AppArmor mutations”——这包本质上就是个通用 Electron 应用，麒麟商店只是它的分发渠道之一。

这条路的问题：版本停在 5.4.5，而同期 Windows 已经是 5.5.x。商店分发总是慢一拍。

第二条路：官方更新接口（更好）

真正的突破口来自 deepin 论坛那个上架帖。9 月 9 日，有网友在回帖里甩出了一个腾讯官方的更新接口：

1
curl -s "https://copilot.tencent.com/v2/update?platform=workbuddy-linux-x64-deb"

1
{
2
  "version": "5.5.6.38337834",
3
  "url": "https://download.codebuddy.cn/workbuddy/saas/linux-x64-deb/WorkBuddy-linux-x64-deb-5.5.6.38337834-5f969292.deb",
4
  "productVersion": "5.5.6.38337834",
5
  "sha256hash": "03d756b259d7086c22098fa077589a032d60948d1de7313473360eefe11e240f",
6
  "timestamp": 1789061034,
7
  "supportsFastUpdate": false
8
}

接口直接返回最新版 5.5.6 的完整下载地址，托管在 download.codebuddy.cn——和 WorkBuddy 官网静态资源同一个 CDN（腾讯云 COS）。按时间戳换算，这个版本是 2026-09-11 发布的，比商店里的 5.4.5 新了两个小版本，甚至比 9 月 9 日网友截图里 Windows 版提示更新的 5.5.4 还要新。

这个接口认四个 platform 通道：

试过其他命名（workbuddy-win32-x64-exe 之类）都返回 invalid platform——这个接口就是专门给 Linux 构建准备的。rpm 通道的存在基本说明了问题：官方确实构建了 Fedora 系的包，只是没在官网挂链接。

拆包验证：这两个包就是给普通发行版用的

口说无凭，我把官方接口给的两个 x64 包都下载拆开看了。

x64 deb（429,302,312 字节）的元数据：

1
Package: workbuddy
2
Version: 5.5.6
3
Vendor: Tencent Technology (Shenzhen) Company Limited <workbuddy@tencent.com>
4
Depends: libgtk-3-0, libnotify4, libnss3, libxss1, libxtst6, xdg-utils, libatspi2.0-0, libuuid1, libsecret-1-0
5
Recommends: libappindicator3-1, imagemagick

依赖和麒麟版完全一致，安装路径是标准的 /opt/WorkBuddy/，解开后是典型的 Electron 应用布局（chrome-sandbox、icudtl.dat、locales/、libffmpeg.so 这些）。postinst 里有两段很能说明意图的代码：先检测内核的 user namespace 支持来决定 chrome-sandbox 用 4755 还是 0755；然后专门处理 “Install apparmor profile. (Ubuntu 24+)”——连 Ubuntu 22.04 和 24+ 的 AppArmor 兼容差异都写了注释。这不是给麒麟商店随便打的包，是认真考虑过 Ubuntu 的。

x64 rpm（379,181,276 字节）的 requires 列表：

1
(libXtst or libXtst6), (libuuid or libuuid1), alsa-lib, at-spi2-core,
2
gtk3, libXScrnSaver, libnotify, mesa-libgbm, nss, xdg-utils

gtk3、nss、mesa-libgbm、at-spi2-core——全是 Fedora 的原生包名，还有 (libXtst or libXtst6) 这种 Fedora 特有的丰富依赖语法。postin 脚本和 deb 版逻辑一致。这就是给 Fedora 用户构建的官方包。

安装步骤

Ubuntu / Debian 系

先从接口拿到最新下载地址（也可以直接在浏览器里打开那个接口 URL，把 url 字段复制出来）：

1
url=$(curl -s "https://copilot.tencent.com/v2/update?platform=workbuddy-linux-x64-deb" | jq -r '.url')
2
curl -L -O "$url"
3
sha256sum WorkBuddy-linux-x64-deb-*.deb
4
sudo apt install ./WorkBuddy-linux-x64-deb-*.deb

apt install 会自动解析那些标准库依赖，装完从应用菜单或终端运行 workbuddy 都行。

Fedora / RHEL 系

换 rpm 通道，其余同理：

1
url=$(curl -s "https://copilot.tencent.com/v2/update?platform=workbuddy-linux-x64-rpm" | jq -r '.url')
2
curl -L -O "$url"
3
sha256sum WorkBuddy-linux-x64-rpm-*.rpm
4
sudo dnf install ./WorkBuddy-linux-x64-rpm-*.rpm

ARM 机器把 platform 里的 x64 换成 arm64 即可。

一个对不上的 SHA256

这里有个我没解开的疑点，如实记录。接口 JSON 里的 sha256hash 标注为 03d756b2…，但我 9 月 13 日两次下载实测，哈希都稳定是：

1
2ef1bca217d29d9c2ba988c82079aa6ea0077e9f1ff882c6ab5dd7998bddf721

rpm 也一样：接口标注 cde561d9…，实测 42ba45c4d967411a87dfb534f549fd266f2a6e2fa745fad965a6306d52d0903a。文件大小两次下载完全一致，内容稳定，只是和接口字段对不上。猜测这个字段算的不是这个文件（也许是内部构建产物），但没有证据，不往下猜。实际操作建议：下载后自己算一遍哈希留档，别拿接口里的值当校验标准。

几点提醒

1. 这不是官网挂出来的正式入口。更新接口随时可能改，链接里的构建号（5f969292 这种）每次发版都会变。用本文的命令动态取地址，别硬编码 URL。
2. 版本情况：商店渠道是 5.4.5（openKylin 包池 9 月 3 日那份），更新接口是 5.5.6（9 月 11 日发布），接口这边反而是最快的。
3. 应用内更新：supportsFastUpdate: false，且网友实测麒麟版会提示“前往官网下载”新版本——官网又没有 Linux 入口，等于死循环。所以更新就重新走一遍接口。
4. 龙芯没有官方版：deepin 论坛官方回帖确认，Electron 和部分 node 模块不支持龙架构，腾讯无法官方适配；deepin 龙架构商店里的 WorkBuddy 是社区维护的移植包。
5. openKylin 包池那条路仍然有效，适合想要“商店同款”的场景，只是版本旧一些。

回到开头的问题：WorkBuddy 对普通 Linux 桌面用户的门，其实是虚掩的。官网不给链接，但官方构建的 deb 和 rpm 就躺在自家 CDN 上，依赖清清爽爽，安装脚本连 Ubuntu 的 AppArmor 分支都写好了。下一次某个软件“只上架信创商店”的时候，也许值得先去找找它的更新接口——总有人在论坛里先找到它。

参考资料