@zeyue0329/xiaoma-cli 1.0.22 → 1.0.24
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/dist/agents/full-requirement-orchestrator.txt +504 -0
- package/dist/teams/team-all.txt +464 -0
- package/dist/teams/team-fullstack-with-database.txt +971 -2
- package/package.json +1 -1
- package/tools/installer/package.json +1 -1
- package/xiaoma-core/agent-teams/team-fullstack-with-database.yaml +2 -0
- package/xiaoma-core/agents/full-requirement-orchestrator.md +461 -0
- package/xiaoma-core/docs/workflow-optimizations-v2.md +154 -0
- package/xiaoma-core/scripts/build-validation/pre-dev-validation.sh +71 -0
- package/xiaoma-core/scripts/build-validation/progressive-validation.sh +88 -0
- package/xiaoma-core/scripts/build-validation/quick-check.sh +69 -0
- package/xiaoma-core/tasks/batch-story-generation.md +354 -0
- package/xiaoma-core/tasks/parallel-development-orchestration.md +477 -0
- package/xiaoma-core/tasks/project-integration-testing.md +477 -0
- package/xiaoma-core/templates/maven-lombok-template.xml +111 -0
- package/xiaoma-core/workflows/automated-story-development.yaml +104 -2
- package/xiaoma-core/workflows/full-requirement-automation.yaml +398 -0
- package//345/205/250/351/234/200/346/261/202/350/207/252/345/212/250/345/214/226/345/274/200/345/217/221/346/265/201/347/250/213/344/275/277/347/224/250/346/214/207/345/215/227.md +613 -0
|
@@ -0,0 +1,613 @@
|
|
|
1
|
+
# 全需求自动化开发流程使用指南 🌟
|
|
2
|
+
|
|
3
|
+
## 概述
|
|
4
|
+
|
|
5
|
+
XIAOMA-CLI™ 全需求自动化开发流程是一个革命性的项目级自动化解决方案,能够将完整的产品需求文档(PRD)自动转换为可交付的软件产品,实现从需求分析到项目交付的端到端自动化。
|
|
6
|
+
|
|
7
|
+
### 核心特性
|
|
8
|
+
|
|
9
|
+
- 🎯 **全需求覆盖**: 自动识别并处理PRD中的所有功能需求
|
|
10
|
+
- ⚡ **智能并行处理**: 多条开发流水线并行执行,最大化开发效率
|
|
11
|
+
- 🔒 **严格质量控制**: 项目级质量门控确保交付质量
|
|
12
|
+
- 🤖 **完全自动化**: 从故事创建到项目交付的零人工干预
|
|
13
|
+
- 📊 **实时监控**: 全程进度跟踪和智能问题处理
|
|
14
|
+
|
|
15
|
+
## 架构概览
|
|
16
|
+
|
|
17
|
+
### 双层编排架构
|
|
18
|
+
|
|
19
|
+
```
|
|
20
|
+
全需求编排器 (full-requirement-orchestrator)
|
|
21
|
+
├── 项目级编排和协调
|
|
22
|
+
├── 批量故事管理
|
|
23
|
+
├── 并行开发调度
|
|
24
|
+
└── 项目交付控制
|
|
25
|
+
│
|
|
26
|
+
├── 故事编排器 (automation-orchestrator) - Pipeline 1
|
|
27
|
+
│ ├── SM智能体 → PO智能体 → Dev智能体 → QA智能体
|
|
28
|
+
│ └── 基础设施故事组
|
|
29
|
+
│
|
|
30
|
+
├── 故事编排器 (automation-orchestrator) - Pipeline 2
|
|
31
|
+
│ ├── SM智能体 → PO智能体 → Dev智能体 → QA智能体
|
|
32
|
+
│ └── 核心业务故事组
|
|
33
|
+
│
|
|
34
|
+
├── 故事编排器 (automation-orchestrator) - Pipeline 3
|
|
35
|
+
│ ├── SM智能体 → PO智能体 → Dev智能体 → QA智能体
|
|
36
|
+
│ └── 特性功能故事组
|
|
37
|
+
│
|
|
38
|
+
└── 故事编排器 (automation-orchestrator) - Pipeline 4
|
|
39
|
+
├── SM智能体 → PO智能体 → Dev智能体 → QA智能体
|
|
40
|
+
└── 支撑功能故事组
|
|
41
|
+
```
|
|
42
|
+
|
|
43
|
+
### 工作流程概览
|
|
44
|
+
|
|
45
|
+
1. **需求分析阶段** (5-15分钟)
|
|
46
|
+
- PRD深度分析和功能点识别
|
|
47
|
+
- 批量用户故事生成
|
|
48
|
+
- 依赖关系建立和优先级排序
|
|
49
|
+
- 并行开发计划制定
|
|
50
|
+
|
|
51
|
+
2. **并行开发阶段** (主要时间消耗)
|
|
52
|
+
- 多条流水线同时启动
|
|
53
|
+
- 基础设施 → 核心业务 → 特性功能 → 支撑功能
|
|
54
|
+
- 实时进度监控和协调
|
|
55
|
+
- 自动冲突检测和解决
|
|
56
|
+
|
|
57
|
+
3. **项目集成阶段** (15-30分钟)
|
|
58
|
+
- 跨模块集成测试
|
|
59
|
+
- 端到端业务流程验证
|
|
60
|
+
- 性能和安全性验证
|
|
61
|
+
|
|
62
|
+
4. **项目交付阶段** (5-10分钟)
|
|
63
|
+
- 交付物打包和文档生成
|
|
64
|
+
- 部署准备和交接文档
|
|
65
|
+
- 最终质量验证
|
|
66
|
+
|
|
67
|
+
## 快速开始
|
|
68
|
+
|
|
69
|
+
### 前置条件
|
|
70
|
+
|
|
71
|
+
1. **完整的PRD文档** (`prd.md`)
|
|
72
|
+
- 包含详细的功能需求描述
|
|
73
|
+
- 明确的用户场景和业务流程
|
|
74
|
+
- 清晰的验收标准
|
|
75
|
+
|
|
76
|
+
2. **数据库设计文档** (`database_design.md`) [可选]
|
|
77
|
+
- 如已有数据库设计,将被集成到故事生成中
|
|
78
|
+
- 如无,系统将自动生成数据库设计
|
|
79
|
+
|
|
80
|
+
3. **XIAOMA-CLI环境配置**
|
|
81
|
+
- 确保已配置 `team-fullstack-with-database` 团队
|
|
82
|
+
- 验证所有智能体可用
|
|
83
|
+
|
|
84
|
+
### 基本使用流程
|
|
85
|
+
|
|
86
|
+
#### 步骤1: 切换到全需求编排器
|
|
87
|
+
|
|
88
|
+
```bash
|
|
89
|
+
# 切换到全需求自动化编排器
|
|
90
|
+
*agent full-requirement-orchestrator
|
|
91
|
+
```
|
|
92
|
+
|
|
93
|
+
#### 步骤2: 启动全需求自动化
|
|
94
|
+
|
|
95
|
+
```bash
|
|
96
|
+
# 启动完整需求自动化开发流程
|
|
97
|
+
*start-full-requirement-automation
|
|
98
|
+
```
|
|
99
|
+
|
|
100
|
+
就这么简单!系统将自动执行以下流程:
|
|
101
|
+
|
|
102
|
+
1. ✅ 分析PRD文档,识别所有功能点
|
|
103
|
+
2. ✅ 批量生成增强版用户故事(包含数据库和API设计)
|
|
104
|
+
3. ✅ 建立故事依赖关系和优先级
|
|
105
|
+
4. ✅ 创建并行开发计划
|
|
106
|
+
5. ✅ 启动4条并行开发流水线
|
|
107
|
+
6. ✅ 每条流水线执行完整的SM→PO→Dev→QA循环
|
|
108
|
+
7. ✅ 跨流水线协调和冲突解决
|
|
109
|
+
8. ✅ 项目级集成测试和验证
|
|
110
|
+
9. ✅ 生成最终交付物和文档
|
|
111
|
+
|
|
112
|
+
### 监控和控制
|
|
113
|
+
|
|
114
|
+
#### 实时监控项目进度
|
|
115
|
+
|
|
116
|
+
```bash
|
|
117
|
+
# 查看项目整体进度
|
|
118
|
+
*monitor-project-progress
|
|
119
|
+
|
|
120
|
+
# 查看各流水线状态
|
|
121
|
+
*check-pipeline-status
|
|
122
|
+
|
|
123
|
+
# 查看依赖关系满足情况
|
|
124
|
+
*manage-story-dependencies
|
|
125
|
+
```
|
|
126
|
+
|
|
127
|
+
#### 问题处理
|
|
128
|
+
|
|
129
|
+
```bash
|
|
130
|
+
# 处理跨故事冲突
|
|
131
|
+
*handle-cross-story-conflicts
|
|
132
|
+
|
|
133
|
+
# 重新平衡流水线负载
|
|
134
|
+
*rebalance-pipeline-load
|
|
135
|
+
|
|
136
|
+
# 生成项目状态报告
|
|
137
|
+
*generate-progress-report
|
|
138
|
+
```
|
|
139
|
+
|
|
140
|
+
## 高级功能
|
|
141
|
+
|
|
142
|
+
### 自定义配置
|
|
143
|
+
|
|
144
|
+
#### 指定自定义PRD文档
|
|
145
|
+
|
|
146
|
+
```bash
|
|
147
|
+
*start-full-requirement-automation --prd custom_requirements.md
|
|
148
|
+
```
|
|
149
|
+
|
|
150
|
+
#### 调整并行配置
|
|
151
|
+
|
|
152
|
+
```bash
|
|
153
|
+
# 使用6条并行流水线,每条最多10个故事
|
|
154
|
+
*start-full-requirement-automation --pipelines 6 --max-stories 10
|
|
155
|
+
```
|
|
156
|
+
|
|
157
|
+
#### 包含架构约束
|
|
158
|
+
|
|
159
|
+
```bash
|
|
160
|
+
*start-full-requirement-automation --include-architecture-constraints
|
|
161
|
+
```
|
|
162
|
+
|
|
163
|
+
### 分步执行模式
|
|
164
|
+
|
|
165
|
+
如果需要更精细的控制,可以分步执行:
|
|
166
|
+
|
|
167
|
+
```bash
|
|
168
|
+
# 步骤1: 生成所有用户故事
|
|
169
|
+
*generate-all-stories
|
|
170
|
+
|
|
171
|
+
# 步骤2: 编排并行开发流水线
|
|
172
|
+
*orchestrate-parallel-development
|
|
173
|
+
|
|
174
|
+
# 步骤3: 监控并行开发进度
|
|
175
|
+
*monitor-project-progress
|
|
176
|
+
|
|
177
|
+
# 步骤4: 执行项目集成测试
|
|
178
|
+
*execute-project-integration
|
|
179
|
+
|
|
180
|
+
# 步骤5: 生成最终交付物
|
|
181
|
+
*generate-project-deliverables
|
|
182
|
+
```
|
|
183
|
+
|
|
184
|
+
## 并行开发流水线详解
|
|
185
|
+
|
|
186
|
+
### Pipeline 1: 基础设施流水线
|
|
187
|
+
|
|
188
|
+
**聚焦领域**: 基础设施和核心依赖
|
|
189
|
+
**典型故事**:
|
|
190
|
+
|
|
191
|
+
- 用户注册和登录系统
|
|
192
|
+
- 权限管理和角色控制
|
|
193
|
+
- 基础数据模型设计
|
|
194
|
+
- 认证和授权机制
|
|
195
|
+
|
|
196
|
+
**特点**:
|
|
197
|
+
|
|
198
|
+
- 最高优先级执行
|
|
199
|
+
- 为其他流水线提供基础依赖
|
|
200
|
+
- 包含关键的安全和认证功能
|
|
201
|
+
|
|
202
|
+
### Pipeline 2: 核心业务流水线
|
|
203
|
+
|
|
204
|
+
**聚焦领域**: 核心业务功能
|
|
205
|
+
**典型故事**:
|
|
206
|
+
|
|
207
|
+
- 主要业务数据管理
|
|
208
|
+
- 核心业务流程实现
|
|
209
|
+
- 关键业务规则执行
|
|
210
|
+
- 主要用户操作功能
|
|
211
|
+
|
|
212
|
+
**特点**:
|
|
213
|
+
|
|
214
|
+
- 依赖基础设施完成
|
|
215
|
+
- 实现核心价值功能
|
|
216
|
+
- 业务逻辑最复杂
|
|
217
|
+
|
|
218
|
+
### Pipeline 3: 特性功能流水线
|
|
219
|
+
|
|
220
|
+
**聚焦领域**: 扩展特性功能
|
|
221
|
+
**典型故事**:
|
|
222
|
+
|
|
223
|
+
- 高级搜索和筛选
|
|
224
|
+
- 数据导入导出功能
|
|
225
|
+
- 报表和统计功能
|
|
226
|
+
- 用户体验优化
|
|
227
|
+
|
|
228
|
+
**特点**:
|
|
229
|
+
|
|
230
|
+
- 基于核心业务构建
|
|
231
|
+
- 提升用户体验
|
|
232
|
+
- 相对独立可并行
|
|
233
|
+
|
|
234
|
+
### Pipeline 4: 支撑功能流水线
|
|
235
|
+
|
|
236
|
+
**聚焦领域**: 系统支撑功能
|
|
237
|
+
**典型故事**:
|
|
238
|
+
|
|
239
|
+
- 系统配置管理
|
|
240
|
+
- 日志监控功能
|
|
241
|
+
- 数据备份恢复
|
|
242
|
+
- 系统维护工具
|
|
243
|
+
|
|
244
|
+
**特点**:
|
|
245
|
+
|
|
246
|
+
- 优先级相对较低
|
|
247
|
+
- 支撑系统运维
|
|
248
|
+
- 可最后实现
|
|
249
|
+
|
|
250
|
+
## 质量控制体系
|
|
251
|
+
|
|
252
|
+
### 三层质量门控
|
|
253
|
+
|
|
254
|
+
#### 1. 故事级质量门控
|
|
255
|
+
|
|
256
|
+
- ✅ 故事格式完整性验证
|
|
257
|
+
- ✅ 验收标准可测试性检查
|
|
258
|
+
- ✅ 数据库映射一致性验证
|
|
259
|
+
- ✅ API规范完整性检查
|
|
260
|
+
- ✅ 单元测试覆盖率≥80%
|
|
261
|
+
|
|
262
|
+
#### 2. 流水线级质量门控
|
|
263
|
+
|
|
264
|
+
- ✅ 流水线内故事集成测试
|
|
265
|
+
- ✅ API契约一致性验证
|
|
266
|
+
- ✅ 数据库结构一致性检查
|
|
267
|
+
- ✅ 跨故事业务逻辑验证
|
|
268
|
+
|
|
269
|
+
#### 3. 项目级质量门控
|
|
270
|
+
|
|
271
|
+
- ✅ 跨模块集成测试通过率≥98%
|
|
272
|
+
- ✅ 端到端业务流程验证100%
|
|
273
|
+
- ✅ 性能基准达标
|
|
274
|
+
- ✅ 安全漏洞零容忍(高危)
|
|
275
|
+
- ✅ 部署就绪度评分≥9/10
|
|
276
|
+
|
|
277
|
+
### 自动化质量保证
|
|
278
|
+
|
|
279
|
+
#### 持续监控
|
|
280
|
+
|
|
281
|
+
- 实时代码质量监控
|
|
282
|
+
- 测试覆盖率趋势分析
|
|
283
|
+
- 性能指标持续跟踪
|
|
284
|
+
- 安全漏洞自动扫描
|
|
285
|
+
|
|
286
|
+
#### 智能预警
|
|
287
|
+
|
|
288
|
+
- 质量指标下降预警
|
|
289
|
+
- 进度偏差风险提示
|
|
290
|
+
- 依赖阻塞自动识别
|
|
291
|
+
- 资源争用智能调度
|
|
292
|
+
|
|
293
|
+
## 输出产物
|
|
294
|
+
|
|
295
|
+
### 开发过程产物
|
|
296
|
+
|
|
297
|
+
1. **项目故事积压清单** (`project_story_backlog.md`)
|
|
298
|
+
- 完整的用户故事清单
|
|
299
|
+
- 优先级和依赖关系
|
|
300
|
+
- 开发路线图
|
|
301
|
+
|
|
302
|
+
2. **故事依赖关系图** (`story_dependency_graph.yaml`)
|
|
303
|
+
- 可视化依赖关系
|
|
304
|
+
- 关键路径识别
|
|
305
|
+
- 并行执行计划
|
|
306
|
+
|
|
307
|
+
3. **并行开发计划** (`parallel_development_plan.yaml`)
|
|
308
|
+
- 流水线配置和分工
|
|
309
|
+
- 同步点定义
|
|
310
|
+
- 资源分配计划
|
|
311
|
+
|
|
312
|
+
4. **个体用户故事文件** (`stories/`)
|
|
313
|
+
- 每个故事的详细规范
|
|
314
|
+
- 数据库实体映射
|
|
315
|
+
- API接口定义
|
|
316
|
+
- 验收测试标准
|
|
317
|
+
|
|
318
|
+
### 最终交付产物
|
|
319
|
+
|
|
320
|
+
1. **部署包** (`deployment_package/`)
|
|
321
|
+
- 完整应用程序代码
|
|
322
|
+
- 数据库部署脚本
|
|
323
|
+
- 配置文件模板
|
|
324
|
+
- 依赖关系清单
|
|
325
|
+
|
|
326
|
+
2. **API文档** (`api_documentation/`)
|
|
327
|
+
- RESTful API完整文档
|
|
328
|
+
- 接口契约规范
|
|
329
|
+
- 示例请求响应
|
|
330
|
+
- 错误码定义
|
|
331
|
+
|
|
332
|
+
3. **数据库文档** (`database_documentation/`)
|
|
333
|
+
- 完整数据库设计文档
|
|
334
|
+
- ER图和数据字典
|
|
335
|
+
- 索引和约束说明
|
|
336
|
+
- 性能优化建议
|
|
337
|
+
|
|
338
|
+
4. **用户文档** (`user_documentation/`)
|
|
339
|
+
- 用户使用手册
|
|
340
|
+
- 功能操作指南
|
|
341
|
+
- 常见问题解答
|
|
342
|
+
- 联系支持信息
|
|
343
|
+
|
|
344
|
+
5. **维护文档** (`maintenance_documentation/`)
|
|
345
|
+
- 系统架构文档
|
|
346
|
+
- 部署运维指南
|
|
347
|
+
- 监控告警配置
|
|
348
|
+
- 故障排查手册
|
|
349
|
+
|
|
350
|
+
6. **项目总结报告** (`project_summary_report.md`)
|
|
351
|
+
- 项目完成情况统计
|
|
352
|
+
- 质量指标分析
|
|
353
|
+
- 性能基准测试结果
|
|
354
|
+
- 风险和改进建议
|
|
355
|
+
|
|
356
|
+
## 最佳实践
|
|
357
|
+
|
|
358
|
+
### PRD文档准备
|
|
359
|
+
|
|
360
|
+
1. **结构化组织**
|
|
361
|
+
- 使用标准的PRD模板
|
|
362
|
+
- 清晰的章节分层
|
|
363
|
+
- 详细的功能描述
|
|
364
|
+
|
|
365
|
+
2. **完整的功能描述**
|
|
366
|
+
- 每个功能点都有明确描述
|
|
367
|
+
- 包含用户场景和用例
|
|
368
|
+
- 定义清晰的验收标准
|
|
369
|
+
|
|
370
|
+
3. **业务流程清晰**
|
|
371
|
+
- 描述完整的业务工作流
|
|
372
|
+
- 明确异常处理流程
|
|
373
|
+
- 定义状态转换规则
|
|
374
|
+
|
|
375
|
+
### 项目执行优化
|
|
376
|
+
|
|
377
|
+
1. **并行度配置**
|
|
378
|
+
- 根据项目规模调整并行流水线数量
|
|
379
|
+
- 平衡资源利用和管理复杂度
|
|
380
|
+
- 考虑依赖关系的影响
|
|
381
|
+
|
|
382
|
+
2. **监控频率设置**
|
|
383
|
+
- 大型项目增加监控频率
|
|
384
|
+
- 关键阶段加强实时跟踪
|
|
385
|
+
- 重要同步点设置检查点
|
|
386
|
+
|
|
387
|
+
3. **质量标准调整**
|
|
388
|
+
- 根据项目需求调整质量阈值
|
|
389
|
+
- 关键业务功能提高质量要求
|
|
390
|
+
- 支撑功能适度宽松标准
|
|
391
|
+
|
|
392
|
+
### 问题预防措施
|
|
393
|
+
|
|
394
|
+
1. **依赖关系管理**
|
|
395
|
+
- 提前识别关键依赖
|
|
396
|
+
- 优先处理瓶颈故事
|
|
397
|
+
- 建立依赖变更管理机制
|
|
398
|
+
|
|
399
|
+
2. **冲突预防**
|
|
400
|
+
- 明确API接口规范
|
|
401
|
+
- 统一数据库命名规范
|
|
402
|
+
- 建立代码review机制
|
|
403
|
+
|
|
404
|
+
3. **风险缓解**
|
|
405
|
+
- 关键路径备用方案
|
|
406
|
+
- 质量问题应急处理
|
|
407
|
+
- 进度偏差调整策略
|
|
408
|
+
|
|
409
|
+
## 故障排查指南
|
|
410
|
+
|
|
411
|
+
### 常见问题及解决方案
|
|
412
|
+
|
|
413
|
+
#### 问题1: PRD分析失败
|
|
414
|
+
|
|
415
|
+
**症状**: 无法生成用户故事
|
|
416
|
+
**可能原因**: PRD格式不规范或内容不完整
|
|
417
|
+
**解决方案**:
|
|
418
|
+
|
|
419
|
+
```bash
|
|
420
|
+
# 检查PRD文档结构
|
|
421
|
+
*validate-prd-structure
|
|
422
|
+
|
|
423
|
+
# 补充缺失信息后重新分析
|
|
424
|
+
*regenerate-story-analysis
|
|
425
|
+
```
|
|
426
|
+
|
|
427
|
+
#### 问题2: 并行流水线阻塞
|
|
428
|
+
|
|
429
|
+
**症状**: 某条流水线长时间无进展
|
|
430
|
+
**可能原因**: 依赖未满足或资源争用
|
|
431
|
+
**解决方案**:
|
|
432
|
+
|
|
433
|
+
```bash
|
|
434
|
+
# 检查依赖满足情况
|
|
435
|
+
*analyze-dependency-blocking
|
|
436
|
+
|
|
437
|
+
# 重新平衡负载
|
|
438
|
+
*rebalance-pipeline-load
|
|
439
|
+
```
|
|
440
|
+
|
|
441
|
+
#### 问题3: 集成测试失败
|
|
442
|
+
|
|
443
|
+
**症状**: 跨模块集成测试不通过
|
|
444
|
+
**可能原因**: API契约不一致或数据格式冲突
|
|
445
|
+
**解决方案**:
|
|
446
|
+
|
|
447
|
+
```bash
|
|
448
|
+
# 分析集成问题
|
|
449
|
+
*analyze-integration-failures
|
|
450
|
+
|
|
451
|
+
# 修复冲突并重测
|
|
452
|
+
*resolve-integration-conflicts
|
|
453
|
+
*retry-integration-tests
|
|
454
|
+
```
|
|
455
|
+
|
|
456
|
+
#### 问题4: 质量门控失败
|
|
457
|
+
|
|
458
|
+
**症状**: 某个质量检查点未通过
|
|
459
|
+
**可能原因**: 代码质量、测试覆盖率或性能不达标
|
|
460
|
+
**解决方案**:
|
|
461
|
+
|
|
462
|
+
```bash
|
|
463
|
+
# 详细分析质量问题
|
|
464
|
+
*analyze-quality-failures
|
|
465
|
+
|
|
466
|
+
# 针对性改进
|
|
467
|
+
*improve-code-quality
|
|
468
|
+
*increase-test-coverage
|
|
469
|
+
*optimize-performance
|
|
470
|
+
```
|
|
471
|
+
|
|
472
|
+
### 应急恢复程序
|
|
473
|
+
|
|
474
|
+
#### 流程中断恢复
|
|
475
|
+
|
|
476
|
+
```bash
|
|
477
|
+
# 从最近检查点恢复
|
|
478
|
+
*resume-from-checkpoint
|
|
479
|
+
|
|
480
|
+
# 重建项目状态
|
|
481
|
+
*rebuild-project-state
|
|
482
|
+
|
|
483
|
+
# 继续执行剩余任务
|
|
484
|
+
*continue-automation
|
|
485
|
+
```
|
|
486
|
+
|
|
487
|
+
#### 数据一致性修复
|
|
488
|
+
|
|
489
|
+
```bash
|
|
490
|
+
# 检查数据一致性
|
|
491
|
+
*validate-data-consistency
|
|
492
|
+
|
|
493
|
+
# 修复不一致数据
|
|
494
|
+
*repair-data-inconsistencies
|
|
495
|
+
|
|
496
|
+
# 验证修复结果
|
|
497
|
+
*verify-data-integrity
|
|
498
|
+
```
|
|
499
|
+
|
|
500
|
+
## 性能优化建议
|
|
501
|
+
|
|
502
|
+
### 大型项目优化
|
|
503
|
+
|
|
504
|
+
1. **流水线配置优化**
|
|
505
|
+
- 增加并行流水线数量(6-8条)
|
|
506
|
+
- 减少每条流水线的故事数量
|
|
507
|
+
- 优化依赖关系减少等待
|
|
508
|
+
|
|
509
|
+
2. **资源分配优化**
|
|
510
|
+
- 为复杂故事分配更多资源
|
|
511
|
+
- 动态调整资源分配策略
|
|
512
|
+
- 监控资源利用率
|
|
513
|
+
|
|
514
|
+
3. **缓存和复用**
|
|
515
|
+
- 缓存PRD分析结果
|
|
516
|
+
- 复用通用组件设计
|
|
517
|
+
- 优化重复性任务
|
|
518
|
+
|
|
519
|
+
### 小型项目优化
|
|
520
|
+
|
|
521
|
+
1. **简化配置**
|
|
522
|
+
- 减少并行流水线数量(2-3条)
|
|
523
|
+
- 适当放宽质量门控标准
|
|
524
|
+
- 减少监控频率
|
|
525
|
+
|
|
526
|
+
2. **快速迭代**
|
|
527
|
+
- 缩短同步点间隔
|
|
528
|
+
- 加速反馈循环
|
|
529
|
+
- 简化交付流程
|
|
530
|
+
|
|
531
|
+
## 高级定制
|
|
532
|
+
|
|
533
|
+
### 自定义质量标准
|
|
534
|
+
|
|
535
|
+
创建自定义质量配置文件 `custom_quality_standards.yaml`:
|
|
536
|
+
|
|
537
|
+
```yaml
|
|
538
|
+
quality_standards:
|
|
539
|
+
story_level:
|
|
540
|
+
unit_test_coverage: ≥90% # 提高测试覆盖率要求
|
|
541
|
+
code_quality_score: ≥9.0/10 # 提高代码质量要求
|
|
542
|
+
|
|
543
|
+
project_level:
|
|
544
|
+
integration_test_pass_rate: ≥99% # 提高集成测试通过率
|
|
545
|
+
security_vulnerability_count: 0 # 零漏洞容忍
|
|
546
|
+
```
|
|
547
|
+
|
|
548
|
+
使用自定义标准:
|
|
549
|
+
|
|
550
|
+
```bash
|
|
551
|
+
*start-full-requirement-automation --quality-config custom_quality_standards.yaml
|
|
552
|
+
```
|
|
553
|
+
|
|
554
|
+
### 自定义并行策略
|
|
555
|
+
|
|
556
|
+
创建自定义并行配置 `custom_parallel_config.yaml`:
|
|
557
|
+
|
|
558
|
+
```yaml
|
|
559
|
+
parallel_configuration:
|
|
560
|
+
pipeline_count: 6
|
|
561
|
+
max_stories_per_pipeline: 8
|
|
562
|
+
load_balancing_strategy: 'complexity_based'
|
|
563
|
+
synchronization_strategy: 'milestone_based'
|
|
564
|
+
```
|
|
565
|
+
|
|
566
|
+
使用自定义配置:
|
|
567
|
+
|
|
568
|
+
```bash
|
|
569
|
+
*start-full-requirement-automation --parallel-config custom_parallel_config.yaml
|
|
570
|
+
```
|
|
571
|
+
|
|
572
|
+
### 集成外部工具
|
|
573
|
+
|
|
574
|
+
#### 集成CI/CD流水线
|
|
575
|
+
|
|
576
|
+
```yaml
|
|
577
|
+
# cicd_integration.yaml
|
|
578
|
+
integration:
|
|
579
|
+
build_trigger: 'on_story_completion'
|
|
580
|
+
deployment_trigger: 'on_integration_success'
|
|
581
|
+
notification_channels: ['slack', 'email']
|
|
582
|
+
```
|
|
583
|
+
|
|
584
|
+
#### 集成项目管理工具
|
|
585
|
+
|
|
586
|
+
```yaml
|
|
587
|
+
# project_management_integration.yaml
|
|
588
|
+
integration:
|
|
589
|
+
jira_sync: enabled
|
|
590
|
+
story_mapping: 'automatic'
|
|
591
|
+
progress_reporting: 'real_time'
|
|
592
|
+
```
|
|
593
|
+
|
|
594
|
+
## 总结
|
|
595
|
+
|
|
596
|
+
XIAOMA-CLI™ 全需求自动化开发流程为软件开发带来了革命性的变化,实现了从需求到交付的完全自动化。通过智能并行处理、严格质量控制和实时监控,显著提升了开发效率和交付质量。
|
|
597
|
+
|
|
598
|
+
### 关键优势
|
|
599
|
+
|
|
600
|
+
1. **效率提升**: 并行处理提升开发效率75%以上
|
|
601
|
+
2. **质量保证**: 严格的三层质量门控确保交付质量
|
|
602
|
+
3. **风险降低**: 自动化流程减少人为错误和遗漏
|
|
603
|
+
4. **可观测性**: 实时监控和智能预警确保项目可控
|
|
604
|
+
5. **标准化**: 统一的开发流程和质量标准
|
|
605
|
+
|
|
606
|
+
### 适用场景
|
|
607
|
+
|
|
608
|
+
- ✅ 中大型软件项目的端到端开发
|
|
609
|
+
- ✅ 需要快速原型验证的创新项目
|
|
610
|
+
- ✅ 多团队协作的复杂系统开发
|
|
611
|
+
- ✅ 对质量和交付时间要求严格的商业项目
|
|
612
|
+
|
|
613
|
+
通过本指南,您已经掌握了XIAOMA-CLI™ 全需求自动化开发流程的完整使用方法。立即开始您的自动化开发之旅吧!
|