- schema: design/plan/tasks/apply 改写为 7 段骨架(目标/输入/工具/协议/工作流/完成标准/规则速查) - schema: 每个下游阶段定义 3 条触发条件 + AI 自决范围,统一回退上游与 blocker 机制 - schema: 阶段职责改为正常流程/异常流程分工,避免与 blocker-revise 决策入口冲突 - schema: 压缩重复的工具前置说明与阶段职责解释,保留引导强度 - blocker-revise: 重写为 7 段骨架,加入用户决策流程与归档规则 - templates: plan/tasks 改为可重复阶段结构,blocker 改为语义化方案命名 - prompts/blocker-revise: 修正 question/choice 触发条件措辞
67 lines
1.8 KiB
Markdown
67 lines
1.8 KiB
Markdown
## 实现概览
|
||
|
||
<!-- 概述实现阶段、依赖顺序,以及各阶段如何对应 requirements.md 和 design.md -->
|
||
|
||
## 涉及文件
|
||
|
||
<!-- 按阶段列出本次变更涉及的核心文件路径,apply 阶段据此定位代码 -->
|
||
|
||
| 文件路径 | 变更类型 | 所属阶段 |
|
||
| -------- | -------- | -------- |
|
||
| <!-- 文件路径 --> | <!-- 新增 / 修改 / 删除 --> | <!-- 阶段编号 --> |
|
||
|
||
## 阶段 N: <!-- 阶段名称;按实际阶段重复本块,N 从 1 递增 -->
|
||
|
||
### 目标
|
||
|
||
<!-- 本阶段要完成什么 -->
|
||
|
||
### 前置条件
|
||
|
||
<!-- 本阶段开始前必须满足什么;没有则写“无” -->
|
||
|
||
### 详细实现步骤
|
||
|
||
<!-- 写清楚关键文件、函数、数据结构、流程或配置变化。不要使用 checkbox。 -->
|
||
|
||
### 关键代码模式
|
||
|
||
<!-- 记录本阶段的关键实现细节,apply 据此编写代码。至少覆盖以下内容中适用的部分: -->
|
||
|
||
**新增 / 修改的函数或方法:**
|
||
<!-- 函数签名、参数、返回值、核心逻辑;无则写“无” -->
|
||
|
||
**新增 / 修改的数据结构:**
|
||
<!-- 类型定义、字段、约束;无则写“无” -->
|
||
|
||
**调用顺序 / 流程:**
|
||
<!-- 关键调用链、异步流程、状态转换;无则写“无” -->
|
||
|
||
**约定 / 模式:**
|
||
<!-- 命名规范、错误处理模式、日志规范等;无则写“无” -->
|
||
|
||
### 验证方式
|
||
|
||
<!-- 本阶段如何独立验证 -->
|
||
|
||
### 验收标准
|
||
|
||
<!-- 本阶段完成的可验证标准;与 requirements.md 验收标准对齐 -->
|
||
|
||
### 关联需求
|
||
|
||
<!-- 例如:F1、F2 -->
|
||
|
||
## 验证策略
|
||
|
||
<!-- 汇总自动化测试、手动检查、文档检查、兼容性检查和验收方式 -->
|
||
|
||
## 回退 / 兼容性说明
|
||
|
||
<!-- 记录回退策略、错误处理策略、兼容性要求、迁移注意事项;没有则写“无” -->
|
||
|
||
- 回退策略:
|
||
- 错误处理:
|
||
- 兼容性:
|
||
- 迁移注意事项:
|