用途：从 OpenSpec 变更中实现任务，适合用户要开始、继续或逐项推进某个变更的实现工作时使用。
主要能力：选择变更（可指定名称，或从对话上下文推断、仅一个活跃变更时自动选择，歧义时用 openspec list --json 让用户选择）；用 openspec status --change "<name>" --json 查看 schema、planningHome、changeRoot、actionContext 及任务所在产物；用 openspec instructions apply --change "<name>" --json 获取 contextFiles、进度、任务列表与动态指令；读取 contextFiles 中列出的全部文件后逐项实现，并在任务文件中把 - [ ] 改为 - [x]。
使用方式：若用户指定 store 或工作位于某个 store，先运行 openspec store list --json 获取已注册 store id，再在读写 specs 与 changes 的命令（new change、status、instructions、list、show、validate、archive、doctor、context、view）上追加 --store <id>，且该选择在后续流程中保持；其他命令不接受该标志。无 store 时命令作用于最近的本地 openspec/ 根目录。状态为 blocked 时提示使用 continue-change 或查看下一产物；all_done 时建议归档。
适用场景：spec-driven 等 schema 下的变更实现，可与其他“对变更的操作”交错进行，支持在产物未全部完成时调用。
限制：context 与 operationGuidance 属于提示级输入，不能作为任务完成的证据，也不能绕过 blocked 状态；与内置指令、用户明确选择或 CLI 控制值冲突时应报告并保留控制值。任务不清晰、发现设计问题或遇到错误/阻塞时应暂停等待指示，不猜测；代码改动保持最小且聚焦；不要假定文件名，以 CLI 输出的 contextFiles 为准；不要将运行时上下文或操作指引原样复制进实现文件或规划产物。