archive

# Command: /归档 [版本号]

## 功能

执行版本归档：整理工作文档、生成版本发布说明、合并到归档目录。

## 用法

```
/归档 v1.0
/归档 v1.1-hotfix
/归档              # 不指定版本号，由王校长引导输入
```

## 执行流程

### Step 1：归档前检查（架构师 + 开发助手）

```
检查项：
□ 所有 P0 功能已实现并自测通过
□ API-Spec.yaml 与实现一致
□ features/*.md 文档已更新
□ 所有已知 Bug 已处理或已记录为下版待办
□ 运营 SOP 已完成
□ 权限矩阵已确认
```

如有未完成项，列出并询问是否继续归档或推迟。

### Step 2：王校长撰写版本发布说明

```markdown
# Release Notes: v[版本号]

**发布日期**：YYYY-MM-DD
**版本类型**：[MVP / 迭代版本 / 热修复]

## 本版解决的核心问题
[回顾 WHY.md，说明本版实现了哪些目标]

## 主要功能
- [F001] 功能名称：简要描述
- [F002] 功能名称：简要描述

## 已知限制
- [下版再解决的问题]

## 成功指标基准
- 指标1：目标值
- 指标2：目标值
```

### Step 3：工作文档归档

将以下工作文档移动到 `07-archive/v[版本号]/`：

```
07-archive/v1.0/
├── release-notes.md          # 版本说明（新生成）
├── interview/                # 本版访谈记录
│   ├── structured/           # 结构化访谈
│   └── workshop/             # 研讨会记录
├── daily/                    # 站会记录
└── discussion/               # 讨论记录
```

核心文档**不移动**，保留在原位继续维护：
- `WHY.md`
- `01-product/Product-Spec.md`
- `03-architecture/API-Spec.yaml`
- `05-operations/`

### Step 4：更新 CHANGELOG

在 `01-product/CHANGELOG.md` 追加：

```markdown
## [v1.0] - YYYY-MM-DD

### 新增
- [F001] 功能名

### 变更
- [F002] 调整了 XX 逻辑

### 修复
- [Bug] 修复了 XX 问题
```

### Step 5：归档确认

```
✅ 归档完成！

版本 v1.0 已归档到 07-archive/v1.0/
CHANGELOG 已更新
工作文档已整理

下一版计划：
- 待办事项1（来自本版遗留）
- 待办事项2

输入 /开工 [项目名] 或 /继续 开始下一版迭代
```

## 指令别名

- `/归档`
- `/archive`