​这个包文件是不是坏了？npx_skills-1.5.20-py3-none-macosx_10_13_universal2.whl

[joe-lin]

$ UV_DEFAULT_INDEX=https://pypi.org/simple uv tool install agentseek-cli --no-cache
Resolved 73 packages in 13.72s
× Failed to download npx-skills==1.5.20
├─▶ Failed to extract archive: npx_skills-1.5.20-py3-none-macosx_10_13_universal2.whl
├─▶ I/O operation failed during extraction
╰─▶ deflate decompression error: too many length or distance symbols

hint: npx-skills (v1.5.20) was included because agentseek-cli (v0.0.4) depends on npx-skills

​

[yhay81]

是的，PyPI 上这个 1.5.20 的 macOS wheel 本身已经损坏，并不是你的 uv 缓存问题。

我直接下载并检查了 PyPI 返回的官方文件：

npx_skills-1.5.20-py3-none-macosx_10_13_universal2.whl
size:   39,055,899 bytes
sha256: b50dd31916f9a4389d05ec43cbed583110fe3884e9c9c2cb874242e0c5ccd0a9

这个 SHA-256 与 PyPI 的 1.5.20 元数据 完全一致，所以下载内容没有在本地或传输途中被改坏。用 Python 3.14 的 zipfile 测试官方 wheel 的 263 个条目时，会在这个文件上稳定复现同一个错误：

npx_skills-1.5.20.data/purelib/npx_skills/vendor/node/darwin-x64/node
zlib.error: Error -3 while decompressing data: too many length or distance symbols

因此：

• uv cache clean 或 --no-cache 仍会重新下载同一个坏文件；
• 改用 pip 也不会解决，因为 pip 最终解压的还是同一个 wheel；
• 正确的上游修复应是撤回（yank）该 wheel，并重新发布例如 1.5.20.post1。

不过你这里还有一个更直接的解决办法：agentseek-cli 已经被弃用。它自己的 PyPI 页面 明确要求改装主包 agentseek>=0.0.3；当前主包也不再依赖 npx-skills。建议执行：

uv tool uninstall agentseek-cli
uv tool install 'agentseek>=0.0.5' --no-cache
agentseek --help

如果因为兼容原因必须暂时使用旧的 agentseek-cli==0.0.4，可以把传递依赖固定到已验证可正常解压的 1.5.17：

uv tool install 'agentseek-cli==0.0.4' --with 'npx-skills==1.5.17' --no-cache

我也对 PyPI 的 1.5.17 macOS universal2 wheel 做了完整解压测试：263 个条目全部通过。

所以结论是：报错确实来自损坏的官方 1.5.20 wheel；首选迁移到 agentseek 主包，旧 CLI 必须使用时再临时 pin 到 npx-skills==1.5.17。