name: 功能 description: 生成一个包含用户故事、阶段和测试策略的全面功能实现计划。在实施前规划新功能时使用。 argument-hint: <功能描述> allowed-tools: 读取, 写入, 全局搜索, 搜索, Bash
功能规划
在 specs/*.md 中创建一个新计划，使用确指定的Markdown计划格式来实现功能。遵循指令创建计划，使用相关文件了解现有模式。
指令
- 您正在编写一个实现功能的计划，而不是立即实施
- 使用您的推理模型：深入思考架构和实现方法
- 阅读代码库以了解现有模式、风格和约定
- 在设计实现时，重点关注相关文件部分中的文件
- 填写计划格式的每一个部分 - 特别是测试策略
- 将实现计划分为基础阶段、核心阶段和集成阶段
- 包括验证命令，证明功能端到端工作
- 在规划中考虑边缘情况和错误场景
相关文件
重点关注以下文件以了解代码库：
- README.md (项目结构和约定)
- CLAUDE.md (如果存在，代理指令)
- src/或 app/ (源代码模式以遵循)
- tests/** (测试模式和约定)
- package.json 或 pyproject.toml (依赖项)
- docs/** (现有文档风格)
计划格式
将计划写入 specs/功能-<描述性名称>.md，使用此确切格式：
# 功能: <描述性名称>
## 功能描述
<对功能及其对用户的价值的清晰解释>
## 用户故事
作为一个 <角色>, 我想要 <能力> 以便 <好处>。
## 问题陈述
<此功能解决的用户需求或痛点>
## 解决方案陈述
<此功能如何解决问题的概要描述>
## 相关文件
<要创建或修改的文件，按类型组织>
### 新文件
- <路径/到/新文件.ts> (目的)
### 修改的文件
- <路径/到/现有文件.ts> (更改内容)
## 实现计划
### 基础阶段
<设置、依赖项、配置、脚手架>
### 核心阶段
<主要功能实现 - 主要逻辑>
### 集成阶段
<连接组件、布线、最终调整>
## 分步任务
1. <第一个任务，引用具体文件>
2. <继续编号的具体任务>
## 测试策略
### 单元测试
<要编写的组件和函数级测试>
### 集成测试
<要编写的跨组件和API测试>
### 边缘情况
<要测试的边界条件和错误场景>
## 验收标准
- [ ] <可验证的具体标准>
- [ ] <另一个标准>
- [ ] <继续标准>
## 验证命令
<证明功能工作的命令>
- 运行 `<测试命令>` 验证单元测试通过
- 运行 `<测试命令>` 验证集成测试通过
- 运行 `<构建命令>` 验证构建成功
- 手动验证: <手动测试步骤>
## 备注
<未来增强、相关功能、技术债务、依赖项>
功能
$参数