VS Code Automations 可导出但权限不跟着走

VS Code 1.138 在 2026 年 9 月 16 日把 Agent Automations 从“先开设置再试用”改成了默认可用，并补上分享通道：一份自动化可以导出成 .automation.md，拿到另一台机器或交给同事导入。发行说明原句是 “Automations are now enabled by default and can be shared”。文档最后更新同一天。功能仍标 Preview，可能在正式 GA 前再改。

VS Code 创建 Automation 的表单，含 prompt、工作区、会话配置和日程 — 官方文档截图：Automation 创建表单。来源：VS Code Docs，Create and manage agent automations。

1.137 已经能把“每天总结仓库变动、分拣 issue、找 bug”写成可调度对象，但开关默认关着，也没有可携带的档案。结果是：一个人调好的巡检任务，另一台电脑要从头填 prompt、日程和权限。1.138 改的是启用默认值和分享边界，不是再发明一种 Agent。本文只写带走什么、不带走什么，以及本地调度仍然要求机器醒着。

AI Coding 交流群

如果你也在用 AI 写代码，或者正在研究 Cursor、Claude Code 这些工具，欢迎加入以下交流群。群里平时会聊一些 AI 编程的实际用法、开发工作流，还有各种新工具和新玩法。

发生了什么

Automations 跑的是“已保存的 prompt + 会话配置 + 日程”。入口在 Agents 窗口侧栏的 Automations。创建时要填 Name 和 Prompt，选工作区（或不选工作区，文件类 Agent 会变少），再选 agent、模型、权限。Git 仓库且 Agent 支持隔离时，可选 New Worktree 加基线分支。日程先留 Manual，用 Run now 看完一轮再改成 Hourly / Daily / Weekly。每日和每周按本机时区。

控制项仍是 chat.automations.enabled。1.138 发行说明写默认打开；官方文档同时写：Stable 仍可能先关着、Insiders 默认开，侧栏没有 Automations 时先查这个设置。两处口径不完全相同。实际以你装到的 1.138 频道为准：看不到入口就开设置，不要假设所有 Stable 用户开机即有。文档还写：Automations 在 Preview，正式 GA 前行为可能再变。

分享是这次真正新的工作流。导出得到可读 Markdown，带 YAML frontmatter，只带可移植字段：Name、Prompt、Manual/Hourly/Daily/Weekly 日程、文件格式版本、可移植 identifier。明确不带：工作区、provider、模型、权限、Enabled 状态、运行历史。导入的人在本机重选这些项。VS Code 会拒绝不支持的文件，而不是悄悄改日程或把执行权限一起带进来。导出前可以先用编辑器打开该文件，核对 prompt 和日程再分享。

一个完整工作场景

你在笔记本上做了一条“每个工作日早上归纳当前分支昨日提交”的自动化：prompt 要求按功能/修复/维护分桶、引用 SHA、标出该写文档的项，并且不要改文件。日程 Weekly，工作日早上。1.137 里同事要复用，只能看你屏幕抄 prompt。1.138 里你在卡片上 More Actions → Export，保存 catch-up-changes.automation.md，把文件丢进团队仓库或直接发给同事。

同事在 Automations 视图点 Import Automation，或把文件拖进去。对话框带出名字、prompt 和日程，但工作区、agent、模型、权限、隔离都是空的，要他自己选。Enabled 默认未勾选。文档要求：只有完整看过配置之后才勾选并 Create。导入后先 Run now。Agent 按他本机的权限跑——你导出时用的“只读、不改文件”，不会跟着文件走，必须重新选。

编辑绘制：.automation.md 会带走名称、prompt 和日程，不会带走工作区、模型、权限和运行历史 — 编辑绘制：分享边界。依据 VS Code Docs 对 .automation.md 的字段说明。

跑起来之后，历史记录在卡片的 History。失败先看错误和会话，不要先改成 Hourly。文档写得很清楚：自动化会按 Agent 权限读文件、跑命令、改代码；保存一条自动化不会绕过组织策略，也不能保证以后的运行不再弹审批。未值守之前必须先看权限级别。

为什么这会改变工作流

重复的 Agent 任务第一次有了可版本管理的载体。Prompt 和日程可以进 git，模型和密钥不能。这和把 .vscode/tasks.json 交给同事类似：共享的是意图，不是本机的执行面。团队可以开始做一套巡检模板（抓漏网测试、分拣 bug、汇总 PR），用插件模板或导出文件分发，而不是在聊天里贴一大段 prompt。

默认启用降低了“我不知道编辑器里还有 Automations”的发现成本。但 Preview 标记还在，发行说明也写了这些发布说明可能由 GitHub Copilot 生成、或有不准确处。把它写进生产值班手册前，先在 Insiders 或一台空闲机器上跑一周 Manual。

限制和人必须接管的地方

本机调度要求机器醒着、Agent 可达。Agent Host 日程需要 Agent Host 进程在跑；其他日程需要 VS Code 窗口开着。退出应用后，不要假设本地自动化继续跑。中断后，错过的日程可能补跑一次，但不要依赖每一次错过都被重放。同一条自动化同一时刻只跑一个会话，后续触发不会并行再开一条。

关掉 Enable 不会杀掉正在跑的那次。删除会连历史一起永久删掉。插件关掉后，它贡献的模板会从创建页消失，但已经用模板做出来的自动化和历史还在。内置模板在你还没有自己的自动化时会展开，有了之后会收起；插件模板带 Plugin 徽章，新贡献的会有蓝点，展开后消失。人接管点：导入别人的 .automation.md 时，把权限留在需要审批的档，先跑 Manual；看到它开始改文件，就停 History 里的会话，而不是先改成 Daily。

Duplicate 会打开一份拷贝到 New Automation，便于改 prompt 却不想动原件。编辑点卡片名称，改 prompt、目标、会话配置或日程后 Save。1.138 同一期还把 Agent 会话推进了本地 Dev Container（chat.agentHost.devContainer.enabled，需要 Docker）、扩展了 Codex harness，并允许从 Agent 会话直接开 PR。这些是相邻功能，不是 Automations 分享本身。文档警告：不要把本地自动化理解成云端 cron；窗口一关，日程就停。未选工作区的自动化适合不碰仓库文件的任务，可选 Agent 也会变少。