31 lines
963 B
Markdown
31 lines
963 B
Markdown
|
---
|
||
|
|
description: 按软件工程流程生成或完善功能模块文档
|
||
|
|
argument-hint: [模块名/项目目录/需求描述]
|
||
|
|
---
|
||
|
|
|
||
|
|
请根据以下输入生成或完善功能模块文档：
|
||
|
|
|
||
|
|
$ARGUMENTS
|
||
|
|
|
||
|
|
执行要求：
|
||
|
|
1. 先读取 `agent.md`，继承当前项目目标、阶段和历史决策。
|
||
|
|
2. 如果指定了项目目录或文件，先读取相关文档/代码/配置。
|
||
|
|
3. 按以下结构输出：
|
||
|
|
- 模块目标
|
||
|
|
- 用户角色
|
||
|
|
- 输入与输出
|
||
|
|
- 页面/组件范围
|
||
|
|
- 接口与数据结构
|
||
|
|
- 业务规则
|
||
|
|
- 异常场景
|
||
|
|
- 详细设计
|
||
|
|
- 单元测试
|
||
|
|
- 集成测试
|
||
|
|
- ASPICE 对齐建议
|
||
|
|
- 验收标准
|
||
|
|
4. 先识别核心难点和最高风险点，再展开功能清单。
|
||
|
|
5. 如果需要创建或修改 Markdown 文件，先列出目标路径和改动摘要。
|
||
|
|
|
||
|
|
偏好：
|
||
|
|
- Android、Linux C、嵌入式、后端和全栈项目优先采用工程化表达。
|
||
|
|
- 遵循 KISS、YAGNI、DRY、SOLID 和最小改动原则。
|