✨ feat: 文档同步
This commit is contained in:
289
aide-marketplace/aide-plugin/docs/commands/_deprecated_prep.md
Normal file
289
aide-marketplace/aide-plugin/docs/commands/_deprecated_prep.md
Normal file
@@ -0,0 +1,289 @@
|
||||
# /aide:prep 命令设计文档
|
||||
|
||||
## 一、背景
|
||||
|
||||
### 1.1 解决的问题
|
||||
|
||||
用户提供的任务描述通常存在以下问题：
|
||||
|
||||
| 问题 | 影响 |
|
||||
|------|------|
|
||||
| 表述模糊 | 执行方向不明确 |
|
||||
| 存在歧义 | 可能产生错误理解 |
|
||||
| 缺少细节 | 执行时需要频繁确认 |
|
||||
| 多种方案 | 需要用户决策 |
|
||||
|
||||
### 1.2 设计目标
|
||||
|
||||
将任务描述转化为**清晰、可执行的任务细则**：
|
||||
- 消除歧义和模糊
|
||||
- 明确执行步骤和验证标准
|
||||
- 处理待定项，获取用户决策
|
||||
- 产出 task-spec.md 供执行阶段使用
|
||||
|
||||
---
|
||||
|
||||
## 二、职责
|
||||
|
||||
### 2.1 做什么
|
||||
|
||||
1. 启动流程追踪（task-optimize 环节）
|
||||
2. 深度分析任务内容
|
||||
3. 优化任务表述（准确性、简洁性、可执行性）
|
||||
4. 处理待定项，获取用户确认
|
||||
5. 生成任务细则（task-spec.md）
|
||||
|
||||
### 2.2 不做什么
|
||||
|
||||
- 不执行实际的任务实现
|
||||
- 不编写业务代码
|
||||
- 不主动关注 git 操作和状态记录（由 aide flow 自动处理）
|
||||
|
||||
---
|
||||
|
||||
## 三、参数
|
||||
|
||||
| 参数 | 类型 | 说明 |
|
||||
|------|------|------|
|
||||
| `$ARGUMENTS` | 可选 | 任务原文档路径 |
|
||||
|
||||
**未传入参数时**：使用 `aide config get task.source` 获取默认路径（通常为 task-now.md）
|
||||
|
||||
---
|
||||
|
||||
## 四、执行流程
|
||||
|
||||
```
|
||||
@startuml
|
||||
skinparam defaultFontName "PingFang SC"
|
||||
|
||||
start
|
||||
|
||||
:aide flow start task-optimize "开始任务准备: <任务简述>";
|
||||
|
||||
:确定任务文档路径;
|
||||
note right: 使用参数或配置默认值
|
||||
|
||||
:读取任务文档;
|
||||
|
||||
if (文档存在?) then (是)
|
||||
else (否)
|
||||
:询问用户提供任务内容;
|
||||
stop
|
||||
endif
|
||||
|
||||
partition "阶段1: 任务分析" {
|
||||
:深度理解任务;
|
||||
note right: 核心目标\n交付物\n成功标准\n涉及模块\n技术难点
|
||||
|
||||
:分析项目环境;
|
||||
note right: 阅读相关代码/文档\n理解与现有结构的关系
|
||||
|
||||
:aide flow next-step "任务分析完成";
|
||||
}
|
||||
|
||||
partition "阶段2: 任务优化" {
|
||||
:准确性优化;
|
||||
note right: 识别歧义\n识别隐含假设\n明确边界
|
||||
|
||||
:简洁性优化;
|
||||
note right: 识别冗余\n区分真冗余与必要强调
|
||||
|
||||
:可执行性优化;
|
||||
note right: 抽象→具体步骤\n明确输入/输出/验证标准
|
||||
|
||||
:生成待定项;
|
||||
|
||||
:aide flow next-step "任务优化完成，生成待定项";
|
||||
}
|
||||
|
||||
partition "阶段3: 待定项处理" {
|
||||
if (有待定项?) then (是)
|
||||
:aide decide submit '<json>';
|
||||
:告知用户访问链接;
|
||||
:aide decide result;
|
||||
:aide flow next-step "用户完成待定项确认";
|
||||
else (否)
|
||||
endif
|
||||
}
|
||||
|
||||
partition "阶段4: 结果生成" {
|
||||
:整合生成任务细则;
|
||||
:aide flow next-step "生成任务细则，等待用户确认";
|
||||
|
||||
:展示给用户确认;
|
||||
|
||||
if (用户确认?) then (是)
|
||||
:保存为 task-spec.md;
|
||||
:aide flow next-step "用户确认任务细则";
|
||||
else (否)
|
||||
:根据反馈调整;
|
||||
note right: 返回相应阶段
|
||||
endif
|
||||
}
|
||||
|
||||
:aide flow next-step "任务准备完成";
|
||||
|
||||
:提示用户执行 /aide:exec;
|
||||
|
||||
stop
|
||||
@enduml
|
||||
```
|
||||
|
||||
---
|
||||
|
||||
## 五、阶段详解
|
||||
|
||||
### 5.1 阶段1：任务分析
|
||||
|
||||
**核心问题**：
|
||||
- 任务要解决什么问题？
|
||||
- 最终交付物是什么？
|
||||
- 成功的标准是什么？
|
||||
- 涉及哪些模块/系统？
|
||||
- 是否有技术难点？
|
||||
|
||||
**复杂任务处理**：
|
||||
- 多子目标、多方案对比时，建议使用 sequential-thinking 进行结构化分析
|
||||
|
||||
### 5.2 阶段2：任务优化
|
||||
|
||||
| 优化维度 | 关注点 |
|
||||
|----------|--------|
|
||||
| 准确性 | 歧义、不明确之处、隐含假设、任务边界 |
|
||||
| 简洁性 | 冗余表述、区分真冗余与必要强调 |
|
||||
| 可执行性 | 抽象→具体步骤、输入/输出/验证标准、替代方案 |
|
||||
|
||||
### 5.3 阶段3：待定项处理
|
||||
|
||||
**待定项类型**：
|
||||
- 存在多种可行方案
|
||||
- 有歧义需要澄清
|
||||
- 需要用户确认的决策
|
||||
|
||||
**处理流程**：
|
||||
1. 准备待定项 JSON 数据
|
||||
2. 调用 `aide decide submit '<json>'` 启动 Web 服务
|
||||
3. 告知用户访问链接进行确认
|
||||
4. 调用 `aide decide result` 获取决策结果
|
||||
|
||||
### 5.4 阶段4：结果生成
|
||||
|
||||
**任务细则结构**：
|
||||
```markdown
|
||||
# 任务细则
|
||||
|
||||
## 任务目标
|
||||
[清晰描述任务要达成的目标]
|
||||
|
||||
## 成功标准
|
||||
[明确的、可验证的成功标准]
|
||||
|
||||
## 执行步骤
|
||||
1. [步骤1]
|
||||
2. [步骤2]
|
||||
...
|
||||
|
||||
## 技术决策
|
||||
[已确认的技术选型]
|
||||
|
||||
## 约束与边界
|
||||
[任务范围边界]
|
||||
```
|
||||
|
||||
---
|
||||
|
||||
## 六、与 aide 程序的交互
|
||||
|
||||
### 6.1 aide flow start
|
||||
|
||||
**调用时机**：命令开始时
|
||||
|
||||
**命令**：
|
||||
```bash
|
||||
aide flow start task-optimize "开始任务准备: <任务简述>"
|
||||
```
|
||||
|
||||
### 6.2 aide flow next-step
|
||||
|
||||
**调用时机**：每个阶段完成时
|
||||
|
||||
**命令**：
|
||||
```bash
|
||||
aide flow next-step "<完成内容简述>"
|
||||
```
|
||||
|
||||
### 6.3 aide config get
|
||||
|
||||
**调用时机**：未传入参数时
|
||||
|
||||
**命令**：
|
||||
```bash
|
||||
aide config get task.source
|
||||
```
|
||||
|
||||
### 6.4 aide decide
|
||||
|
||||
**调用时机**：有待定项需要用户确认时
|
||||
|
||||
**命令**：
|
||||
```bash
|
||||
aide decide submit '<json数据>'
|
||||
aide decide result
|
||||
```
|
||||
|
||||
---
|
||||
|
||||
## 七、注意事项
|
||||
|
||||
1. **不要主动提及 git 操作**：由 aide flow 自动处理
|
||||
2. **不要主动提及状态记录**：由 aide flow 自动处理
|
||||
3. **专注于任务分析和优化**：这是 prep 的核心价值
|
||||
|
||||
---
|
||||
|
||||
## 八、依赖
|
||||
|
||||
| 依赖项 | 类型 | 说明 |
|
||||
|--------|------|------|
|
||||
| /aide:init | Command | 需要先完成环境初始化 |
|
||||
| aide flow | aide 子命令 | 流程追踪 |
|
||||
| aide decide | aide 子命令 | 待定项处理 |
|
||||
| aide config | aide 子命令 | 读取配置 |
|
||||
|
||||
---
|
||||
|
||||
## 九、被依赖
|
||||
|
||||
| 依赖方 | 说明 |
|
||||
|--------|------|
|
||||
| /aide:exec | 使用 prep 产出的 task-spec.md |
|
||||
|
||||
---
|
||||
|
||||
## 十、修改指南
|
||||
|
||||
### 10.1 修改分析/优化流程
|
||||
|
||||
1. 更新本文档的阶段详解
|
||||
2. 修改执行文件 `../../commands/prep.md`
|
||||
|
||||
### 10.2 修改任务细则格式
|
||||
|
||||
1. 更新本文档的"结果生成"章节
|
||||
2. 修改执行文件中的模板
|
||||
|
||||
### 10.3 修改待定项处理
|
||||
|
||||
1. 更新本文档的"待定项处理"章节
|
||||
2. 如涉及数据格式变更，同步更新 [数据格式文档](../../../../aide-program/docs/formats/data.md)
|
||||
|
||||
---
|
||||
|
||||
## 十一、相关文档
|
||||
|
||||
- [执行文件](../../commands/prep.md)
|
||||
- [aide flow 设计](../../../../aide-program/docs/commands/flow.md)
|
||||
- [aide decide 设计](../../../../aide-program/docs/commands/decide.md)
|
||||
- [数据格式规范](../../../../aide-program/docs/formats/data.md)
|
||||
- [plugin 导览](../README.md)
|
||||
Reference in New Issue
Block a user