.codebuddy/skills/openspec-continue-change/SKILL.md
通过创建下一个产出物继续处理变更。
输入:可选指定变更名称。如果省略,检查是否可以从对话上下文中推断。如果模糊或不明确,你必须提示获取可用变更。
步骤
如果没有提供变更名称,提示选择
运行 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> 块复制进产出物