Qwen Code v0.27.1新增子代理默认前后台执行偏好，并为已有的实验性LSP服务补充用户级配置入口，默认行为仍为子代理后台执行、LSP关闭，修改设置后需重启。更新强化了配置优先级与授权边界，但客户端适配、语言服务器就绪状态及跨平台验证仍需分别确认。
QwenLM于2026年11月9日发布Qwen Code v0.27.1，为编程子代理增加默认前后台执行偏好，并为已有的实验性语言服务器协议（LSP）代码智能服务提供用户级配置入口。这次更新改变的是任务怎样等待结果、功能由谁授权开启，而不是发布新模型。
官方发布记录API显示，版本公开时间为2026年11月9日13:30:44 UTC，标记为非草稿、非预发布。对现有用户，两项功能都没有自动改变默认行为：子代理默认仍在后台执行，LSP仍默认关闭；修改相关设置需要重启，不能期待运行中的会话立即切换。
子代理结果，是稍后送达，还是等完再继续
编程智能体可以把工作交给子代理，但发起任务与取得完整结果并不总在同一个轮次发生。根据子代理执行偏好的实现说明，机器人和频道工作流往往需要在发起调用的当前轮次获得结果。此前，使用者可能需要每次明确指定前台执行，或逐一修改代理定义。
v0.27.1新增agents.defaultBackground，默认值为true。将其设为false并重启后，符合条件的顶层普通子代理会等待执行完成，再直接返回完整结果，父代理随后继续处理。保留默认值或不设置，则仍返回后台启动确认，结果沿现有完成机制稍后送达。
这是一项默认偏好，不是覆盖所有任务的总开关。调用时显式指定的run_in_background优先级最高，其次是代理定义中的background，最后才是全局设置。因此，即使全局偏好设为前台，某个代理定义或调用参数仍可能要求后台执行；反过来也成立。
适用范围也必须分清：无头分叉任务仍须在后台运行，现有嵌套代理、团队成员及工作树相关约束保持原有路径，不能将新设置理解为把所有异步任务改成同步。前台执行的直接代价，是父代理必须等待子代理完成；它提供的是结果交付时机的选择，并非执行速度或代码质量提升的证明。
这与本站此前报道的v0.27.0子任务独立待答和“问细节”入口并非同一项变化。上一版重点是多个子任务如何分别等待人的回答，以及用户怎样先理解选项；本次新增的是子代理调用在没有更具体指示时，应采用哪一种执行方式。
LSP新增的是启用入口，不是首次拥有代码智能
另一项变化围绕tools.lspEnabled展开。LSP配置入口PR说明，Qwen Code此前已有实验性LSP服务，可支持跳转定义、查找引用、悬浮提示、诊断和代码操作，但有文档说明的启用入口是命令行参数。自行构造守护进程参数列表的桌面客户端及嵌入Web Shell的宿主，不容易让用户传入这一参数。
新设置为这些使用方式补上了持久配置入口，但并未把功能改为全面正式开放：LSP仍标记为实验性、默认关闭。设置只从用户、系统和系统默认层读取，工作区层的值会被忽略。实现还提供QWEN_CODE_ENABLE_LSP和QWEN_CODE_DISABLE_LSP环境变量，其中禁用开关优先于启用变量和设置，也能压过命令行启用参数。
这里的区别不只是设置放在哪里。语言服务器会以用户权限启动进程；如果任意仓库都能通过自己的配置打开这一子系统，打开项目与授权执行程序之间的边界就可能被混淆。因此，项目自身的环境文件及设置环境块，既不能自行启用LSP，也不能清除管理者设置的禁用开关。
开启服务也不等于已经有语言服务器可用。PR说明，服务器仍须由显式受信任工作区的.lsp.json或已启用扩展声明。用户级启用决定、项目中的服务器配置以及实际服务器是否就绪，是不同层次，不能仅凭设置为true就断定某种语言已经获得完整支持。
配置入口扩大，拒绝执行的边界也要一致
新增入口会带来一个工程问题：不同模块必须对“LSP是否开启”得出相同答案。实现说明称，此次改动让命令行、设置和环境变量进入同一个解析函数；守护进程判断会话能否交给配对的托管引擎宿主时，也按各工作区运行时的设置和环境使用同一套判断，避免一处认为服务关闭、另一处却已启动语言服务器。
宿主还可以对其内部配置明确拒绝LSP。例如，只为发现MCP服务器或执行一次内部操作而建立的配置，不应因为用户打开了全局设置，就额外启动用不到的语言服务器。安全模式现在也会拒绝LSP，即使同时给出实验性启用参数；原有--bare模式的拒绝行为则保持不变。这些限制说明，用户偏好不是对所有运行环境的无条件授权。
其思路与此前项目钩子审批及非交互信任边界的调整有相通之处：仓库提供的内容，不应自动变成用户授予的执行权限。但两者不是同一套审批机制，不能把项目钩子的保护范围直接套用到LSP上，更不能据此认定所有仓库执行入口都已安全。
正式版本与完整验证，仍是两回事
两项改动均已列入v0.27.1正式发布记录，但开发者披露的测试存在明确边界。本报道核验了发布记录与实现说明，未安装软件或进行独立运行复测。
子代理PR报告了Windows上的八个CLI场景，以及后续macOS上的构建与针对性测试。其中CLI场景使用确定性的本地模型端点，并非真实模型服务；作者明确表示Linux未在本地测试，真实模型、前端展示、外部桌面实现、托管工作区执行配置及实时配置更新不在验证范围内。这些不同修订、不同平台上的检查，不能拼成所有平台端到端验证已经完成的结论。
客户端适配也有具体限制：PR要求客户端使用解析后的executionMode。旧式帧若缺少该字段，仍可能沿用无法读取新设置的启发式判断，将实际前台调用识别成后台。外部桌面适配器因此仍需正确接收设置或解析后的模式，不能只凭升级版本号判断显示与执行一定一致。
LSP PR则报告了Windows下的守护进程和Roslyn语言服务器对照结果，但没有在打包后的桌面客户端内运行，也没有对配对引擎完成真实端到端守护进程验证；macOS和Linux同样未在其本地测试中覆盖。作者还披露，部分旧设计文档仍把命令行参数描述为唯一入口，有待后续修订。
对接入Qwen Code的团队，v0.27.1的实际价值，是让任务结果何时返回、代码智能由谁开启变得更可配置。部署判断仍应分别确认：设置是否在重启后生效、是否被更高优先级覆盖、客户端是否识别真实执行模式，以及语言服务器是否获得授权并实际就绪。功能进入正式版本，是这些检查的起点，而不是对所有环境可靠性的保证。