创建、修订与共享工作流
把任务步骤写入 Copilot extension，并选择会话、个人或项目作用域。
先描述过程，再创建工作流：说明任务目标、步骤顺序、需要 Agent 判断的部分、输入、输出和限制。例如，先用确定性的操作列出改动文件，再让 Agent 审查，最后汇总发现。没有指定名称时，Copilot 会在创建过程中选择一个。
创建并验证注册
- 明确要求创建 dynamic workflow，并说明是否保存到个人或项目扩展。默认只创建当前会话可用的 extension。
- 按当前权限设置批准创建操作；写入和注册期间可能还有其他批准请求。
- 创建后让 Copilot 列出可用工作流，并解释该工作流的输入和行为，确认已经注册。
- 用少量文件试跑，检查输出和实际 AI credits 消耗后，再扩大范围。
创建和注册不会自动启动运行。也可以自行编写 extension，并向 Copilot 请求其内置的 dynamic workflow 编写指导；官方操作页没有提供一份通用注册 API 示例，不应根据普通 SDK 对话接口推测工作流定义格式。
保存位置与共享
先询问当前工作流的文件路径，找到包含 extension.mjs 的目录。会话路径可能形如：
~/.copilot/session-state/SESSION-ID/extensions/WORKFLOW-NAME/extension.mjs复制整个扩展目录，而非仅复制某次运行的结果：
| 目标 | 放置目录 | 可用范围 |
|---|---|---|
| 个人复用 | ~/.copilot/extensions/ | 自己的其他会话 |
| 项目共享 | .github/extensions/ | 加载该仓库扩展的团队成员 |
| 插件分发 | 按插件结构打包 | 安装该插件的 CLI / app 用户 |
项目变更合入后，团队成员先更新本地仓库，再加载扩展。启动新会话或重启现有会话后，重新列出工作流以验证可用性。插件制作与安装见自定义与扩展。
共享的是定义，不包括原会话的运行历史或保存进度。仅存在于会话中的扩展，也不能直接当作新终端调用必然可发现的工作流；脚本运行前应先将它放入个人、项目扩展或已安装插件中。
修改定义与单次覆盖
要长期调整过程或限制，应明确要求修改保存的工作流定义。修改会写回其所属的会话、个人或项目 extension。重新加载更新后的扩展，新运行才使用新版本；项目共享者还需拉取更新。
运行提示中的限制只覆盖当次运行的对应值。修改定义不会替换暂停运行已保存的结果，因此验证新定义时，应区分“开始新运行”和“恢复旧运行”。