openspec-propose

用途：一步创建新的变更提案并生成全部所需产物，适合用户想快速描述要构建的内容并获得完整提案的场景。\n\n主要能力：生成 proposal.md（做什么与为什么）、design.md（怎么做）、tasks.md（实现步骤）等产物；创建完成后提示运行 /opsx:apply 进入实现。支持 OpenSpec store 选择：若用户指定 store 或工作位于某个 store 中，先运行 openspec store list --json 发现已注册的 store id，再在读取或写入 specs 与变更的命令（new change、status、instructions、list、show、validate、archive、doctor、context）上传入 --store <id>；其他命令不接受该标志。未指定 store 时，命令作用于最近的本地 openspec/ 根目录。\n\n使用方式：输入需包含 kebab-case 的变更名称，或对要构建内容的描述；若无明确输入，会通过 AskUserQuestion 询问。随后依次执行 openspec new change "<name>" 创建脚手架，openspec status --change "<name>" --json 获取产物构建顺序（解析 applyRequires、artifacts、planningHome、changeRoot、artifactPaths、actionContext 等），再按依赖顺序对每个就绪产物运行 openspec instructions <artifact-id> --change "<name>" --json 获取 context、rules、template、instruction、resolvedOutputPath、dependencies，读取已完成的依赖文件，按 template 结构写入 resolvedOutputPath。每创建一个产物后重新运行 openspec status，直到 applyRequires 中所有产物状态为 done。最后运行 openspec status --change "<name>" 并总结变更名称与位置、产物列表及就绪状态。\n\n限制与注意事项：不要在未理解用户想构建内容时继续；context 与 rules 是给模型的约束，不得复制进产物文件；若同名变更已存在，需询问用户是继续还是新建；写入每个产物后需验证文件存在再继续；若上下文严重不清，应询问用户，但优先做合理决策以保持推进。原文未提供收费、价格、平台与具体效果信息。