Dynamic workflows
用扩展代码定义可重复的多步骤流程，组合普通操作、Agents、检查点与结果。
Dynamic workflows 把步骤、分支条件和结果交接写进 Copilot extension，由程序安排哪些部分调用 Agent、工具、API 或人工输入。步骤可以顺序执行，也可并行执行；支持检查点和结构化结果。它目前处于 public preview。
可用范围与准备
官方列出 Copilot CLI、Copilot app 和 SDK。各 Copilot 套餐均可使用，但仍采用旧 premium requests 计费的既有 Pro / Pro+ 年付订阅除外，见旧年付计费。
CLI 使用前要启用实验功能：启动时传入 --experimental，或在交互会话执行 /experimental on。先让 Copilot 列出已加载的 dynamic workflows，再确认所选工作流的输入与权限。个人扩展、项目扩展和插件都可能提供工作流。
按任务选择执行机制
| 机制 | 过程由谁安排 | 适合的需求 |
|---|---|---|
| Autopilot | Copilot 持续选择下一步 | 减少逐步干预，持续完成任务 |
| Fleet | Copilot 当次拆分和协调 subagents | 鼓励并行处理独立工作 |
| Dynamic workflow | 作者用代码规定步骤、条件和交接 | 重复执行发布检查、批量审阅或分阶段研究 |
复用工作流意味着复用过程规则。输入或中间发现仍可能改变分支，Agent 每次的答案也可能不同。它与在 GitHub Actions 中运行的 GitHub Agentic Workflows是不同入口，不应互换配置文件或命令。
启动方式
在会话里明确请求按名称运行，并提供所需输入和本次限制。由提示启动的运行在后台进行，完成后汇报，你可以继续会话。聊天 Agent 只有在你明确要求，或 Skill / slash command 指示时，才会创建或执行 dynamic workflow。
终端中的 copilot workflow run WORKFLOW-NAME 会等待运行完成或停止，再把控制权交回 shell；适合脚本和 CI。扩展也可通过 slash command、自定义工具、programmatic hook 或 SDK 调用启动；app 中还可提供 canvas 控件，具体取决于扩展和客户端。
权限边界
工作流的 subagents 继承发起会话的授权。交互 CLI 中，尚未允许的请求会显示普通权限提示，对应 subagent 等待处理；授予整个会话的权限也适用于其他需要该权限的 subagents。
直接执行 copilot workflow run 时没有权限批准提示，不能自动批准的请求会被拒绝。应提前授予必要的 --allow-tool、--allow-url 等权限。扩展自身的代码还能在这些提示之外直接执行，因此加载扩展与批准 Agent 工具是两层不同的信任决定。