@zeyue0329/xiaoma-cli 1.0.24 → 1.0.26
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/ENHANCED_WORKFLOW_OPTIMIZATION.md +225 -0
- package/ENHANCED_WORKFLOW_OPTIMIZATION_SUMMARY.md +293 -0
- package/dist/teams/team-fullstack-with-database.txt +1447 -377
- package/package.json +1 -1
- package/tools/installer/package.json +1 -1
- package/xiaoma-core/agents/automated-fix-validator.yaml +578 -0
- package/xiaoma-core/agents/automated-quality-validator.yaml +544 -0
- package/xiaoma-core/agents/enhanced-workflow-orchestrator.yaml +303 -0
- package/xiaoma-core/agents/global-requirements-auditor.yaml +512 -0
- package/xiaoma-core/agents/intelligent-template-adapter.yaml +375 -0
- package/xiaoma-core/agents/issue-dispatcher.yaml +627 -0
- package/xiaoma-core/agents/master-execution-engine.yaml +529 -0
- package/xiaoma-core/agents/requirements-coverage-auditor.yaml +373 -0
- package/xiaoma-core/docs/ENHANCED_WORKFLOW_USAGE_GUIDE.md +306 -0
- package/xiaoma-core/docs/SERIAL_EXECUTION_WORKFLOW_GUIDE.md +347 -0
- package/xiaoma-core/docs/ULTIMATE_AUTOMATION_USAGE_GUIDE.md +291 -0
- package/xiaoma-core/docs/activate-enhanced-workflow.md +154 -0
- package/xiaoma-core/tasks/requirements-coverage-audit.md +198 -0
- package/xiaoma-core/templates/global-qa-monitoring-tmpl.yaml +442 -0
- package/xiaoma-core/templates/requirements-coverage-audit.yaml +329 -0
- package/xiaoma-core/templates/start-enhanced-workflow.yaml +347 -0
- package/xiaoma-core/workflows/enhanced-fullstack-with-database.yaml +177 -14
- package/xiaoma-core/workflows/enhanced-fullstack-with-qa-loop.yaml +766 -0
- package/xiaoma-core/workflows/full-requirement-automation.yaml +1267 -360
|
@@ -0,0 +1,373 @@
|
|
|
1
|
+
# Requirements Coverage Auditor Agent
|
|
2
|
+
# 需求覆盖度审计代理
|
|
3
|
+
|
|
4
|
+
meta:
|
|
5
|
+
name: "Requirements Coverage Auditor"
|
|
6
|
+
version: "1.0"
|
|
7
|
+
description: "专门用于检查需求覆盖度和用户故事实施完整性的审计代理"
|
|
8
|
+
created_date: "2025-09-10"
|
|
9
|
+
specialization: "requirements_validation_and_audit"
|
|
10
|
+
|
|
11
|
+
# ========== 代理能力定义 ==========
|
|
12
|
+
agent_capabilities:
|
|
13
|
+
core_functions:
|
|
14
|
+
- "PRD文档分析和需求提取"
|
|
15
|
+
- "用户故事完整性验证"
|
|
16
|
+
- "需求到故事的映射分析"
|
|
17
|
+
- "实施状态真实性验证"
|
|
18
|
+
- "覆盖度差距识别"
|
|
19
|
+
- "综合审计报告生成"
|
|
20
|
+
|
|
21
|
+
analysis_depth:
|
|
22
|
+
- "语义级需求理解"
|
|
23
|
+
- "结构化文档解析"
|
|
24
|
+
- "跨文档关联分析"
|
|
25
|
+
- "实施证据验证"
|
|
26
|
+
- "质量标准符合度检查"
|
|
27
|
+
|
|
28
|
+
# ========== 审计执行引擎 ==========
|
|
29
|
+
audit_execution_engine:
|
|
30
|
+
# 阶段1:文档发现和解析
|
|
31
|
+
phase_1_document_discovery:
|
|
32
|
+
name: "文档发现和解析阶段"
|
|
33
|
+
actions:
|
|
34
|
+
- action: "scan_prd_documents"
|
|
35
|
+
description: "扫描并解析PRD文档"
|
|
36
|
+
targets:
|
|
37
|
+
- "云链API平台需求文档.md"
|
|
38
|
+
- "docs/prd/史诗-*.md"
|
|
39
|
+
parsing_rules:
|
|
40
|
+
- extract_epic_definitions
|
|
41
|
+
- identify_user_story_requirements
|
|
42
|
+
- parse_acceptance_criteria
|
|
43
|
+
- extract_functional_requirements
|
|
44
|
+
|
|
45
|
+
- action: "scan_implemented_stories"
|
|
46
|
+
description: "扫描已实施的用户故事"
|
|
47
|
+
targets:
|
|
48
|
+
- "docs/stories/epic*-story*.md"
|
|
49
|
+
parsing_rules:
|
|
50
|
+
- extract_story_metadata
|
|
51
|
+
- analyze_implementation_status
|
|
52
|
+
- verify_content_completeness
|
|
53
|
+
- check_required_sections
|
|
54
|
+
|
|
55
|
+
- action: "load_summary_documents"
|
|
56
|
+
description: "加载汇总文档"
|
|
57
|
+
targets:
|
|
58
|
+
- "docs/stories/COMPLETED_STORIES_SUMMARY.md"
|
|
59
|
+
parsing_rules:
|
|
60
|
+
- extract_completion_statistics
|
|
61
|
+
- verify_summary_accuracy
|
|
62
|
+
|
|
63
|
+
# 阶段2:需求映射分析
|
|
64
|
+
phase_2_requirement_mapping:
|
|
65
|
+
name: "需求映射分析阶段"
|
|
66
|
+
actions:
|
|
67
|
+
- action: "build_requirements_hierarchy"
|
|
68
|
+
description: "构建需求层次结构"
|
|
69
|
+
algorithms:
|
|
70
|
+
- epic_to_story_mapping
|
|
71
|
+
- story_to_requirement_tracing
|
|
72
|
+
- dependency_relationship_analysis
|
|
73
|
+
|
|
74
|
+
- action: "create_coverage_matrix"
|
|
75
|
+
description: "创建覆盖度矩阵"
|
|
76
|
+
matrix_dimensions:
|
|
77
|
+
- epic_level_requirements
|
|
78
|
+
- user_story_level_requirements
|
|
79
|
+
- implementation_status
|
|
80
|
+
- completion_evidence
|
|
81
|
+
|
|
82
|
+
- action: "identify_mapping_gaps"
|
|
83
|
+
description: "识别映射差距"
|
|
84
|
+
gap_types:
|
|
85
|
+
- unmapped_requirements
|
|
86
|
+
- orphaned_stories
|
|
87
|
+
- inconsistent_implementations
|
|
88
|
+
- missing_dependencies
|
|
89
|
+
|
|
90
|
+
# 阶段3:实施完整性验证
|
|
91
|
+
phase_3_implementation_verification:
|
|
92
|
+
name: "实施完整性验证阶段"
|
|
93
|
+
validation_layers:
|
|
94
|
+
- layer: "structural_completeness"
|
|
95
|
+
name: "结构完整性验证"
|
|
96
|
+
checks:
|
|
97
|
+
- required_sections_presence
|
|
98
|
+
- section_hierarchy_correctness
|
|
99
|
+
- content_format_compliance
|
|
100
|
+
- template_adherence_verification
|
|
101
|
+
scoring_weight: 25
|
|
102
|
+
|
|
103
|
+
- layer: "content_completeness"
|
|
104
|
+
name: "内容完整性验证"
|
|
105
|
+
checks:
|
|
106
|
+
- user_story_format_validation
|
|
107
|
+
- acceptance_criteria_adequacy
|
|
108
|
+
- database_design_completeness
|
|
109
|
+
- api_specification_completeness
|
|
110
|
+
- task_breakdown_completeness
|
|
111
|
+
scoring_weight: 35
|
|
112
|
+
|
|
113
|
+
- layer: "implementation_evidence"
|
|
114
|
+
name: "实施证据验证"
|
|
115
|
+
checks:
|
|
116
|
+
- developer_records_presence
|
|
117
|
+
- qa_results_authenticity
|
|
118
|
+
- file_lists_accuracy
|
|
119
|
+
- implementation_details_verification
|
|
120
|
+
scoring_weight: 25
|
|
121
|
+
|
|
122
|
+
- layer: "quality_standards"
|
|
123
|
+
name: "质量标准符合度"
|
|
124
|
+
checks:
|
|
125
|
+
- technical_accuracy_assessment
|
|
126
|
+
- documentation_clarity
|
|
127
|
+
- consistency_verification
|
|
128
|
+
- business_value_alignment
|
|
129
|
+
scoring_weight: 15
|
|
130
|
+
|
|
131
|
+
# 阶段4:差距分析和建议
|
|
132
|
+
phase_4_gap_analysis_recommendations:
|
|
133
|
+
name: "差距分析和改进建议阶段"
|
|
134
|
+
analysis_methods:
|
|
135
|
+
- method: "coverage_gap_analysis"
|
|
136
|
+
description: "覆盖度差距分析"
|
|
137
|
+
techniques:
|
|
138
|
+
- requirement_coverage_calculation
|
|
139
|
+
- priority_weighted_coverage
|
|
140
|
+
- critical_path_analysis
|
|
141
|
+
- risk_impact_assessment
|
|
142
|
+
|
|
143
|
+
- method: "quality_gap_analysis"
|
|
144
|
+
description: "质量差距分析"
|
|
145
|
+
techniques:
|
|
146
|
+
- completeness_gap_identification
|
|
147
|
+
- consistency_deviation_analysis
|
|
148
|
+
- implementation_quality_assessment
|
|
149
|
+
- documentation_standard_compliance
|
|
150
|
+
|
|
151
|
+
- method: "improvement_prioritization"
|
|
152
|
+
description: "改进优先级分析"
|
|
153
|
+
criteria:
|
|
154
|
+
- business_value_impact
|
|
155
|
+
- implementation_complexity
|
|
156
|
+
- resource_requirement
|
|
157
|
+
- timeline_constraints
|
|
158
|
+
|
|
159
|
+
# ========== 分析算法配置 ==========
|
|
160
|
+
analysis_algorithms:
|
|
161
|
+
# 需求提取算法
|
|
162
|
+
requirement_extraction:
|
|
163
|
+
- algorithm: "semantic_parsing"
|
|
164
|
+
description: "语义解析需求文本"
|
|
165
|
+
techniques:
|
|
166
|
+
- keyword_identification
|
|
167
|
+
- context_analysis
|
|
168
|
+
- dependency_extraction
|
|
169
|
+
- priority_inference
|
|
170
|
+
|
|
171
|
+
- algorithm: "structure_analysis"
|
|
172
|
+
description: "分析文档结构"
|
|
173
|
+
techniques:
|
|
174
|
+
- section_hierarchy_parsing
|
|
175
|
+
- content_classification
|
|
176
|
+
- relationship_mapping
|
|
177
|
+
- metadata_extraction
|
|
178
|
+
|
|
179
|
+
# 映射分析算法
|
|
180
|
+
mapping_analysis:
|
|
181
|
+
- algorithm: "similarity_matching"
|
|
182
|
+
description: "基于相似度的需求故事匹配"
|
|
183
|
+
techniques:
|
|
184
|
+
- text_similarity_calculation
|
|
185
|
+
- semantic_similarity_assessment
|
|
186
|
+
- structural_similarity_evaluation
|
|
187
|
+
|
|
188
|
+
- algorithm: "dependency_tracing"
|
|
189
|
+
description: "依赖关系追踪"
|
|
190
|
+
techniques:
|
|
191
|
+
- forward_tracing
|
|
192
|
+
- backward_tracing
|
|
193
|
+
- cross_reference_validation
|
|
194
|
+
|
|
195
|
+
# 完整性验证算法
|
|
196
|
+
completeness_verification:
|
|
197
|
+
- algorithm: "template_compliance_check"
|
|
198
|
+
description: "模板合规性检查"
|
|
199
|
+
validation_rules:
|
|
200
|
+
- required_sections_check
|
|
201
|
+
- format_consistency_validation
|
|
202
|
+
- content_quality_assessment
|
|
203
|
+
|
|
204
|
+
- algorithm: "evidence_verification"
|
|
205
|
+
description: "实施证据验证"
|
|
206
|
+
verification_methods:
|
|
207
|
+
- content_authenticity_check
|
|
208
|
+
- implementation_consistency_validation
|
|
209
|
+
- quality_metric_verification
|
|
210
|
+
|
|
211
|
+
# ========== 报告生成配置 ==========
|
|
212
|
+
report_generation:
|
|
213
|
+
# 报告模板
|
|
214
|
+
report_templates:
|
|
215
|
+
executive_summary_template: |
|
|
216
|
+
# 需求覆盖度审计报告 - 执行摘要
|
|
217
|
+
|
|
218
|
+
## 🎯 审计概览
|
|
219
|
+
- **审计日期**: {{audit_date}}
|
|
220
|
+
- **审计范围**: {{audit_scope}}
|
|
221
|
+
- **总体评级**: {{overall_rating}}
|
|
222
|
+
|
|
223
|
+
## 📊 关键指标
|
|
224
|
+
- **需求总数**: {{total_requirements}}
|
|
225
|
+
- **已实施用户故事**: {{implemented_stories}}
|
|
226
|
+
- **覆盖度**: {{coverage_percentage}}%
|
|
227
|
+
- **完整性评分**: {{completeness_score}}/100
|
|
228
|
+
|
|
229
|
+
## 🔍 关键发现
|
|
230
|
+
{{key_findings}}
|
|
231
|
+
|
|
232
|
+
## ⚡ 优先改进建议
|
|
233
|
+
{{priority_recommendations}}
|
|
234
|
+
|
|
235
|
+
detailed_analysis_template: |
|
|
236
|
+
# 需求覆盖度详细分析
|
|
237
|
+
|
|
238
|
+
## 📋 需求覆盖度矩阵
|
|
239
|
+
{{coverage_matrix_table}}
|
|
240
|
+
|
|
241
|
+
## ✅ 用户故事完整性分析
|
|
242
|
+
{{story_completeness_analysis}}
|
|
243
|
+
|
|
244
|
+
## 🔗 需求到故事映射
|
|
245
|
+
{{requirement_story_mapping}}
|
|
246
|
+
|
|
247
|
+
## ⚠️ 识别的问题和差距
|
|
248
|
+
{{identified_gaps_and_issues}}
|
|
249
|
+
|
|
250
|
+
## 📈 质量趋势分析
|
|
251
|
+
{{quality_trend_analysis}}
|
|
252
|
+
|
|
253
|
+
action_plan_template: |
|
|
254
|
+
# 实施改进行动计划
|
|
255
|
+
|
|
256
|
+
## 🚨 立即行动项(高优先级)
|
|
257
|
+
{{immediate_actions}}
|
|
258
|
+
|
|
259
|
+
## 📅 短期改进计划(2-4周)
|
|
260
|
+
{{short_term_plan}}
|
|
261
|
+
|
|
262
|
+
## 🎯 长期完善建议(1-3个月)
|
|
263
|
+
{{long_term_recommendations}}
|
|
264
|
+
|
|
265
|
+
## 💼 资源需求评估
|
|
266
|
+
{{resource_requirements}}
|
|
267
|
+
|
|
268
|
+
## 📊 成功度量标准
|
|
269
|
+
{{success_metrics}}
|
|
270
|
+
|
|
271
|
+
# 数据可视化
|
|
272
|
+
visualization_options:
|
|
273
|
+
- type: "coverage_heatmap"
|
|
274
|
+
description: "需求覆盖度热力图"
|
|
275
|
+
axes: ["epic", "story", "completion_status"]
|
|
276
|
+
|
|
277
|
+
- type: "completeness_radar_chart"
|
|
278
|
+
description: "用户故事完整性雷达图"
|
|
279
|
+
dimensions: ["structure", "content", "implementation", "quality"]
|
|
280
|
+
|
|
281
|
+
- type: "gap_analysis_matrix"
|
|
282
|
+
description: "差距分析矩阵"
|
|
283
|
+
dimensions: ["priority", "complexity", "impact"]
|
|
284
|
+
|
|
285
|
+
# ========== 质量阈值配置 ==========
|
|
286
|
+
quality_thresholds:
|
|
287
|
+
coverage_thresholds:
|
|
288
|
+
excellent: 95 # 优秀覆盖度
|
|
289
|
+
good: 85 # 良好覆盖度
|
|
290
|
+
acceptable: 75 # 可接受覆盖度
|
|
291
|
+
poor: 60 # 较差覆盖度
|
|
292
|
+
|
|
293
|
+
completeness_thresholds:
|
|
294
|
+
structure_completeness: 90 # 结构完整性阈值
|
|
295
|
+
content_quality: 85 # 内容质量阈值
|
|
296
|
+
implementation_evidence: 80 # 实施证据阈值
|
|
297
|
+
overall_completeness: 85 # 整体完整性阈值
|
|
298
|
+
|
|
299
|
+
quality_gates:
|
|
300
|
+
critical_requirements_coverage: 100 # 关键需求100%覆盖
|
|
301
|
+
high_priority_completeness: 90 # 高优先级故事90%完整
|
|
302
|
+
documentation_standards: 85 # 文档标准85%符合
|
|
303
|
+
|
|
304
|
+
# ========== 输出配置 ==========
|
|
305
|
+
output_configuration:
|
|
306
|
+
primary_outputs:
|
|
307
|
+
- name: "comprehensive_audit_report"
|
|
308
|
+
location: "audit-reports/"
|
|
309
|
+
filename: "requirements_coverage_audit_{{timestamp}}.md"
|
|
310
|
+
includes: ["executive_summary", "detailed_analysis", "action_plan"]
|
|
311
|
+
|
|
312
|
+
- name: "coverage_matrix_data"
|
|
313
|
+
location: "audit-data/"
|
|
314
|
+
filename: "coverage_matrix_{{timestamp}}.json"
|
|
315
|
+
format: "structured_json"
|
|
316
|
+
|
|
317
|
+
- name: "gap_analysis_report"
|
|
318
|
+
location: "audit-reports/"
|
|
319
|
+
filename: "implementation_gaps_{{timestamp}}.md"
|
|
320
|
+
focus: "actionable_improvements"
|
|
321
|
+
|
|
322
|
+
supplementary_outputs:
|
|
323
|
+
- name: "story_completeness_scores"
|
|
324
|
+
location: "audit-data/"
|
|
325
|
+
filename: "completeness_scores_{{timestamp}}.json"
|
|
326
|
+
|
|
327
|
+
- name: "requirements_inventory"
|
|
328
|
+
location: "audit-data/"
|
|
329
|
+
filename: "requirements_inventory_{{timestamp}}.json"
|
|
330
|
+
|
|
331
|
+
- name: "improvement_roadmap"
|
|
332
|
+
location: "audit-reports/"
|
|
333
|
+
filename: "improvement_roadmap_{{timestamp}}.md"
|
|
334
|
+
|
|
335
|
+
# ========== 执行模式 ==========
|
|
336
|
+
execution_modes:
|
|
337
|
+
comprehensive_audit:
|
|
338
|
+
description: "全面审计模式"
|
|
339
|
+
scope: "all_requirements_and_stories"
|
|
340
|
+
depth: "deep_analysis"
|
|
341
|
+
duration: "20-30 minutes"
|
|
342
|
+
|
|
343
|
+
focused_audit:
|
|
344
|
+
description: "专注审计模式"
|
|
345
|
+
scope: "specific_epic_or_story_set"
|
|
346
|
+
depth: "targeted_analysis"
|
|
347
|
+
duration: "10-15 minutes"
|
|
348
|
+
|
|
349
|
+
quick_validation:
|
|
350
|
+
description: "快速验证模式"
|
|
351
|
+
scope: "completion_status_verification"
|
|
352
|
+
depth: "surface_level_check"
|
|
353
|
+
duration: "5-8 minutes"
|
|
354
|
+
|
|
355
|
+
# ========== 成功标准 ==========
|
|
356
|
+
success_criteria:
|
|
357
|
+
audit_accuracy:
|
|
358
|
+
- "100%文档发现和解析"
|
|
359
|
+
- "准确的需求故事映射"
|
|
360
|
+
- "可靠的完整性评估"
|
|
361
|
+
- "真实的实施状态验证"
|
|
362
|
+
|
|
363
|
+
report_usefulness:
|
|
364
|
+
- "清晰的执行摘要"
|
|
365
|
+
- "具体的改进建议"
|
|
366
|
+
- "可行的行动计划"
|
|
367
|
+
- "准确的优先级排序"
|
|
368
|
+
|
|
369
|
+
actionable_insights:
|
|
370
|
+
- "识别具体覆盖度差距"
|
|
371
|
+
- "提供实施改进路径"
|
|
372
|
+
- "估算资源需求"
|
|
373
|
+
- "制定时间计划"
|
|
@@ -0,0 +1,306 @@
|
|
|
1
|
+
# Enhanced Workflow Usage Guide
|
|
2
|
+
|
|
3
|
+
# 增强工作流使用指南
|
|
4
|
+
|
|
5
|
+
## 🎯 系统概述
|
|
6
|
+
|
|
7
|
+
基于之前项目实施经验,我们构建了一个全自动化、多层质量保证的工作流系统,确保零容错和最高质量标准。
|
|
8
|
+
|
|
9
|
+
### 核心优势
|
|
10
|
+
|
|
11
|
+
- **全流程自动化**: 99%的任务无需人工干预
|
|
12
|
+
- **多层质量保证**: 7层质量验证,确保无质量缺陷
|
|
13
|
+
- **智能纠错**: 自动检测和修正问题
|
|
14
|
+
- **零容错标准**: 关键质量门100%通过率
|
|
15
|
+
- **实时监控**: 全程可视化进度跟踪
|
|
16
|
+
|
|
17
|
+
## 🏗️ 系统架构
|
|
18
|
+
|
|
19
|
+
### 四大核心组件
|
|
20
|
+
|
|
21
|
+
1. **增强工作流编排器** (`enhanced-workflow-orchestrator.yaml`)
|
|
22
|
+
- 任务规划和依赖管理
|
|
23
|
+
- 并行处理优化
|
|
24
|
+
- 回滚和恢复机制
|
|
25
|
+
|
|
26
|
+
2. **智能模板适配器** (`intelligent-template-adapter.yaml`)
|
|
27
|
+
- 自动模板理解和验证
|
|
28
|
+
- 智能内容生成
|
|
29
|
+
- 多维质量验证
|
|
30
|
+
|
|
31
|
+
3. **自动化质量验证器** (`automated-quality-validator.yaml`)
|
|
32
|
+
- 7层质量验证系统
|
|
33
|
+
- 实时错误检测和纠正
|
|
34
|
+
- 质量指标监控
|
|
35
|
+
|
|
36
|
+
4. **主执行引擎** (`master-execution-engine.yaml`)
|
|
37
|
+
- 统一编排和控制
|
|
38
|
+
- 质量门控管理
|
|
39
|
+
- 综合报告生成
|
|
40
|
+
|
|
41
|
+
## 🚀 使用方法
|
|
42
|
+
|
|
43
|
+
### 方法1: 直接调用增强工作流
|
|
44
|
+
|
|
45
|
+
```markdown
|
|
46
|
+
\*start-enhanced-workflow
|
|
47
|
+
```
|
|
48
|
+
|
|
49
|
+
系统将自动执行以下流程:
|
|
50
|
+
|
|
51
|
+
1. 项目分析和模板理解验证
|
|
52
|
+
2. 智能任务规划和优化
|
|
53
|
+
3. 批量文档处理(7层质量验证)
|
|
54
|
+
4. 跨文档集成验证
|
|
55
|
+
5. 最终交付准备
|
|
56
|
+
|
|
57
|
+
### 方法2: 指定特定配置
|
|
58
|
+
|
|
59
|
+
```markdown
|
|
60
|
+
\*start-enhanced-workflow --mode=MAXIMUM_QUALITY --batch-size=3 --parallel=true
|
|
61
|
+
```
|
|
62
|
+
|
|
63
|
+
### 方法3: 针对特定文档类型
|
|
64
|
+
|
|
65
|
+
```markdown
|
|
66
|
+
\*start-template-enhancement --template=enhanced-story-with-database-tmpl.yaml --target=docs/stories/
|
|
67
|
+
```
|
|
68
|
+
|
|
69
|
+
## 📋 执行阶段详解
|
|
70
|
+
|
|
71
|
+
### 阶段1: 初始化和准备 (5-10分钟)
|
|
72
|
+
|
|
73
|
+
- ✅ 系统健康检查
|
|
74
|
+
- ✅ 项目上下文加载
|
|
75
|
+
- ✅ 模板智能系统激活
|
|
76
|
+
- ✅ 质量验证系统准备
|
|
77
|
+
|
|
78
|
+
**质量门控**: 2个关键检查点
|
|
79
|
+
|
|
80
|
+
### 阶段2: 智能任务规划 (10-15分钟)
|
|
81
|
+
|
|
82
|
+
- ✅ 任务范围分析
|
|
83
|
+
- ✅ 执行策略优化
|
|
84
|
+
- ✅ 质量保证规划
|
|
85
|
+
|
|
86
|
+
**质量门控**: 3个策略验证点
|
|
87
|
+
|
|
88
|
+
### 阶段3: 自动化内容生成 (20-40分钟/批次)
|
|
89
|
+
|
|
90
|
+
**7层质量验证系统**:
|
|
91
|
+
|
|
92
|
+
1. **语法格式验证** (100%必须通过)
|
|
93
|
+
- Markdown语法检查
|
|
94
|
+
- 模板结构验证
|
|
95
|
+
- 内容格式标准化
|
|
96
|
+
|
|
97
|
+
2. **内容完整性验证** (90%通过标准)
|
|
98
|
+
- 用户故事完整性
|
|
99
|
+
- 数据库设计完整性
|
|
100
|
+
- API规范完整性
|
|
101
|
+
- 实施指导完整性
|
|
102
|
+
|
|
103
|
+
3. **内容质量验证** (87%通过标准)
|
|
104
|
+
- 技术准确性验证
|
|
105
|
+
- 清晰度和可读性
|
|
106
|
+
- 专业质量标准
|
|
107
|
+
|
|
108
|
+
4. **一致性验证** (96%通过标准)
|
|
109
|
+
- 术语一致性
|
|
110
|
+
- 结构一致性
|
|
111
|
+
- 交叉引用完整性
|
|
112
|
+
|
|
113
|
+
5. **实施可行性验证** (83%通过标准)
|
|
114
|
+
- 数据库设计可行性
|
|
115
|
+
- API设计可行性
|
|
116
|
+
- 实施任务可行性
|
|
117
|
+
|
|
118
|
+
6. **业务价值验证** (82%通过标准)
|
|
119
|
+
- 需求可追踪性
|
|
120
|
+
- 用户体验影响
|
|
121
|
+
|
|
122
|
+
7. **最终集成验证** (90%通过标准)
|
|
123
|
+
- 端到端文档验证
|
|
124
|
+
- 质量指标达成
|
|
125
|
+
- 交付准备确认
|
|
126
|
+
|
|
127
|
+
### 阶段4: 跨文档集成验证 (15-25分钟)
|
|
128
|
+
|
|
129
|
+
- ✅ 全局一致性验证
|
|
130
|
+
- ✅ 综合质量评估
|
|
131
|
+
- ✅ 集成测试和验证
|
|
132
|
+
|
|
133
|
+
**质量门控**: 3个集成验证点
|
|
134
|
+
|
|
135
|
+
### 阶段5: 最终交付准备 (10-15分钟)
|
|
136
|
+
|
|
137
|
+
- ✅ 综合报告生成
|
|
138
|
+
- ✅ 交付包最终确认
|
|
139
|
+
- ✅ 成功确认和交接
|
|
140
|
+
|
|
141
|
+
**质量门控**: 2个交付验证点
|
|
142
|
+
|
|
143
|
+
## 🎯 质量保证机制
|
|
144
|
+
|
|
145
|
+
### 零容错策略
|
|
146
|
+
|
|
147
|
+
- **关键错误**: 立即停止并纠正
|
|
148
|
+
- **质量缺陷**: 自动改进循环(最多3轮)
|
|
149
|
+
- **一致性问题**: 批量纠正和对齐
|
|
150
|
+
- **可行性问题**: 专家系统优化
|
|
151
|
+
|
|
152
|
+
### 自动纠错系统
|
|
153
|
+
|
|
154
|
+
1. **立即纠正**: 语法、格式、结构问题
|
|
155
|
+
2. **迭代改进**: 内容质量和完整性问题
|
|
156
|
+
3. **综合优化**: 集成和业务对齐问题
|
|
157
|
+
|
|
158
|
+
### 质量指标
|
|
159
|
+
|
|
160
|
+
- **整体质量分数**: ≥90
|
|
161
|
+
- **关键层面分数**: ≥95
|
|
162
|
+
- **一致性分数**: ≥95
|
|
163
|
+
- **可行性分数**: ≥85
|
|
164
|
+
- **业务价值分数**: ≥80
|
|
165
|
+
|
|
166
|
+
## 📊 实时监控和报告
|
|
167
|
+
|
|
168
|
+
### 实时监控仪表板
|
|
169
|
+
|
|
170
|
+
- 阶段进度跟踪
|
|
171
|
+
- 质量分数实时更新
|
|
172
|
+
- 错误检测和纠正日志
|
|
173
|
+
- 性能指标分析
|
|
174
|
+
|
|
175
|
+
### 报告类型
|
|
176
|
+
|
|
177
|
+
1. **执行摘要报告**: 高层质量概览
|
|
178
|
+
2. **详细技术报告**: 逐层分析结果
|
|
179
|
+
3. **质量认证报告**: 合规性证明
|
|
180
|
+
4. **持续改进报告**: 优化建议
|
|
181
|
+
|
|
182
|
+
## ⚙️ 配置选项
|
|
183
|
+
|
|
184
|
+
### 执行模式
|
|
185
|
+
|
|
186
|
+
- **最高质量模式**: 质量优先,详尽验证
|
|
187
|
+
- **平衡效率模式**: 质量和效率并重
|
|
188
|
+
- **快速交付模式**: 效率优先,保证基本质量
|
|
189
|
+
|
|
190
|
+
### 自定义配置
|
|
191
|
+
|
|
192
|
+
```yaml
|
|
193
|
+
execution_config:
|
|
194
|
+
mode: 'MAXIMUM_QUALITY'
|
|
195
|
+
batch_size: 3
|
|
196
|
+
parallel_processing: true
|
|
197
|
+
quality_thresholds:
|
|
198
|
+
overall_minimum: 90
|
|
199
|
+
critical_minimum: 95
|
|
200
|
+
max_correction_attempts: 3
|
|
201
|
+
comprehensive_reporting: true
|
|
202
|
+
```
|
|
203
|
+
|
|
204
|
+
## 🔧 故障排除
|
|
205
|
+
|
|
206
|
+
### 常见问题及解决方案
|
|
207
|
+
|
|
208
|
+
**问题1**: 模板理解验证失败
|
|
209
|
+
|
|
210
|
+
- **解决**: 系统自动重新读取并分析模板文件
|
|
211
|
+
- **预防**: 确保模板文件路径正确且可访问
|
|
212
|
+
|
|
213
|
+
**问题2**: 质量验证层失败
|
|
214
|
+
|
|
215
|
+
- **解决**: 自动触发纠错循环,最多3次尝试
|
|
216
|
+
- **升级**: 如果自动纠错失败,将标记需要人工审核
|
|
217
|
+
|
|
218
|
+
**问题3**: 跨文档一致性问题
|
|
219
|
+
|
|
220
|
+
- **解决**: 批量一致性纠正和术语对齐
|
|
221
|
+
- **预防**: 维护术语词典和命名约定
|
|
222
|
+
|
|
223
|
+
### 回滚机制
|
|
224
|
+
|
|
225
|
+
- **检查点回滚**: 回滚到最近成功状态
|
|
226
|
+
- **部分恢复**: 仅恢复失败组件
|
|
227
|
+
- **完整重启**: 系统性失败时的完整重启
|
|
228
|
+
|
|
229
|
+
## 📈 性能优化
|
|
230
|
+
|
|
231
|
+
### 并行处理
|
|
232
|
+
|
|
233
|
+
- 批次大小: 3个文档
|
|
234
|
+
- 并行验证: 7层质量验证可部分并行
|
|
235
|
+
- 资源优化: 智能资源分配
|
|
236
|
+
|
|
237
|
+
### 缓存策略
|
|
238
|
+
|
|
239
|
+
- 模板理解结果缓存
|
|
240
|
+
- 质量验证规则缓存
|
|
241
|
+
- 术语词典缓存
|
|
242
|
+
|
|
243
|
+
## 🎉 成功标准
|
|
244
|
+
|
|
245
|
+
### 技术成功标准
|
|
246
|
+
|
|
247
|
+
- ✅ 整体质量分数 ≥90
|
|
248
|
+
- ✅ 关键错误数量 = 0
|
|
249
|
+
- ✅ 模板合规率 = 100%
|
|
250
|
+
- ✅ 内容完整性 ≥90
|
|
251
|
+
- ✅ 一致性分数 ≥95
|
|
252
|
+
|
|
253
|
+
### 业务成功标准
|
|
254
|
+
|
|
255
|
+
- ✅ 实施准备度 = 开发就绪
|
|
256
|
+
- ✅ 文档可用性 = 用户友好
|
|
257
|
+
- ✅ 维护可行性 = 易于维护
|
|
258
|
+
- ✅ 利益相关者满意度 = 高
|
|
259
|
+
|
|
260
|
+
## 📚 最佳实践
|
|
261
|
+
|
|
262
|
+
### 项目准备
|
|
263
|
+
|
|
264
|
+
1. 确保所有模板文件完整且可访问
|
|
265
|
+
2. 验证项目目录结构正确
|
|
266
|
+
3. 确认写入权限充足
|
|
267
|
+
|
|
268
|
+
### 执行期间
|
|
269
|
+
|
|
270
|
+
1. 监控实时进度仪表板
|
|
271
|
+
2. 注意质量门控状态
|
|
272
|
+
3. 及时处理任何警报或通知
|
|
273
|
+
|
|
274
|
+
### 交付后
|
|
275
|
+
|
|
276
|
+
1. 审查综合质量报告
|
|
277
|
+
2. 实施持续改进建议
|
|
278
|
+
3. 保存质量认证文档
|
|
279
|
+
|
|
280
|
+
## 🔮 持续改进
|
|
281
|
+
|
|
282
|
+
### 学习机制
|
|
283
|
+
|
|
284
|
+
- 从每次执行中学习和优化
|
|
285
|
+
- 质量趋势分析
|
|
286
|
+
- 最佳实践提取
|
|
287
|
+
|
|
288
|
+
### 进化能力
|
|
289
|
+
|
|
290
|
+
- 质量标准逐步提升
|
|
291
|
+
- 验证算法持续优化
|
|
292
|
+
- 纠错策略不断改进
|
|
293
|
+
|
|
294
|
+
---
|
|
295
|
+
|
|
296
|
+
## 🚀 立即开始使用
|
|
297
|
+
|
|
298
|
+
只需输入以下命令即可开始使用增强工作流:
|
|
299
|
+
|
|
300
|
+
```markdown
|
|
301
|
+
\*start-enhanced-workflow
|
|
302
|
+
```
|
|
303
|
+
|
|
304
|
+
系统将自动执行所有阶段,确保最高质量标准的交付成果。
|
|
305
|
+
|
|
306
|
+
**享受全自动化、零缺陷的文档处理体验!** ✨
|