Qwen Code 1.0 Preview 怎么装：8 个原生包与 132MB 实测

一句话结论：Qwen Code 1.0 Preview 把闭源产品 Qoder 的 agent harness 内核搬进了开源仓库，用 8 个免 Node 的原生安装包交付，本机实测 4 秒装完、落盘 132MB，代价是 Preview 期间暂不接收社区 PR、接口还可能变。

11 月 11 日，阿里通义团队在 GitHub 上放出 Qwen Code v1.0.0-preview，发布时间是当天 03:55 UTC。这个版本的核心动作只有一句话：Qoder 与 Qwen Code 两边的 agent 能力合并成一套开源 harness。官方 release notes 只列了四条重点，但把它拆开看，是一次把商业产品能力下沉到开源 CLI 的完整动作，值得逐条对照。

这次发布到底动了什么：四条重点与它们对应的工程变化

release notes 的四条重点，密度很高。第一条说 harness 能力来自 Qoder 与 Qwen Code 的合并，覆盖代码理解、实现、调试与测试四类任务。第二条说账号体系同时支持 Qwen 与 Qoder 账号，模型侧支持多家 provider 和自定义兼容端点。第三条说提供 macOS、Linux、Windows 的原生包，不再要求单独装 Node.js。第四条说支持会话续跑与非交互执行，用来跑脚本和自动化任务。

这四条对应到实际改动，是三个层次的东西。模型接入层从单一 Qwen 通道扩到多 provider，README 给出的连接方式有四类：Qwen 账号或 Qoder 账号登录、QwenCloud 或阿里云百炼按套餐或 API Key 接入、其他 provider 预设、以及自定义兼容端点。会话管理层加入了 --continue、--resume、-p 三条路径，分别对应接着上次继续、指定历史会话、单次非交互输出。分发层则从 npm 包切换到独立可执行文件。

值得注意的是第一版发布之前，仓库还在以 v0.27.2 的节奏滚动更新。v0.27.2 的发布时间是 11 月 10 日 19:22 UTC，距离 1.0.0-preview 只隔了不到九个小时。这个时间差说明两件事：harness 合并出自有分支的长期并行推进，最终择机并入主线；主线仍在按小版本节奏修 bug，说明开源侧的常规迭代没有为这次发布让路。

八个原生安装包：最大 70.9MB，最小 54.5MB

免 Node 依赖这件事的实际收益，可以直接从发布资产清单里读出来。v1.0.0-preview 一共挂了 8 个安装包，覆盖 4 个平台的两种架构。

体积跨度只有 16MB 左右，全部落在 55MB 到 71MB 这个窄区间里。对比纯 npm 方案，Node.js 22 加依赖树通常还要额外拖上几百 MB 的运行时，这条路确实被砍掉了。musl 变体单独提供，说明 Alpine 一类的容器场景被考虑进来了。

仓库本体的数据能反映项目体量。截至本次抓取，QwenLM/qwen-code 有 29,333 个 star、3,349 个 fork、2,192 个 open issue，许可证是 Apache-2.0，主语言 TypeScript，仓库创建于 2025 年 6 月 26 日，累计贡献者超过 640 人，最近一次推送就在 11 月 11 日当天。

本机实测：4 秒装完，落盘 132MB

在 macOS ARM 机器上实测走了一遍 1.x 分支的官方安装脚本。脚本从 oss-accelerate 加速域名取包，输出先打印 Finding the Qwen Code release，接着显示 Downloading Qwen Code 1.0.0-preview (darwin/arm64)，最后 Verifying and installing。整个过程耗时 4 秒。

装完以后 qwen --version 返回 1.0.0-preview，与 release tag 一致。可执行文件落在 ~/.qwen/bin/qwen/qwen-1.0.0-preview，实测占 132MB，整个 ~/.qwen 目录也是 132MB，说明这个版本没有额外的运行时缓存或模型文件。软链到 ~/.local/bin/qwen，方便 PATH 直接调用。

值得单独说的一点是安装脚本地址在两个分支上并不相同。main 分支的脚本地址是 qwen-code-assets.oss-cn-hangzhou.aliyuncs.com，而 1.0 Preview 分支用的是 qwen-code.oss-accelerate.aliyuncs.com。想尝鲜 1.0 的用户必须切到 v1.0.0-preview 分支取安装脚本，直接在 main 上跑脚本拿到的是旧版本。

CLI 面：权限、思考预算、worktree 与五个子命令

实测 qwen --help，1.0 的选项密度比一般 CLI 高一档。下面这张表挑的是跟日常用得最多、也最容易踩坑的几组。

子命令体系也做了一次扩充。实测 qwen --help 底部列出六组：mcp、plugins、skills、hooks、agents，以及 update 与 rollback。几个实测结果值得写出来。

qwen mcp list 返回 No MCP servers configured。qwen mcp 下的子命令包括 add、add-json、remove、get、list、enable、disable、reset-project-choices，覆盖了从注册、启停到项目级授权重置的完整链路，这一层的设计思路和本站此前写过的 FastMCP 服务部署是同一套工程习惯，都把 MCP 当作可独立管理的资源，脱离了硬编码配置。

qwen skills list 会扫描用户级 skills 目录并列出全部 SKILL.md，实测在本机读到了 agently-mail、brainstorming、brutalist-skill 等条目，每条带名称、描述和所在路径。这套 Agent Skills 机制在结构上和 Anthropic 那边的做法是同一路子，站内关于 Claude Code 密钥泄露与自查的那篇里有更细的排查清单，迁移过来的团队可以对照着看一遍。

qwen hooks 目前只提供一条 migrate 命令，用途是从 Claude Code 迁移 hooks 过来。对已经在用 Claude Code 的团队，这是降低切换成本最直接的一环。qwen agents list 则是 4 个内置 agent，Explore、general-purpose、Plan、statusline-setup，都处于 Inherit 模式。qwen plugins list 提示暂无已安装插件。跑 qwen --list-models 会返回 Warning: no models available，这是因为本机还没登录任何 provider 账号，属于正常状态，不是安装缺陷。

血统与许可：从 Gemini CLI 分叉出来，自己走了两年

1.x 分支 README 里有一段致谢写得很清楚：这个项目最初基于 Google Gemini CLI v0.8.2，从 Qwen Code v0.1 开始就停止与上游同步，转为独立开发，目标是做一个多协议、多平台的 agent 框架，并且深度集成 Qwen 模型。仓库里也保留了 vybestack/llxprt-code 这个 Gemini CLI 分支的衍生部分，以及 TypeScript 移植版 ink 和基于 @lvce-editor/ripgrep 的 ripgrep 封装，两处都是 MIT 许可。

许可结构因此是分层的：主体 Apache-2.0，NOTICE 文件逐项列出第三方组件及其许可，完整依赖清单在每次发布时生成到 THIRD-PARTY-LICENSES 文件。企业内网二次分发时，这一套 NOTICE 与 THIRD-PARTY-LICENSES 的组织方式可以直接复用，不需要重新整理一遍第三方授权。

从 v0.1 分叉到 1.0，中间隔了大约一年半。这条独立路线的取舍也很清楚：不再追上游的界面变化，换来对 Qwen 模型和多 provider 的完全控制。代价是上游 Gemini CLI 的新特性需要人工搬运，好处是 Qwen 侧的能力可以第一时间进来。

和现有方案的差别在哪：按使用场景选，别按总榜选

把 1.0 的能力放进一张横向表里对比，选型边界就清楚了。

结论是，如果你要的是把 Qwen 模型接进终端工作流、或者在 CI 里跑非交互的自动任务、或者想复用现有的 MCP 生态与 Claude Code 的 hooks 配置，1.0 Preview 的性价比是明确的。反过来，如果你需要成熟的第三方插件市场，Preview 阶段插件机制还是空的，等 12 月之后 PR 通道重新打开再评估更稳。

Preview 阶段的两条硬限制

第一条，社区 PR 暂停。README 明确写了这个阶段暂不接收社区 pull request，原因是把开发资源集中在当前阶段，预计 2026 年 12 月之后开放 PR 贡献并在该仓库公告细节。issue 与建议仍然欢迎。所以这个版本适合用，不适合贡献代码。

第二条，接口会变。官方在 release notes 开头就提示 Some interfaces, configuration options, and behaviors may change，README 里的 Preview 状态说明也重复了同样的话：目标是保持与现有功能和接口的兼容，但在稳定发布前部分接口、配置项与行为可能发生变化，升级前请先读 release notes。官方给出的建议是升级前先看发布说明。

对一个把配置写进脚本、把 hook 挂进流水线的团队来说，这两条决定了引入节奏。可以先用它跑非关键的自动化任务，把配置收敛到一处，等 1.0 正式版出来再固化成基础设施。

相关阅读

想把 Qwen 的能力往办公与多智能体方向延伸，可以看 千问办公 2.0 Team Agent 的 5 项能力与 60 店群汇总实测。对 harness 这一层的机制感兴趣，可以参考 LobeHub Agent 自改 harness 的 70% 通过率与 1.68 美元成本拆解，以及 Kimi Hosted Agents 的沙箱定价与 140+ 技能。想评估编码智能体的实际交付水平，站内有一份 Co-Design Bench 实测，26.4% 全对率。MCP 服务怎么起可以看 FastMCP 改名后 MCP 服务怎么起。准备从 Claude Code 迁过来的团队，先做一遍 AGENTS.md 投毒自查，比直接接入更稳妥。

FAQ

Qwen Code 1.0 Preview 现在能装吗，在哪里装？

能装。用官方安装脚本即可，Linux 与 macOS 走 curl 命令，Windows 走 PowerShell 的 irm 管道执行，装完重启终端让环境变量生效。注意 1.0 Preview 的脚本在 v1.0.0-preview 分支的文档里，地址与 main 分支不同，直接用 main 的脚本拿到的是旧版本。

Qwen Code 1.0 和 Qoder 是什么关系？

Qoder 是阿里的商业编码产品，这次 1.0 把两边的 agent harness 能力合并开源，可以理解为 Qoder 的运行内核下沉到了开源仓库里。账号体系是打通的，Qwen 账号和 Qoder 账号都能直接登录使用。

Preview 阶段值得上生产吗？

不建议把配置固化到生产流水线。官方明确说明接口、配置项与行为在正式版前可能变化，且社区 PR 通道要到 2026 年 12 月后才开放。稳妥做法是先在非关键任务上用起来，把配置集中管理，等 1.0 正式版再固化。

小结

Qwen Code 1.0 Preview 的分量在于把 Qoder 的 harness 内核公开出来，并且用免运行时的原生包交付。本机实测 4 秒安装、132MB 落盘、版本号与 release tag 一致，安装体验干净。命令行侧给了权限五档、思考预算、worktree、MCP 严格模式等一整套选项，skills、hooks、agents、plugins、mcp 五个子命令把 agent 运行时的主要面向都覆盖了，还留了从 Claude Code 迁移 hooks 的现成路径。限制也很清楚：Preview 期间不收 PR，接口未冻结。把它当成一次能力开放，暂时别当成稳定版发布，用它的收益会比等正式版更早一步。