Announcement

👇Official Account👇

Welcome to join the group & private message

Article first/tail QR code

PFinalClub
Search K

Appearance

VS Code 1.141：从编辑器到 AI Agent 管理控制台的转型 ​

定位变了，这不是修辞 ​

2026 年 10 月 7 日，微软发布 VS Code 1.141。如果你还把它当"带 AI 插件的代码编辑器"，这份 release notes 会让你重新审视：新特性几乎全部围绕一个主题——如何管理一批正在替你干活的 AI Agent。

会话多了怎么清理？Agent 跑命令怎么限权？十几个并行任务怎么看过来？会话能不能跨窗口延续？这四个问题，1.141 各给了一个正式答案。

新能力一：Agent 会话工作树治理 ​

问题背景 ​

用 Copilot Agent / Claude Code 类工具跑过项目的人都见过这个场面：每个 Agent 会话可能创建一个 git worktree，项目跑两周后 .git/worktrees/ 下面躺着几十个休眠工作树，磁盘占用几个 G，git worktree list 长到没法看，删又不敢删——万一里面有没合并的改动呢？

1.141 的解法 ​

新增命令 Chat: Clean Up Agent Worktrees，把工作树治理做成了可视化清单：

  • 按闲置时长筛选排序
  • 展示每个工作树的磁盘占用
  • 标注哪些会话关联的 PR 已合并，支持批量清理
  • 安全保护：活跃、运行中、等待输入和已固定的会话免于误删

文字版流程：

运行 Clean Up Agent Worktrees
        │
        ▼
扫描 .git/worktrees + 会话元数据
        │
        ▼
┌─────────────────────────────────────┐
│ 会话A  闲置12天  2.1GB  PR#142已合并 │ ← 可批量删除
│ 会话B  闲置3天   800MB  无改动      │ ← 可删除
│ 会话C  运行中    1.4GB  —           │ ← 保护锁定
│ 会话D  等待输入  300MB  —           │ ← 保护锁定
└─────────────────────────────────────┘
        │
        ▼
确认 → git worktree remove + 会话记录归档

这本质上是在回答一个治理问题：Agent 产生的副作用资源，得有和代码同等地位的生命周期管理。以前这些清理要靠手写脚本：

bash
# 1.141 之前的手工方案（仍可用于旧版本）
git worktree list --porcelain | awk '/worktree/ {print $2}' | while read wt; do
  branch=$(git -C "$wt" branch --show-current)
  # 已合并且 7 天未动的才敢删
  if git branch --merged main | grep -q "$branch" && \
     [ -z "$(find "$wt" -newermt '7 days ago' -type f 2>/dev/null | head -1)" ]; then
    git worktree remove --force "$wt" && echo "removed: $wt"
  fi
done

现在一个内置命令搞定，而且判断标准（PR 是否合并、会话是否活跃）比脚本准确。

新能力二：跨平台终端沙盒 ​

这是本版本安全分量最重的特性。Agent 可以执行终端命令，而终端命令意味着文件写入、网络外联、任意进程。沙盒把这条攻击面管起来了。

能力范围 ​

  • 跨平台实现：Windows 用进程容器、macOS 用 Seatbelt、Linux 用 Bubblewrap/microVM，对上层暴露统一策略接口
  • 限制维度：文件系统读写范围 + 网络访问开关
  • 企业管控：默认关闭，但企业可通过策略强制开启并禁止绕过（allowBypass: false）
  • 微软明确说明：沙盒不替代端点安全，它是纵深防御的一层，不是全部

配置示例 ​

个人开发者建议开启会话级沙盒（settings.json）：

jsonc
{
  // Agent 终端命令默认进沙盒
  "chat.tools.terminal.sandbox": true,
  // 工作区外只读
  "chat.tools.terminal.sandbox.fileAccess": "workspace-write",
  // 默认禁网，Agent 需要联网时逐次申请
  "chat.tools.terminal.sandbox.network": false
}

企业策略层面（组织策略文件）：

jsonc
{
  "chat.tools.terminal.sandbox": true,
  "chat.tools.terminal.sandbox.allowBypass": false
}

为什么这件事重要 ​

2026 年的安全行业共识已经很清晰：Agent 是新的执行边界。提示词注入可以把恶意指令送进 Agent 的上下文，而如果 Agent 的 shell 没有限权，一条"读取 ~/.ssh 然后访问外部地址"的指令就能走完全程。终端沙盒 + 默认禁网，正是对这类攻击链的釜底抽薪——这与之前 Docker Agent 沙盒规范提交 CNCF 的动向是同一趋势：Agent 运行时的权限最小化正在成为标配。

新能力三：多会话网格布局 ​

并行的 Agent 会话从"一排 tab"升级为可持久化的网格：

  • 支持把多个会话以网格形式同屏平铺（类似视频会议的 gallery 视图）
  • 布局可保存，重启后恢复
  • 配合会话工作树清理，"同时盯 4 个 Agent 干活"的工作流终于有了体面的 UI

听起来是小功能，但它改变的是注意力分配模型：以前你在 tab 间来回切换、靠记忆跟踪每个会话状态；网格化之后，并行任务的监控成本从"O(n) 次切换"变成"一次扫视"。对跑多 Agent 协作（比如一个写后端、一个写测试、一个跑迁移）的团队，这是实打实的效率差异。

新能力四：Copilot Harness 迁移到统一 SDK ​

架构层面最深的一刀：Copilot Harness 迁移至统一 SDK，实现会话跨窗口、跨应用延续。

Harness 是什么？它是包在模型外面的执行框架：工具调用循环、上下文管理、权限网关都在这一层。以前 VS Code 的 Harness 和其他微软 surface（GitHub.com 的 Agent HQ、Copilot CLI）各自实现，会话状态互不相通。

统一 SDK 之后：

迁移前：
  VS Code Harness ─┐
  GitHub Harness  ─┼─ 三套实现，会话不互通
  CLI Harness     ─┘

迁移后：
        统一 Agent Harness SDK
        （工具循环 / 权限 / 会话状态）
       ┌───────┬───────┬───────┐
   VS Code  GitHub   CLI    第三方 IDE

实际收益：你在 VS Code 里开到一半的 Agent 会话，可以在 GitHub 网页端接着推进，也可以在终端 CLI 里查看状态。会话成为一等公民，宿主只是视图。

顺带修复的企业痛点：GitHub Enterprise 多实例同时登录（Cloud 与 Server 并存），混合云架构下的企业用户终于不用来回切号了。

企业落地建议 ​

结合 1.141 的能力，给出一份 Agent 化工作流的基线配置：

  1. 第一天就开沙盒，尤其是 network: false——等出了事故再开就晚了
  2. 每周跑一次工作树清理，或接入 CI 定时任务提醒
  3. 企业策略禁用沙盒绕过（allowBypass: false），与端点 EDR 形成双层防护
  4. 敏感仓库的 Agent 会话记录留存——审计需求会随 AI 使用率同步增长，监管视线（EU AI Act、金融业模型风险管理）已经盯上了 Agent 治理

与竞品的对照 ​

这套动作明显是对着竞争对手的护城河去的：Claude Code 有 hooks 和权限系统，Cursor 有多 Agent 后台。微软的差异化打法是平台级治理：不比单点智能，比的是"一百个 Agent 在企业里跑，谁来管"——工作树清理是资源治理，沙盒是安全治理，统一 SDK 是跨面治理。这条路线对大型组织更有吸引力。

总结 ​

VS Code 1.141 的四个特性指向同一个终局判断：当 Agent 成为日常，编辑器的核心价值从"人写代码"转向"人监督机器写代码"。工作树清理解决副作用堆积，终端沙盒解决执行安全，网格布局解决监控成本，Harness SDK 解决状态连续性。如果你还在用旧版本裸跑 Agent，今天就是升级的理由。

参考资料 ​

上次更新于: