Qwen Code 0.27.2与1.0预览怎么选：Web Shell渠道、Mods和SDK兼容性详解

Qwen Code这轮更新有两条路线：0.27.2继续完善Web Shell渠道配置、审批提醒和会话工具；1.0.0-preview则提供整合Qoder能力的原生预览包，支持Qwen、Qoder账号及多模型接入。现有0.27用户不应把它理解为1.0正式版已经替代旧分支，SDK使用者还需单独核对依赖。

0.27系列与1.0预览，先分清版本和用途

官方记录显示，0.27.1于2026年11月9日发布，随后推出0.27.2及TypeScript SDK 0.1.32；1.0.0-preview于11月11日单独发布，标为预发布。它们属于同一产品的连续进展，但终端版本、SDK版本和预览安装包不是一套可以互换的编号。

0.27.1已经加入可配置的默认后台执行，以及通过用户级设置和环境变量配合启用LSP的能力，Web Shell计划任务也能显示渠道投递目标。0.27.2在此基础上继续改进渠道管理和审批反馈。对维护既有会话、插件或自建界面的团队，这些是当前工作流的增量变化；测试1.0预览则需要另外核对配置与执行行为。

Web Shell：渠道管理、审批和用量更容易看清

0.27.2允许在Web Shell配置微信、QQ和Email渠道。其中，微信支持浏览器内扫码登录、扫码进度、身份显示、退出及过期二维码刷新；QQ可配置渠道，并提供可选的扫码管理流程。各渠道支持的认证方式不同，不能将这些条目理解为Email也采用同样的扫码流程。

这类变化主要降低渠道配置时来回切换入口的负担，不代表账号已经自动绑定，也不会代替现有渠道的权限和投递设置。此前计划任务中显示投递目标的改进，与此次配置能力结合，能帮助使用者确认任务对应哪个渠道，再检查消息是否发向预期对象。

待审批事项会显示在实时面板中；终端没有焦点时，可以按相关设置触发铃声或桌面通知。这里改善的是“发现有请求等待处理”，并非自动批准工具执行。长任务在后台运行时，仍需要有人核对实际审批内容。

输入框下方新增轮次、输出速度、Token总量和缓存命中率，并提供悬停细节及Token Usage入口。这些读数有助于观察一次会话的消耗结构，但缓存命中率不等于账单折扣，输出速度也不是不同任务之间可以直接比较的统一性能测试。

Mods扩展了界面能力，显示文本与原始消息要区分

0.27.2的Mods可以使用$.model.complete发起一次性文本补全，通过$.store保存插件值，并在Ink终端的AssistantMessage渲染点修改回复行的显示。对于制作终端展示插件的开发者，这增加了定制界面的空间。

官方合并说明特别明确：ui.render改写的是界面绘制，存储的消息、模型后续读取的内容、复制和导出仍保留原文。因此，屏幕显示和复制结果可能不同；需要留存原始模型输出或排查插件影响时，不能只凭最终显示文本判断底层消息是否变化。

此外，用户可从所选Session的原Runtime工作区导入Skill，并显式安装，无需重新上传。它简化的是已有技能的导入路径，不等于把所有工作区内容自动安装成技能；仍应确认选中的会话、原工作区和安装范围。

旁问与回顾：有上下文，也有部署条件

/btw旁问会进入会话上下文，后续可以引用此前回答；发行说明还提到重放最近20条已回答旁问。Managed Agent新增持久化的私有追问，以及手动或可选自动会话回顾，自动回顾默认关闭。

Managed Agent的对应实现还有服务部署前提：生成追问结果需要显式的会话模型配置、执行权限、Session Store、兼容Harness，并开启默认关闭的QWEN_MANAGED_AGENT_SIDE_QUERIES_ENABLED部署标志。因此，自建服务升级代码后没有立刻出现可用追问，并不一定是客户端安装失败，应先检查部署能力是否具备。

SDK和1.0 Preview，集成前分别核验

SDK升级不能只看终端版本号

与CLI更新相伴的TypeScript SDK由0.1.31推进到0.1.32。0.27.2将SDK和Web Shell随附依赖升级列入Breaking Changes；开发者应检查自己的依赖锁定、构建及调用行为，不能仅按“修订版本号变化小”判断兼容性。

0.1.32发行页面还同时保留了多个Bundled CLI Version段落。要确认某个工程实际随附的CLI，应核对安装后的包和依赖，而不是只摘取页面中的一行版本声明。这里没有据此断言现有项目都会自动切换到同一个CLI构建。

1.0预览提供无需单独安装Node.js的原生包

1.0 Preview整合Qoder与Qwen Code用于代码理解、实现、调试和测试的智能体能力，支持Qwen和Qoder账号、多模型提供商及自定义兼容端点。macOS、Linux、Windows均有原生包，不要求再单独安装Node.js，同时支持会话恢复和非交互执行。

这些是官方列出的产品能力，并不表示所有账号、模型端点或原有插件都已经完成兼容验证。官方明确提醒，预览期内接口、配置选项与行为可能变化。选择安装包时应同时核对系统、架构和版本标记，再用自己的配置、会话恢复及脚本进行检查。

常见问题：现有用户应该怎样选择？

升级0.27.2就等于进入1.0了吗？

不是。0.27.2与1.0.0-preview有独立发行记录；前者的Web Shell、SDK和插件变化应按0.27分支核验，后者则作为预览环境单独评估，不能把两个分支的全部功能叠加成同一个正式版本。

开启通知后，审批会自动通过吗？

不会由这一更新条目得出该结论。通知和实时面板用于提示待处理请求，审批决定仍要结合当前权限策略和具体操作。对后台任务而言，先让待审批状态可见，再核对命令和影响范围，才是这项改进的直接用途。

仅使用终端，是否需要同时升级SDK？

CLI用户与自行集成SDK的开发者应分开处理。没有在工程中依赖SDK的用户，无需把SDK编号当作终端安装步骤；使用SDK、Web Shell或Mods的团队，则应重点验证依赖、显示与原文的一致性、渠道绑定和会话行为。