OpenSpec Change 模板

开发者在领取模块后创建 change；项目管理侧只提供命名和边界建议。每个 change 至少有 proposal、tasks 与 spec delta，严格校验未通过不得进入待验收。

proposal.md

# Change: [功能或改造名称]

## Why

[问题、目标和业务价值]

## What Changes

- [变更项]

## Impact

- Affected specs: [能力]
- Affected code: [路径]
- Dependencies and risks: [依赖/风险]

tasks.md

# Tasks

- [ ] 1. 完成规格与契约确认
- [ ] 2. 完成实现和交互状态
- [ ] 3. 完成自动化/人工验证
- [ ] 4. 更新模块文档与自检报告
- [ ] 5. 完成独立复核和归档前准备

spec delta

## ADDED Requirements

### Requirement: [能力名称]

系统 MUST [可验证的能力、边界和结果]。

#### Scenario: 正常场景

- **GIVEN** [前置条件]
- **WHEN** [用户或系统动作]
- **THEN** [可观察结果]

#### Scenario: 异常或权限场景

- **GIVEN** [空数据、失败、无权限或配置缺失]
- **WHEN** [触发]
- **THEN** [安全、可理解且不伪造成功的结果]

高风险能力还要写明授权、真实服务端契约、幂等/回滚、审计和人工联调边界。