VS Code 1.137 于 2026 年 9 月 9 日发布。其中面向编码 Agent 的主功能是 Automations（Preview）：打开 chat.automations.enabled 后，可在 Agents 窗口侧栏创建定时任务，按每小时、每天或每周跑，也可以随时点 Run now。官方文档写明：Stable 上该设置默认关闭，Insiders 默认打开；功能仍在 Preview，会逐步推送。同一版本还带了实验性 Voice Mode，以及实验性的 Agents 窗口 issue/PR 详情，但那些不是本文事件。
以前要让 Agent 每天汇总分支提交或分拣 issue，只能自己记得开聊天。本文只写 Automations 把“重复提示”变成可保存的调度对象之后，输入、执行和漏跑分别变成什么样。
AI Coding 交流群
如果你也在用 AI 写代码，或者正在研究 Cursor、Claude Code 这些工具，欢迎加入以下交流群。群里平时会聊一些 AI 编程的实际用法、开发工作流，还有各种新工具和新玩法。
发生了什么
官方定义很窄：Automation 保存一份 prompt、一套会话配置和一种时间规则，用来重复做变更摘要、issue 分拣这类工作，而不必每次新开聊天。创建路径是 Agents 窗口 → Automations → Create Automation，或从模板卡片起步。模板会预填 prompt 和节奏，文档要求保存前改写成自己的任务。表单里要填名称、prompt、工作区（或不选工作区）、Agent、Session configuration（模型与权限）。Git 工作区若支持隔离，还可以选 New Worktree 和基准分支。
调度只有四档：Manual（只响应 Run now）、Hourly、Daily（选定本地时区的钟点）、Weekly（选定星期几和钟点）。GitHub Copilot 9 月 10 日的周更也把这件事写成 public preview：可按小时、每天、每周或按需运行。文档另有硬约束：基于 Agent Host 的调度需要 Host 进程在跑；其他调度需要 VS Code 窗口开着；本机关机或退出应用会停掉本地任务；中断后可能补跑一次，但不保证补上每一个错过的时间点；同一条 Automation 同时只跑一个会话，后续触发不会叠成并行。
工作区选择会改变能用的 Agent。选 No workspace 适合不碰仓库文件的问答或摘要；选具体文件夹后，可用 Agent 集合随该工作区变化。Git 仓库若支持隔离，New Worktree 让定时任务在独立 checkout 里跑，降低和正在编辑的分支互相覆盖的概率。文档强调：可用 Agent 取决于工作区选择，不要假设同一条 prompt 在“无工作区”和“某仓库”下调用的是同一个 Agent。
一条从提示词到历史记录的场景
输入可以是模板里的“汇总当前分支过去 24 小时提交”，文档示例还写了 “Do not modify files”，用来把只读摘要和改代码分开。你先把 Schedule 留在 Manual，点 Create，再 Run now。一次会话出现在 History 里，打开记录能看输出和 diff；若 Agent 要审批，也在这里处理。失败时先读错误和会话，而不是立刻改成每小时跑。
试跑通过后再打开这条 Automation，改成 Daily 的某个本地时间并保持 Enabled。交付物是下一次到点自动开的 Agent 会话，而不是一条永远挂着的聊天。反馈在 History：成功、失败、权限询问都落在同一张卡片下。模型与 Agent 用量按每一次实际运行计，保存 Automation 本身不会预扣一笔“调度费”，但也不会绕过组织策略——以后的运行仍可能停在审批。编辑已有任务时，改 prompt、目标工作区、会话配置或调度后都要 Save；清掉 Enabled 只是暂停下次触发。
为什么这会改变工作流
编码 Agent 的重复劳动以前散落在聊天记录里：昨天的分拣 prompt 找不到，权限勾选每次重来，人也必须在场按下发送。Automations 把 prompt、工作区、权限和时钟绑成一个对象，等于把“例行 Agent 活”从会话日志里抽成可暂停、可删除、有历史的任务。
因果链取决于执行位置。Agent Host 调度依赖独立进程，所以同一会话能从多个窗口接上，但 Host 没起来就不会到点开火。普通调度绑定 VS Code 窗口，合上笔记本等于停表。文档还写：错过的点可以 catch-up，但不保证每一个 slot。这意味着它适合“每天看一眼仓库”的节奏，不适合当精确 cron。同一条任务禁止并行，避免两次分拣互相改同一工作区。
限制与人接管点
Preview 会变。Stable 默认关闭，侧栏没有 Automations 时先确认设置，而不是认定功能没发布。Automation 能读文件、跑命令、改代码，权限完全跟它所绑定的 Agent 走。保存不等于预授权，组织策略仍可在后续运行要批准。禁用 Enabled 不会杀掉已经在跑的那一次，必须在 History 里 Stop。
删除会清掉这条任务和它的运行历史，不可当归档。Voice Mode、Agents 窗口里点开 issue/PR，属于 1.137 的实验项，不要和 Automations 的 Preview 混成同一成熟度。人要接管的点是：第一次 Run now 的权限级别、是否使用 New Worktree 隔离、Daily/Weekly 是否真的有窗口或 Host 在跑，以及 History 里失败后要不要改 prompt 而不是加密调度。若组织关掉 Copilot 预览能力，实验性 Voice Mode 会被管理员禁用；Automations 本身在文档里标的是 Preview，仍以 chat.automations.enabled 和是否出现侧栏入口为准。
也不要把 Automations 理解成 CI。它不替代 GitHub Actions，不保证在无界面的 runner 上执行，也不提供跨团队的集中调度台。适合个人或本机常开的例行检查；需要仓库级、无人值守的流水线，仍然应走 Actions 或 Copilot 的其他云端 Agent 产品。1.137 的 Agent Host 让同一会话可从多个窗口接入，但发行说明把它写成独立能力，Automations 文档只要求 Host 调度时进程在跑，没有说 Host 是创建任务的前提。
如何试用
升级到 VS Code 1.137（发行说明写明分阶段推送，可手动 Check for Updates）。打开设置启用 chat.automations.enabled，进入 Agents 窗口侧栏 Automations。用模板或空白表单创建一条只读摘要，Schedule 先 Manual，Run now 看 History。确认输出和权限后再改 Daily。需要对照表单字段时，看官方 Automations 文档；发行说明在 v1_137 页面。
信息来源
- Visual Studio Code 1.137 发行说明（2026-09-09）
- VS Code 文档：Automations
- GitHub Changelog：Copilot weekly releases — September 7（2026-09-10）
开发必备：API 全流程管理神器 Apifox
介绍完上文的内容，我想额外介绍一个对开发者同样重要的效率工具 —— Apifox。作为一个集 API 文档、调试、设计、测试、Mock、自动化测试于一体的工具，Apifox 是目前提升研发效率的首选。
如果你正在开发项目，不妨试试其极其友好的界面设计，它完全兼容 Postman 和 Swagger 数据格式，导入数据非常方便，，即使是新手也能很快上手，点击这里即可注册使用。
值得一提的是，除了个人和常规团队使用，针对有高安全合规要求、或需要在内网环境协作的企业，Apifox 还提供了深度定制的私有化部署方案。
获取专属报价与部署方案
详细的私有化部署系统架构与安全白皮书
针对您公司规模的专属报价单
免费的 1v1 专属产品演示 (Demo) 机会
