@haaaiawd/anws 2.2.3 → 2.2.5
This diff represents the content of publicly available package versions that have been released to one of the supported registries. The information contained in this diff is provided for informational purposes only and reflects changes between package versions as they appear in their respective public registries.
- package/README.md +21 -26
- package/package.json +1 -1
- package/templates/.agents/skills/anws-system/SKILL.md +108 -108
- package/templates/.agents/skills/code-reviewer/SKILL.md +8 -7
- package/templates/.agents/skills/e2e-testing-guide/SKILL.md +70 -139
- package/templates/.agents/skills/task-planner/SKILL.md +253 -699
- package/templates/.agents/skills/task-planner/references/TASK_TEMPLATE_05A.md +163 -0
- package/templates/.agents/skills/task-planner/references/TASK_TEMPLATE_05B.md +175 -0
- package/templates/.agents/skills/task-reviewer/SKILL.md +6 -6
- package/templates/.agents/workflows/blueprint.md +44 -358
- package/templates/.agents/workflows/challenge.md +40 -37
- package/templates/.agents/workflows/change.md +339 -346
- package/templates/.agents/workflows/craft.md +5 -12
- package/templates/.agents/workflows/design-system.md +674 -631
- package/templates/.agents/workflows/explore.md +399 -400
- package/templates/.agents/workflows/forge.md +122 -120
- package/templates/.agents/workflows/genesis.md +351 -353
- package/templates/.agents/workflows/probe.md +241 -243
- package/templates/.agents/workflows/quickstart.md +123 -123
- package/templates/.agents/workflows/upgrade.md +1 -11
- package/templates/AGENTS.md +149 -149
- package/templates/.agents/skills/task-planner/references/TASK_TEMPLATE.md +0 -214
|
@@ -0,0 +1,163 @@
|
|
|
1
|
+
# 05A_TASKS.md 模板参考
|
|
2
|
+
|
|
3
|
+
> 本文件是 `05A_TASKS.md` 的格式参考。`05A` 只负责执行主线,不包含详细验证设计。
|
|
4
|
+
> 详细验证计划见 `05B_VERIFICATION_PLAN.md`。
|
|
5
|
+
|
|
6
|
+
---
|
|
7
|
+
|
|
8
|
+
## 文档头部
|
|
9
|
+
|
|
10
|
+
```markdown
|
|
11
|
+
# 05A_TASKS.md — 执行主清单
|
|
12
|
+
|
|
13
|
+
> 版本: v{N}
|
|
14
|
+
> 产出自: /blueprint
|
|
15
|
+
> 最后更新: {Today}
|
|
16
|
+
>
|
|
17
|
+
> 验证计划: 05B_VERIFICATION_PLAN.md(每个任务有对应 `验证引用`)
|
|
18
|
+
```
|
|
19
|
+
|
|
20
|
+
---
|
|
21
|
+
|
|
22
|
+
## 依赖图总览
|
|
23
|
+
|
|
24
|
+
```markdown
|
|
25
|
+
## 依赖图总览
|
|
26
|
+
|
|
27
|
+
\`\`\`mermaid
|
|
28
|
+
graph TD
|
|
29
|
+
T1.1.1[初始化项目] --> T2.1.1[实现核心逻辑]
|
|
30
|
+
T2.1.1 --> T2.1.2[实现 API 端点]
|
|
31
|
+
T3.1.1[数据库 Schema] --> T2.1.1
|
|
32
|
+
T2.1.2 --> T1.2.1[前端集成]
|
|
33
|
+
\`\`\`
|
|
34
|
+
```
|
|
35
|
+
|
|
36
|
+
---
|
|
37
|
+
|
|
38
|
+
## Sprint 路线图
|
|
39
|
+
|
|
40
|
+
```markdown
|
|
41
|
+
## Sprint 路线图
|
|
42
|
+
|
|
43
|
+
| Sprint | 代号 | 核心任务 | 退出标准 | 预估 |
|
|
44
|
+
|--------|------|---------|---------|------|
|
|
45
|
+
| S1 | Hello World | 基础设施 + 核心数据 | headless 可运行 + 基本功能可观察 | 3-4d |
|
|
46
|
+
| S2 | 功能成型 | 核心业务逻辑 + API | 完整功能可演示 | 5-6d |
|
|
47
|
+
```
|
|
48
|
+
|
|
49
|
+
---
|
|
50
|
+
|
|
51
|
+
## System 任务列表
|
|
52
|
+
|
|
53
|
+
### 任务格式
|
|
54
|
+
|
|
55
|
+
```markdown
|
|
56
|
+
- [ ] **T{System}.{Phase}.{Seq}** [REQ-XXX]: 任务标题
|
|
57
|
+
- **描述**: 做什么(不是怎么做)
|
|
58
|
+
- **输入**: 设计文档引用 + 前置任务产出(必须包含至少一个文档引用)
|
|
59
|
+
- 示例: `04_SYSTEM_DESIGN/auth.md §JWT 签发`、`T1.1.1 产出的 App.tsx`
|
|
60
|
+
- **输出**: 产出的文件/组件/接口
|
|
61
|
+
- 示例: `src/auth/jwt.ts`、`POST /auth/login`
|
|
62
|
+
- **契约承接**: 本任务实现或验证的公共契约;如无写"无"
|
|
63
|
+
- 示例: `POST /auth/login` 接口契约
|
|
64
|
+
- **参考**: ADR-XXX 或 System Design 章节(如有)
|
|
65
|
+
- **验收标准**:
|
|
66
|
+
- Given [前置条件]
|
|
67
|
+
- When [执行动作]
|
|
68
|
+
- Then [预期结果]
|
|
69
|
+
- (仅纯技术性基础任务允许使用 Done When 列表)
|
|
70
|
+
- **验证类型**: 单元测试 | API接口功能测试 | 集成测试 | E2E测试 | 冒烟测试 | 回归测试 | 手动验证 | 编译检查 | Lint检查
|
|
71
|
+
- **E2E触发设想**: 若需 E2E,写明触发条件与关键用户链路(规划占位,不在 blueprint/planner 阶段执行)
|
|
72
|
+
- **验证摘要**: 验证目标与边界的简要说明(不展开完整用例)
|
|
73
|
+
- **验证引用**: `05B_VERIFICATION_PLAN.md#t-x-y-z`
|
|
74
|
+
- **证据产出**: `tests/unit/auth.test.ts`, `reports/api-test.html`
|
|
75
|
+
- **估时**: 4h
|
|
76
|
+
- **依赖**: T1.1.1
|
|
77
|
+
- **优先级**: P0 | P1 | P2
|
|
78
|
+
```
|
|
79
|
+
|
|
80
|
+
### 完整示例
|
|
81
|
+
|
|
82
|
+
```markdown
|
|
83
|
+
## System 1: 后端 API 系统
|
|
84
|
+
|
|
85
|
+
### Phase 1: Foundation(基础设施)
|
|
86
|
+
|
|
87
|
+
- [ ] **T1.1.1** [基础]: 初始化后端项目
|
|
88
|
+
- **描述**: 初始化 Node.js 项目,配置 TypeScript、ESLint、pnpm
|
|
89
|
+
- **输入**: `02_ARCHITECTURE_OVERVIEW.md §技术栈`
|
|
90
|
+
- **输出**: 可运行的项目骨架,`package.json`、`tsconfig.json`
|
|
91
|
+
- **契约承接**: 无
|
|
92
|
+
- **验收标准**:
|
|
93
|
+
- Done When `pnpm install` 无报错
|
|
94
|
+
- Done When `pnpm run build` 编译通过
|
|
95
|
+
- Done When `pnpm run lint` 无错误
|
|
96
|
+
- **验证类型**: 编译检查 / Lint检查
|
|
97
|
+
- **验证摘要**: 验证项目初始化正确,编译和 Lint 通过
|
|
98
|
+
- **验证引用**: `05B_VERIFICATION_PLAN.md#t1-1-1`
|
|
99
|
+
- **证据产出**: `logs/build.log`
|
|
100
|
+
- **估时**: 2h
|
|
101
|
+
- **依赖**: 无
|
|
102
|
+
- **优先级**: P0
|
|
103
|
+
|
|
104
|
+
### Phase 2: Core(核心功能)
|
|
105
|
+
|
|
106
|
+
- [ ] **T1.2.1** [REQ-001]: 实现 `POST /auth/login` 端点
|
|
107
|
+
- **描述**: 实现用户登录接口,验证凭证并签发 JWT Token
|
|
108
|
+
- **输入**: `04_SYSTEM_DESIGN/auth.md §JWT 签发流程`、`T1.1.1 产出的项目骨架`
|
|
109
|
+
- **输出**: `src/routes/auth.ts`、`POST /auth/login` 接口
|
|
110
|
+
- **契约承接**: `POST /auth/login` HTTP API 契约
|
|
111
|
+
- **参考**: `03_ADR/ADR-001-auth.md`
|
|
112
|
+
- **验收标准**:
|
|
113
|
+
- Given 合法用户名和密码
|
|
114
|
+
- When 调用 `POST /auth/login`
|
|
115
|
+
- Then 返回 200,body 包含有效 JWT Token
|
|
116
|
+
- **验证类型**: 单元测试 + API接口功能测试
|
|
117
|
+
- **验证摘要**: 单元测试覆盖 JWT 签发逻辑;API接口功能测试覆盖正常/参数错误/凭证错误场景
|
|
118
|
+
- **验证引用**: `05B_VERIFICATION_PLAN.md#t1-2-1`
|
|
119
|
+
- **证据产出**: `tests/unit/jwt.test.ts`, `tests/api/auth.test.ts`
|
|
120
|
+
- **估时**: 6h
|
|
121
|
+
- **依赖**: T1.1.1
|
|
122
|
+
- **优先级**: P0
|
|
123
|
+
```
|
|
124
|
+
|
|
125
|
+
---
|
|
126
|
+
|
|
127
|
+
## INT 集成验证任务格式
|
|
128
|
+
|
|
129
|
+
```markdown
|
|
130
|
+
- [ ] **INT-S1** [MILESTONE]: S1 集成验证 — Hello World
|
|
131
|
+
- **描述**: 验证 S1 退出标准:基础设施就绪,核心接口可调用
|
|
132
|
+
- **输入**: S1 所有任务的产出
|
|
133
|
+
- **输出**: 集成验证报告(通过/失败 + Bug 清单)
|
|
134
|
+
- **验收标准**:
|
|
135
|
+
- Given S1 所有任务已完成
|
|
136
|
+
- When 逐条执行退出标准中的检查
|
|
137
|
+
- Then 全部通过 → Sprint 完成; 有失败 → 记录 Bug
|
|
138
|
+
- **验证类型**: 冒烟测试 / 集成测试
|
|
139
|
+
- **验证说明**: 按退出标准逐条执行;截图/日志确认;若触及已完成关键能力则追加最小回归检查
|
|
140
|
+
- **估时**: 2-4h
|
|
141
|
+
- **依赖**: T1.2.1, T1.2.2
|
|
142
|
+
```
|
|
143
|
+
|
|
144
|
+
---
|
|
145
|
+
|
|
146
|
+
## User Story Overlay(追加在文档末尾)
|
|
147
|
+
|
|
148
|
+
```markdown
|
|
149
|
+
## User Story Overlay
|
|
150
|
+
|
|
151
|
+
### US-001: 用户登录 (P0)
|
|
152
|
+
**涉及任务**: T1.1.1 → T1.2.1 → T2.1.1
|
|
153
|
+
**关键路径**: T1.1.1 → T1.2.1
|
|
154
|
+
**独立可测**: S1 结束即可演示
|
|
155
|
+
**覆盖状态**: ✅ 完整
|
|
156
|
+
|
|
157
|
+
### US-002: 用户注册 (P1)
|
|
158
|
+
**涉及任务**: T1.2.2
|
|
159
|
+
**关键路径**: T1.1.1 → T1.2.2
|
|
160
|
+
**独立可测**: 缺少 T2.x 用户表创建任务
|
|
161
|
+
**覆盖状态**: ⚠️ 不完整 — 缺少 Database System 侧任务
|
|
162
|
+
```
|
|
163
|
+
|
|
@@ -0,0 +1,175 @@
|
|
|
1
|
+
# 05B_VERIFICATION_PLAN.md 模板参考
|
|
2
|
+
|
|
3
|
+
> 本文件是 `05B_VERIFICATION_PLAN.md` 的格式参考。`05B` 只负责验证设计,不包含执行任务主线。
|
|
4
|
+
> 执行主清单见 `05A_TASKS.md`。
|
|
5
|
+
|
|
6
|
+
---
|
|
7
|
+
|
|
8
|
+
## 文档头部
|
|
9
|
+
|
|
10
|
+
```markdown
|
|
11
|
+
# 05B_VERIFICATION_PLAN.md — 验证计划
|
|
12
|
+
|
|
13
|
+
> 版本: v{N}
|
|
14
|
+
> 产出自: /blueprint
|
|
15
|
+
> 最后更新: {Today}
|
|
16
|
+
>
|
|
17
|
+
> 执行主清单: 05A_TASKS.md(每个验证条目有对应 Task ID)
|
|
18
|
+
```
|
|
19
|
+
|
|
20
|
+
---
|
|
21
|
+
|
|
22
|
+
## 章节结构总览
|
|
23
|
+
|
|
24
|
+
```
|
|
25
|
+
1. 范围与目标
|
|
26
|
+
2. 验证分层策略
|
|
27
|
+
3. 风险类别覆盖原则
|
|
28
|
+
4. 测试材料与证据要求
|
|
29
|
+
5. Task-by-Task 验证计划
|
|
30
|
+
6. Contract Coverage Overlay
|
|
31
|
+
7. Testing Coverage Overlay
|
|
32
|
+
8. Verification Traceability Matrix
|
|
33
|
+
```
|
|
34
|
+
|
|
35
|
+
> [!IMPORTANT]
|
|
36
|
+
> 第 6/7/8 章是 05B 的核心追溯骨架,属于硬性必选,不可删除或合并替代:
|
|
37
|
+
>
|
|
38
|
+
> - 1. Contract Coverage Overlay(回答“哪些契约被谁实现、由谁验证”)
|
|
39
|
+
> - 1. Testing Coverage Overlay(回答“哪些风险类别由什么测试覆盖”)
|
|
40
|
+
> - 1. Verification Traceability Matrix(回答“REQ/Contract → Task → Verification → Evidence”的审计链)
|
|
41
|
+
|
|
42
|
+
---
|
|
43
|
+
|
|
44
|
+
## 第 1–4 章:策略说明格式
|
|
45
|
+
|
|
46
|
+
```markdown
|
|
47
|
+
## 1. 范围与目标
|
|
48
|
+
|
|
49
|
+
本验证计划覆盖 v{N} 所有 P0/P1 任务,确保:
|
|
50
|
+
- 系统核心功能、关键业务逻辑、异常处理机制的正确性、稳定性和健壮性
|
|
51
|
+
- 项目验收必须同时包含单元测试与 API 接口功能测试
|
|
52
|
+
|
|
53
|
+
## 2. 验证分层策略
|
|
54
|
+
|
|
55
|
+
| 层次 | 负责范围 | 主要工具 |
|
|
56
|
+
|------|---------|---------|
|
|
57
|
+
| 单元测试 | 局部逻辑、状态转换、异常处理 | Jest / pytest / go test |
|
|
58
|
+
| API接口功能测试 | HTTP API 契约、错误语义、数据变更 | Postman / httpie / pytest |
|
|
59
|
+
| 集成测试 | 跨模块/跨服务协作 | 集成测试框架 |
|
|
60
|
+
| E2E测试 | 关键用户故事端到端链路 | Playwright / Cypress |
|
|
61
|
+
| 冒烟测试 | Sprint 退出关口关键路径 | 绑定 INT-S{N} 执行 |
|
|
62
|
+
| 回归测试 | 新变更未破坏已完成关键能力 | 复用已有测试集合 |
|
|
63
|
+
|
|
64
|
+
## 3. 风险类别覆盖原则
|
|
65
|
+
|
|
66
|
+
- 按风险类别闭合,而非测试数量最大化
|
|
67
|
+
- 优先等价类划分、边界值、代表性错误样本
|
|
68
|
+
- 禁止对所有字段与参数组合做笛卡尔积枚举
|
|
69
|
+
- 单元测试负责细粒度逻辑,API接口功能测试负责对外契约,E2E 只保留关键用户链路
|
|
70
|
+
|
|
71
|
+
## 4. 测试材料与证据要求
|
|
72
|
+
|
|
73
|
+
| 验证类型 | 测试材料位置 | 证据形式 |
|
|
74
|
+
|---------|------------|---------|
|
|
75
|
+
| 单元测试 | `tests/unit/` | 测试运行报告 / CI 日志 |
|
|
76
|
+
| API接口功能测试 | `tests/api/` | HTTP 响应记录 / 测试报告 |
|
|
77
|
+
| 集成测试 | `tests/integration/` | 集成测试报告 |
|
|
78
|
+
| E2E测试 | `tests/e2e/` | 截图 / 录屏 |
|
|
79
|
+
| 冒烟测试 | 绑定 INT-S{N} | 关键路径截图 / 日志 |
|
|
80
|
+
```
|
|
81
|
+
|
|
82
|
+
---
|
|
83
|
+
|
|
84
|
+
## 第 5 章:Task-by-Task 验证计划格式
|
|
85
|
+
|
|
86
|
+
每个 05A 中的 Task 在此对应一个详细验证条目:
|
|
87
|
+
|
|
88
|
+
```markdown
|
|
89
|
+
## 5. Task-by-Task 验证计划
|
|
90
|
+
|
|
91
|
+
### T1.2.1
|
|
92
|
+
- **关联需求**: REQ-001(用户登录)
|
|
93
|
+
- **关联契约**: `POST /auth/login` HTTP API 契约
|
|
94
|
+
- **风险类别**: API契约 / 认证逻辑 / 错误语义
|
|
95
|
+
- **单元测试覆盖**:
|
|
96
|
+
- JWT 签发逻辑:合法输入返回有效 token(正常)
|
|
97
|
+
- JWT 签发逻辑:空密钥抛出 ConfigurationError(异常处理)
|
|
98
|
+
- 密码比对:哈希匹配返回 true,不匹配返回 false(边界)
|
|
99
|
+
- **API接口功能测试覆盖**:
|
|
100
|
+
- 正常请求:合法用户名 + 密码 → 200 + JWT Token
|
|
101
|
+
- 参数缺失:body 缺少 `password` 字段 → 400 + `MISSING_PARAM` 错误码
|
|
102
|
+
- 参数格式错误:`username` 为空字符串 → 400 + `INVALID_PARAM` 错误码
|
|
103
|
+
- 权限不足:凭证错误 → 401 + `INVALID_CREDENTIALS` 错误码
|
|
104
|
+
- 数据变更前后:无(登录接口不修改数据)
|
|
105
|
+
- **集成/E2E/冒烟覆盖**: 绑定 INT-S1 冒烟测试,验证登录流程端到端可用
|
|
106
|
+
- **前置数据**: 数据库中存在测试用户 `user@test.com`(密码已哈希存储)
|
|
107
|
+
- **断言**:
|
|
108
|
+
- 200 响应 body 包含 `token` 字段,且为有效 JWT 格式
|
|
109
|
+
- 401 响应 body 包含 `error.code === "INVALID_CREDENTIALS"`
|
|
110
|
+
- 400 响应 body 包含 `error.code`,且与错误类型匹配
|
|
111
|
+
- **证据**: `tests/unit/jwt.test.ts`, `tests/api/auth.test.ts`, CI 测试报告
|
|
112
|
+
|
|
113
|
+
### INT-S1
|
|
114
|
+
- **关联需求**: S1 退出标准
|
|
115
|
+
- **关联契约**: 所有 S1 完成任务的公共契约
|
|
116
|
+
- **风险类别**: 系统可用性 / Sprint 关口
|
|
117
|
+
- **单元测试覆盖**: 不适用(INT 任务不新增单元测试)
|
|
118
|
+
- **API接口功能测试覆盖**: 不适用
|
|
119
|
+
- **集成/E2E/冒烟覆盖**: 按 Sprint 路线图退出标准逐条执行冒烟测试
|
|
120
|
+
- **前置数据**: S1 所有任务已完成且产出可用
|
|
121
|
+
- **断言**: 退出标准中每条可观察行为验证通过
|
|
122
|
+
- **证据**: 截图 / 录屏 / 集成验证报告
|
|
123
|
+
```
|
|
124
|
+
|
|
125
|
+
---
|
|
126
|
+
|
|
127
|
+
## 第 6 章:Contract Coverage Overlay 格式
|
|
128
|
+
|
|
129
|
+
> 必须存在,不可删除。
|
|
130
|
+
|
|
131
|
+
```markdown
|
|
132
|
+
## 6. Contract Coverage Overlay
|
|
133
|
+
|
|
134
|
+
| 契约 | 类型 | 实现承接 | 验证承接 | 状态 |
|
|
135
|
+
|------|------|---------|---------|:----:|
|
|
136
|
+
| `POST /auth/login` HTTP API | HTTP API | T1.2.1 | T1.2.1 API接口功能测试 | ⬜ |
|
|
137
|
+
| JWT Token 签发语义 | 操作契约 | T1.2.1 | T1.2.1 单元测试 | ⬜ |
|
|
138
|
+
| `INVALID_CREDENTIALS` 错误语义 | 错误语义 | T1.2.1 | T1.2.1 API接口功能测试 | ⬜ |
|
|
139
|
+
| users 表持久化结构 | 持久化结构 | T3.1.1 | T3.1.1 集成测试 | ⬜ |
|
|
140
|
+
```
|
|
141
|
+
|
|
142
|
+
---
|
|
143
|
+
|
|
144
|
+
## 第 7 章:Testing Coverage Overlay 格式
|
|
145
|
+
|
|
146
|
+
> 必须存在,不可删除。
|
|
147
|
+
|
|
148
|
+
```markdown
|
|
149
|
+
## 7. Testing Coverage Overlay
|
|
150
|
+
|
|
151
|
+
| 测试责任 | 风险类别 | 覆盖方法 | 任务承接 | 测试材料 | 状态 |
|
|
152
|
+
|---------|---------|---------|---------|---------|:----:|
|
|
153
|
+
| JWT 签发:正常/边界/异常 | 业务逻辑 | 单元测试 + 参数化用例 | T1.2.1 | `tests/unit/jwt.test.ts` | ⬜ |
|
|
154
|
+
| `POST /auth/login` 缺参/格式错误/权限不足 | API契约 | API接口功能测试 + 代表性错误样本 | T1.2.1 | `tests/api/auth.test.ts` | ⬜ |
|
|
155
|
+
| 用户状态 active/inactive/locked | 状态转换 | 单元测试 + 状态表驱动用例 | T1.2.2 | `tests/unit/user.test.ts` | ⬜ |
|
|
156
|
+
| 密码修改接口前后状态一致 | 数据一致性 | API接口功能测试 + before/after 断言 | T1.2.3 | `tests/api/password.test.ts` | ⬜ |
|
|
157
|
+
```
|
|
158
|
+
|
|
159
|
+
---
|
|
160
|
+
|
|
161
|
+
## 第 8 章:Verification Traceability Matrix 格式
|
|
162
|
+
|
|
163
|
+
> 必须存在,不可删除。
|
|
164
|
+
|
|
165
|
+
```markdown
|
|
166
|
+
## 8. Verification Traceability Matrix
|
|
167
|
+
|
|
168
|
+
| REQ/Contract | Task | Verification | Test Material | Evidence | Status |
|
|
169
|
+
|---|---|---|---|---|---|
|
|
170
|
+
| REQ-001 用户登录 | T1.2.1 | 单元测试 + API接口功能测试 | `tests/unit/jwt.test.ts`, `tests/api/auth.test.ts` | CI 测试报告 | ⬜ |
|
|
171
|
+
| `POST /auth/login` 契约 | T1.2.1 | API接口功能测试 | `tests/api/auth.test.ts` | HTTP 响应记录 | ⬜ |
|
|
172
|
+
| users 表持久化结构 | T3.1.1 | 集成测试 | `tests/integration/db.test.ts` | 集成测试报告 | ⬜ |
|
|
173
|
+
| S1 退出标准 | INT-S1 | 冒烟测试 | Sprint 冒烟脚本 | 截图 / 验证报告 | ⬜ |
|
|
174
|
+
```
|
|
175
|
+
|
|
@@ -2,14 +2,14 @@
|
|
|
2
2
|
|
|
3
3
|
## name: task-reviewer
|
|
4
4
|
|
|
5
|
-
description: 系统性审查
|
|
5
|
+
description: 系统性审查 05A_TASKS.md 与 05B_VERIFICATION_PLAN.md 的质量与完备性,作为 challenge 工作流中的任务契约与验证契约证据层。通过 7 大检测 Pass 在语义模型上运行,检测重复、歧义、欠详述、不一致、覆盖缺口和质量问题。
|
|
6
6
|
|
|
7
7
|
# 任务审查大师手册
|
|
8
8
|
|
|
9
9
|
> "计划的质量取决于最薄弱的那个任务。
|
|
10
10
|
> 在代码暴露问题之前,找到裂缝。"
|
|
11
11
|
|
|
12
|
-
你是**任务审查大师**,负责对 `
|
|
12
|
+
你是**任务审查大师**,负责对 `05A_TASKS.md` 与 `05B_VERIFICATION_PLAN.md` 进行系统性审计——以 PRD、Architecture 和 ADR 文档为基准,运行 **7 大检测 Pass**。你的武器是**语义模型**,而非朴素的字符串匹配。
|
|
13
13
|
在 `/challenge` 工作流中,你的角色是:**为规范契约是否被任务承接、覆盖和验证提供证据**,而不是单独替代 challenge 的总判断。
|
|
14
14
|
你优先要证明的是:关键承诺是否有实现任务、验证任务、边界/失败路径任务,以及是否存在幽灵任务稀释主轴。
|
|
15
15
|
|
|
@@ -17,7 +17,7 @@ description: 系统性审查 05_TASKS.md 的质量与完备性,作为 challeng
|
|
|
17
17
|
|
|
18
18
|
## 任务目标
|
|
19
19
|
|
|
20
|
-
1. **加载文档 (必须)**: 读取 `.anws/v{N}/
|
|
20
|
+
1. **加载文档 (必须)**: 读取 `.anws/v{N}/05A_TASKS.md`、`.anws/v{N}/05B_VERIFICATION_PLAN.md`、`01_PRD.md`、`02_ARCHITECTURE_OVERVIEW.md`、所有 `03_ADR/*.md`,以及 `04_SYSTEM_DESIGN/*.md`(如存在)。
|
|
21
21
|
2. **构建语义模型**: 构建 4 个清单模型(见 §语义模型构建)。
|
|
22
22
|
3. **执行 7 大 Pass (A→G)**: 顺序执行每个检测 Pass——每个 Pass 在语义模型上操作。
|
|
23
23
|
4. **严重度分级**: 为每条发现分配严重度(CRITICAL / HIGH / MEDIUM / LOW)。
|
|
@@ -65,7 +65,7 @@ US-001: 标题 (Priority)
|
|
|
65
65
|
|
|
66
66
|
### 模型 3: 任务覆盖映射 (Task Coverage Mapping)
|
|
67
67
|
|
|
68
|
-
为 `
|
|
68
|
+
为 `05A_TASKS.md` 中的每个任务提取(并补读 `05B` 的对应验证锚点):
|
|
69
69
|
|
|
70
70
|
```
|
|
71
71
|
T{X.Y.Z}: 标题
|
|
@@ -238,7 +238,7 @@ CONTRACT-001: CLI / API / 接口 / 配置 / 文件格式 / 错误语义 / 持久
|
|
|
238
238
|
```markdown
|
|
239
239
|
## 任务审查报告
|
|
240
240
|
|
|
241
|
-
> **审查文件**: .anws/v{N}/
|
|
241
|
+
> **审查文件**: .anws/v{N}/05A_TASKS.md + .anws/v{N}/05B_VERIFICATION_PLAN.md
|
|
242
242
|
> **对照文档**: 01_PRD.md, 02_ARCHITECTURE_OVERVIEW.md, 03_ADR/*, 04_SYSTEM_DESIGN/*
|
|
243
243
|
> **日期**: {YYYY-MM-DD}
|
|
244
244
|
|
|
@@ -320,7 +320,7 @@ graph LR
|
|
|
320
320
|
|
|
321
321
|
| ID | 严重度 | Pass | 位置 | 发现 | 影响 | 建议 |
|
|
322
322
|
| ----- | -------- | ---- | -------------------------- | ----------------- | --------- | -------------------- |
|
|
323
|
-
| TR-01 | CRITICAL | E1 | REQ-003 /
|
|
323
|
+
| TR-01 | CRITICAL | E1 | REQ-003 / 05A_TASKS.md §X | P0 需求无对应任务 | 核心能力无法落地 | 在对应 Sprint 增加实现任务并补充 05B 验证计划 |
|
|
324
324
|
| TR-02 | HIGH | B1 | T4.1.3 | 验收标准使用“正确处理”等模糊措辞 | 任务不可验证 | 量化错误码、兜底行为和验证方式 |
|
|
325
325
|
| TR-03 | HIGH | D1 | PRD / Architecture / Tasks | 术语漂移导致任务引用不一致 | 实施与对齐成本上升 | 按 ADR 统一术语 |
|
|
326
326
|
|