// 通过创建下一个产出物继续处理 OpenSpec 变更。当用户想要推进其变更、创建下一个产出物或继续其工作流程时使用。
| name | openspec-continue-change |
| description | 通过创建下一个产出物继续处理 OpenSpec 变更。当用户想要推进其变更、创建下一个产出物或继续其工作流程时使用。 |
| license | MIT |
| compatibility | 需要 openspec CLI。 |
| metadata | {"author":"openspec","version":"1.0","generatedBy":"1.1.1-1"} |
通过创建下一个产出物继续处理变更。
输入：可选指定变更名称。如果省略，检查是否可以从对话上下文中推断。如果模糊或不明确，你必须提示获取可用变更。
步骤
如果没有提供变更名称，提示选择
运行 openspec-cn list --json 获取按最近修改排序的可用变更。然后使用 AskUserQuestion tool 让用户选择要处理哪个变更。
展示前 3-4 个最近修改的变更作为选项，显示：
schema 字段，否则为 "spec-driven"）lastModified 字段）将最近修改的变更标记为 "(推荐)"，因为它很可能是用户想要继续的。
重要提示：不要猜测或自动选择变更。始终让用户选择。
检查当前状态
openspec-cn status --change "<name>" --json
解析 JSON 以了解当前状态。响应包括：
schemaName：正在使用的工作流 schema（例如："spec-driven"）artifacts：产出物数组及其状态（"done"、"ready"、"blocked"）isComplete：布尔值，表示是否所有产出物都已完成根据状态行动：
如果所有产出物已完成 (isComplete: true)：
如果产出物准备好创建（状态显示有 status: "ready" 的产出物）：
status: "ready" 的产出物openspec-cn instructions <artifact-id> --change "<name>" --json
context：项目背景（对你的约束 - 不要包含在输出中）rules：产出物特定规则（对你的约束 - 不要包含在输出中）template：输出文件使用的结构instruction：schema 特定指导outputPath：产出物写入路径dependencies：已完成的依赖产出物（用于读取上下文）template 作为结构 - 填充各个章节context 和 rules 作为约束 - 但不要把它们复制进文件如果没有产出物准备好（全部受阻）：
创建产出物后，显示进度
openspec-cn status --change "<name>"
输出
每次调用后，显示：
产出物创建指南
产出物类型及其用途取决于 Schema。使用指令输出中的 instruction 字段来了解要创建什么。
常见的产出物模式：
spec-driven schema（proposal → specs → design → tasks）：
对于其他 schema，遵循 CLI 输出中的 instruction 字段。
护栏
context 和 rules 是对你的约束，不是文件内容
<context>、<rules>、<project_context> 块复制进产出物实现 OpenSpec 变更中的任务。当用户想要开始实现、继续实现或处理任务时使用。
归档实验性工作流中已完成的变更。当用户想要在实现完成后最终确定并归档变更时使用。
一次归档多个已完成的变更。用于归档多个并行变更。
进入探索模式 - 一个用于探索想法、调查问题和澄清需求的思考伙伴。当用户想要在进行更改之前或期间深入思考某事时使用。
快速创建实现所需的所有产出物。当用户想要快速创建实现所需的所有产出物，而不是逐个创建时使用。
使用实验性的产出物工作流启动一个新的 OpenSpec 变更。当用户想要通过结构化的分步方法创建新功能、修复或修改时使用。