tomevault-io 归档实验性工作流中已完成的变更。
输入：可选指定变更名称。如果省略，检查是否可以从对话上下文中推断。如果模糊或不明确，你必须提示获取可用变更。
步骤
如果没有提供变更名称，提示选择
运行
openspec-cn list --json获取可用变更。使用 AskUserQuestion tool 让用户选择。仅显示活动变更（未归档的）。 如果可用，包括每个变更使用的 Schema。
重要提示：不要猜测或自动选择变更。始终让用户选择。
检查产出物完成状态
运行
openspec-cn status --change "<name>" --json检查产出物完成情况。解析 JSON 以了解：
schemaName：正在使用的工作流artifacts：产出物列表及其状态（done或其他）
如果有任何产出物未
done：- 显示列出未完成产出物的警告
- 使用 AskUserQuestion tool 确认用户是否要继续
- 如果用户确认，则继续
检查任务完成状态
阅读任务文件（通常是
tasks.md）以检查未完成的任务。统计标记为
- [ ]（未完成）与- [x]（已完成）的任务。如果发现未完成的任务：
- 显示警告，显示未完成任务的数量
- 使用 AskUserQuestion tool 确认用户是否要继续
- 如果用户确认，则继续
如果没有任务文件存在： 继续，无需任务相关警告。
评估增量规范同步状态
检查
openspec/changes/<name>/specs/中的增量规范。如果不存在，则在没有同步提示的情况下继续。如果存在增量规范：
- 将每个增量规范与其在
openspec/specs/<capability>/spec.md对应的各主规范进行比较 - 确定将应用哪些更改（添加、修改、移除、重命名）
- 在提示前显示综合摘要
提示选项：
- 如果需要更改："立即同步（推荐）"、"归档而不同步"
- 如果已同步："立即归档"、"仍然同步"、"取消"
如果用户选择同步，使用 Task tool（subagent_type: "general-purpose", prompt: "Use Skill tool to invoke openspec-sync-specs for change ''. Delta spec analysis: "）。无论选择如何，都继续归档。
- 将每个增量规范与其在
执行归档
如果归档目录不存在，则创建它：
mkdir -p openspec/changes/archive使用当前日期生成目标名称：
YYYY-MM-DD-<change-name>检查目标是否已存在：
- 如果是：失败并报错，建议重命名现有归档或使用不同日期
- 如果否：将变更目录移动到归档
mv openspec/changes/<name> openspec/changes/archive/YYYY-MM-DD-<name>显示摘要
显示归档完成摘要，包括：
- 变更名称
- 使用的 Schema
- 归档位置
- 规范是否已同步（如果适用）
- 关于任何警告的说明（未完成的产出物/任务）
成功时的输出
## 归档完成
**变更：** <change-name>
**模式：** <schema-name>
**归档至：** openspec/changes/archive/YYYY-MM-DD-<name>/
**规范：** ✓ 已同步到主规范（或 "无增量规范" 或 "同步已跳过"）
所有产出物已完成。所有任务已完成。
防护措施
- 如果未提供变更，始终提示选择
- 使用产出物图（openspec-cn status --json）进行完成度检查
- 不要在警告时阻止归档 - 只需告知并确认
- 移动到归档时保留 .openspec.yaml（它与目录一起移动）
- 显示清晰的操作摘要
- 如果请求同步，使用 openspec-sync-specs 方法（代理驱动）
- 如果存在增量规格说明，始终运行同步评估并在提示前显示综合摘要
Source: beautifulSoup/speccoding-template — distributed by TomeVault.