Dynamic workflows
用扩展代码定义可重复的多步骤流程，组合普通操作、Agents、检查点与结果。
This page has not been translated into English yet. The original Chinese version is shown below.
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 工具是两层不同的信任决定。