11月11日，阿里官宣推出 QwenCode 1.0，把在 AI 编程产品 Qoder 中打磨的 Harness 能力融入 QwenCode，随 1.0 Preview 一起开源。 这个标题容易读反：QwenCode 本身早已是开源项目，这次真正拿出来的，是那套此前只在 Qoder 内部验证过的执行基础，而不是把 Qoder 这个产品整个搬进开源仓库。它之所以值得单拎出来讲，是因为这标志着编程工具的竞争正在从“接哪个模型”转向“用谁家的执行地基”。IT之家
Harness 直译是“挽具”，指包在大模型外面的整套运行机制：任务怎么调度、工具怎么调用、执行过程怎么验证、权限和沙箱怎么管理。模型能力日趋同质，一个 Agent 能不能真正把活干完，体验差距往往出在这一层，官方给这次开放内容的定位也因此格外直白：Harness 负责衔接模型、工具与执行过程，为开发者提供可嵌入自身产品的 Agent 运行基础。 这套地基为什么值钱，Qoder 自己的路线是个注脚：今年 5 月发布的 Qoder 1.0 已经从 AI IDE 升级为智能体自主开发工作台，用户定义需求，Agent 团队自主完成执行、验证和交付。 而开发者一侧的痛点同样真实：工具越装越多、窗口来回切换打断思路，11 月初知乎上还出现了把各家 Agent 收进统一协议的开源项目。微博界面新闻知乎
回看脉络就能明白，1.0 不是一次改名。QwenCode 早在 2025 年 7 月就随 Qwen3-Coder 模型一起发布，是国产命令行编码工具。 此后它在 GitHub 上以 0.x 版本一路迭代：到今年 10 月下旬的 0.26 夜间预览版，托管会话权限规则、Auto 审批和持久化消息队列都已进入发布通道。微博哔哩哔哩
1.0 Preview 改的是底层。架构上，Qwen Code 1.0 从进程内的内存事件总线起步，沿统一事件模型向分布式演进，接入、调度与执行分层扩展，通过“手脑分离”让推理编排与工具执行独立管理，从“一个进程、多个会话”走向“多个节点、更多会话”，既有的入口和返回方式保持不变。 在这套统一事件机制下，推理、记忆、工具等处理单元可以按需接入而不侵入主流程，模型服务的配置、授权与调用记录收进统一入口，沙箱资源按相同的配置与权限边界复用，MCP 的连接也一并治理——想把这套运行基础嵌进自家产品的开发者，省掉的正是重复初始化和资源闲置这类隐性成本。微博
版本策略上官方同时划了线：1.0 Preview 以独立分支开放，现有稳定分支继续保留，团队将沿 1.0 路线继续完善功能覆盖与稳定性。 时间点也耐人寻味：同一天，阿里千问宣布新一代模型 Qwen4 即将发布，Qwen4-Max 预览版已率先上线 TokenPlan 并接入千问办公、Qoder 等多款产品。 模型、商业 IDE、开源 CLI，如今再加一层开源的执行地基，阿里把“代码智能体”这条栈上的每一层都摆上了桌，而开源 Harness 恰好是此前外界摸不到的那一块。微博ChinaByte比特网
对普通开发者，眼下的取舍其实清晰：想体验新执行基础，走 Preview 分支；生产项目留在稳定分支；两边入口一致，试错成本不高。至于 1.0 Preview 分支的具体开源协议和正式版时间，官宣中未披露，需要以后续仓库公告为准。
