微软VS Code改为周发布节奏，新增自动驾驶模式让AI自主运行

微软的Visual Studio Code（VS Code）正式转向周发布节奏，同时新增自动驾驶功能，加入谷歌阵营鼓励智能体AI开发无需人工审批。

VS Code一直保持快速发布节奏，此前基于月度更新，包含一个"终局"周，在此期间代码临时冻结、测试，并在发布前修复发现的问题。终局计划会在GitHub上发布，比如2025年11月的计划。更新后还会有一个或多个恢复版本，解决用户发现的紧急问题。

现在发布周期进一步加速。运营VS Code工程团队的微软杰出工程师Kai Maetzel表示，在"简化我们的开发和交付流程"后，"我们将每周发布一个新的稳定版本。终局现在将融入我们的每周活动。"

Reddit上的VS Code用户提出疑问。有人问"Insider构建版还有什么意义？"这原本是旧版本计划中下一个版本的月度预览；另有人问，"有没有办法保持落后几个版本，这样可以确保问题真正得到修复？"

另一位开发者评论称这个变化"令人困惑和担忧"。有些发布需要更改设置，每周都要审查和修改设置是一种负担。

在1.111版本发布说明中，作为首个周稳定版本，团队详细说明了促成这一变化的因素。AI是其中一部分。发布说明表示："我们为从功能请求问题创建测试计划增加了一键体验"，减少了以前需要的手动步骤。

1.111版本中的所有新功能都与AI相关，包括自动驾驶模式预览，其中AI智能体自主工作直到任务完成。自动驾驶是Copilot Chat中的一个权限级别，所有工具调用都自动批准，错误自动重试，工具提出的问题自动回应，"这样智能体就不会因等待回复而停滞"。

尽管加速了开发，但自动批准存在安全风险，因为生成式AI的非确定性特质及其对提示注入的脆弱性。让智能体使用MCP（模型上下文协议）调用第三方工具增加了风险，因为这扩大了智能体超出编码环境的范围，容易受到编码不良的工具或工具中毒等攻击。让智能体自动回答工具提出的提示移除了重要的保护机制。

微软打算默认启用自动驾驶，尽管这听起来没有那么糟糕。启用自动驾驶只是让它在聊天中作为选项可用。智能体权限有三个级别：默认、绕过批准和新的自动驾驶。自动驾驶通过自动回答工具提示和持续工作直到认为任务完成，超越了绕过批准。

文档建议启用实验性终端沙箱来限制智能体执行命令的文件系统和网络访问——但这仅在macOS和Linux上有效。文档指出："如果担心提示注入，请使用终端沙箱或在开发容器中运行VS Code，而不是仅依赖自动批准规则。"

微软并非唯一推广YOLO（你只活一次）开发的公司。谷歌昨天夸耀其Gemini Code Assist中的新自动批准模式。据团队介绍，自动批准模式让智能体无需手动步骤即可行动。我们被告知，这"将曾经需要数小时的繁琐多文件更新转变为单个自动化命令，强有力地释放你专注于更复杂架构挑战的时间"。

但前往谷歌文档的开发者会发现到处都是警告。文档说："智能体可以访问你机器的文件系统和终端操作以及你配置使用的任何工具。在自动允许智能体操作的位置和时间要极其小心。"

全局设置中对自动批准的描述更加强调："这极其危险，永远不建议使用...此功能禁用了关键的安全保护。"

令人困惑的是，谷歌的博客文章推广这一功能，而文档却警告不要使用它。

Q&A

Q1：VS Code的自动驾驶模式是什么功能？

A：自动驾驶是VS Code中Copilot Chat的一个权限级别，AI智能体可以自主工作直到任务完成。在这个模式下，所有工具调用都自动批准，错误自动重试，工具提出的问题也会自动回应，智能体不会因等待回复而停滞。

Q2：VS Code从月发布改为周发布有什么影响？

A：VS Code现在每周发布一个稳定版本，原来的"终局"周被融入每周活动。这意味着用户更频繁地收到更新，但也可能需要更频繁地审查和修改设置，一些开发者认为这增加了负担。

Q3：使用AI自动批准功能安全吗？

A：存在安全风险。由于生成式AI的非确定性和对提示注入的脆弱性，自动批准可能带来安全隐患。微软建议启用实验性终端沙箱来限制文件系统和网络访问，谷歌的文档甚至警告这"极其危险，永远不建议使用"。