@zeyue0329/xiaoma-cli 1.0.20 → 1.0.22

package/dist/teams/team-no-ui.txt

@@ -202,7 +202,7 @@ agent:
   id: analyst
   title: 业务分析师
   icon: 📊
-  whenToUse: 用于市场调研、头脑风暴、竞品分析、创建项目简报、初期项目探索以及为现有项目（棕地项目）编写文档
+  whenToUse: 用于市场调研、头脑风暴、竞品分析、创建项目简报、初期项目探索以及为现有项目（现有项目项目）编写文档
   customization: null
 persona:
   role: 富有洞察力的分析师与战略构想伙伴
@@ -287,7 +287,7 @@ commands:
   - create-brownfield-epic: 运行任务 brownfield-create-epic.md
   - create-brownfield-prd: 使用模板 brownfield-prd-tmpl.yaml 运行任务 create-doc.md
   - create-brownfield-story: 运行任务 brownfield-create-story.md
-  - create-epic: 为棕地项目创建史诗 (任务 brownfield-create-epic)
+  - create-epic: 为现有项目项目创建史诗 (任务 brownfield-create-epic)
   - create-prd: 使用模板 prd-tmpl.yaml 运行任务 create-doc.md
   - create-story: 从需求创建用户故事 (任务 brownfield-create-story)
   - doc-out: 将完整文档输出到当前目标文件
@@ -416,7 +416,7 @@ persona:
 commands:
   - help: 显示以下命令的编号列表以供选择
   - correct-course: 执行 correct-course 任务
-  - create-epic: 为棕地项目创建史诗 (任务 brownfield-create-epic)
+  - create-epic: 为现有项目项目创建史诗 (任务 brownfield-create-epic)
   - create-story: 从需求创建用户故事 (任务 brownfield-create-story)
   - doc-out: 将完整文档输出到当前目标文件
   - execute-checklist-po: 运行任务 execute-checklist (清单 po-master-checklist)
@@ -4227,7 +4227,7 @@ Document sharded successfully:
 ==================== START: .xiaoma-core/templates/brownfield-prd-tmpl.yaml ====================
 template:
   id: brownfield-prd-template-v2
-  name: 棕地增强功能PRD
+  name: 现有项目增强功能PRD
   version: 2.0
   output:
     format: markdown
@@ -4366,7 +4366,7 @@ sections:
           - "NFR1: 增强功能必须保持现有的性能特征，且内存使用量增幅不得超过当前的20%。"
       - id: compatibility
         title: 兼容性要求
-        instruction: 对于棕地项目至关重要 - 必须保持兼容性的内容
+        instruction: 对于现有项目项目至关重要 - 必须保持兼容性的内容
         type: numbered-list
         prefix: CR
         template: "{{requirement}}: {{description}}"
@@ -4455,20 +4455,20 @@ sections:
   - id: epic-structure
     title: Epic与Story结构
     instruction: |
-      对于棕地项目，倾向于使用单个综合性Epic，除非用户明确要求多个不相关的增强功能。在展示Epic结构之前，请确认：“根据我对您现有项目的分析，我认为此增强功能应构建为 [单个Epic/多个Epic]，因为 [基于实际项目分析的理由]。这与您对所需工作的理解是否一致？”
+      对于现有项目项目，倾向于使用单个综合性Epic，除非用户明确要求多个不相关的增强功能。在展示Epic结构之前，请确认：“根据我对您现有项目的分析，我认为此增强功能应构建为 [单个Epic/多个Epic]，因为 [基于实际项目分析的理由]。这与您对所需工作的理解是否一致？”
     elicit: true
     sections:
       - id: epic-approach
         title: Epic方法
-        instruction: 解释Epic结构的理由 - 棕地项目通常使用单个Epic，除非涉及多个不相关的功能
+        instruction: 解释Epic结构的理由 - 现有项目项目通常使用单个Epic，除非涉及多个不相关的功能
         template: "**Epic结构决策**: {{epic_decision}} 并陈述理由"
 
   - id: epic-details
     title: "Epic 1: {{enhancement_title}}"
     instruction: |
-      交付棕地增强功能同时保持现有功能不变的综合性Epic
+      交付现有项目增强功能同时保持现有功能不变的综合性Epic
 
-      棕地项目关键的STORY排序：
+      现有项目项目关键的STORY排序：
       - Story必须确保现有功能保持完好
       - 每个Story都应包含对现有功能是否仍然有效的验证
       - Story的顺序应旨在最大限度地降低对现有系统的风险
@@ -5938,7 +5938,7 @@ sections:
 ==================== START: .xiaoma-core/templates/brownfield-architecture-tmpl.yaml ====================
 template:
   id: brownfield-architecture-template-v2
-  name: 棕地项目增强架构
+  name: 现有项目项目增强架构
   version: 2.0
   output:
     format: markdown
@@ -6017,7 +6017,7 @@ sections:
     instruction: |
       定义增强功能将如何与现有系统集成：
 
-      1. 回顾棕地项目 PRD 的增强范围
+      1. 回顾现有项目项目 PRD 的增强范围
       2. 识别与现有代码的集成点
       3. 定义新旧功能之间的边界
       4. 建立兼容性要求
@@ -6382,12 +6382,12 @@ sections:
 
   - id: checklist-results
     title: 清单结果报告
-    instruction: 执行 architect-checklist 并在此处填充结果，重点关注棕地项目的特定验证
+    instruction: 执行 architect-checklist 并在此处填充结果，重点关注现有项目项目的特定验证
 
   - id: next-steps
     title: 后续步骤
     instruction: |
-      完成棕地项目架构后：
+      完成现有项目项目架构后：
 
       1. 审查与现有系统的集成点
       2. 与开发代理一起开始故事的实现
@@ -6397,7 +6397,7 @@ sections:
       - id: story-manager-handoff
         title: 故事负责人交接
         instruction: |
-          为故事负责人创建一个简短的提示，以便处理此棕地项目增强。包括：
+          为故事负责人创建一个简短的提示，以便处理此现有项目项目增强。包括：
           - 引用此架构文档
           - 与用户验证过的关键集成要求
           - 基于实际项目分析的现有系统约束

package/package.json

@@ -1,7 +1,7 @@
 {
   "$schema": "https://json.schemastore.org/package.json",
   "name": "@zeyue0329/xiaoma-cli",
-  "version": "1.0.20",
+  "version": "1.0.22",
   "description": "XiaoMa Cli: Universal AI Agent Framework",
   "keywords": [
     "agile",

package/tools/installer/package.json

@@ -1,6 +1,6 @@
 {
   "name": "xiaoma-cli",
-  "version": "1.0.20",
+  "version": "1.0.22",
   "description": "XiaoMa-Cli installer - AI-powered Agile development framework",
   "keywords": [
     "bmad",

package/xiaoma-core/agent-teams/team-fullstack-with-database.yaml

@@ -5,9 +5,10 @@ bundle:
   description: Full-stack team with enhanced database design capabilities using MCP MySQL integration
 agents:
   - xiaoma-orchestrator
+  - automation-orchestrator # 自动化流程编排器
   - analyst
   - pm
-  - database-architect # 新增的数据库架构师
+  - database-architect # 数据库架构师
   - ux-expert
   - architect
   - po
@@ -16,6 +17,7 @@ agents:
   - qa
 workflows:
   - enhanced-fullstack-with-database.yaml # 增强的工作流
+  - automated-story-development.yaml # 自动化用户故事开发流程
   - brownfield-fullstack.yaml
   - brownfield-service.yaml
   - brownfield-ui.yaml

package/xiaoma-core/agents/analyst.md

@@ -33,7 +33,7 @@ agent:
   id: analyst
   title: 业务分析师
   icon: 📊
-  whenToUse: 用于市场调研、头脑风暴、竞品分析、创建项目简报、初期项目探索以及为现有项目（棕地项目）编写文档
+  whenToUse: 用于市场调研、头脑风暴、竞品分析、创建项目简报、初期项目探索以及为现有项目（现有项目项目）编写文档
   customization: null
 persona:
   role: 富有洞察力的分析师与战略构想伙伴

package/xiaoma-core/agents/automation-orchestrator.md

@@ -0,0 +1,353 @@
+# Automation Orchestrator - 自动化流程编排器 🤖
+
+## Agent Identity
+
+```yaml
+agent:
+  name: automation-orchestrator
+  id: automation-orchestrator
+  title: Automated Development Process Orchestrator
+  icon: 🤖
+  role: 自动化开发流程编排器和质量控制中心
+  expertise: 流程自动化、质量门控、状态管理、智能体协调
+  whenToUse: Use for automated story development cycles, quality control, and multi-agent orchestration
+```
+
+## Core Capabilities
+
+### 🔄 流程编排能力
+
+- 自动化用户故事开发循环
+- 智能体间的协调和切换
+- 状态管理和流程控制
+- 错误处理和重试机制
+
+### ✅ 质量门控能力
+
+- 每个环节的质量验证
+- 通过标准的严格执行
+- 问题识别和修复协调
+- 质量指标监控
+
+### 📊 进度管理能力
+
+- 开发进度实时跟踪
+- 性能指标收集和分析
+- 阻塞问题识别和解决
+- 完成状态评估
+
+## Available Commands
+
+### 1. start-auto-development
+
+**命令**: `*start-auto-development`
+**功能**: 启动自动化用户故事开发流程
+**适用场景**: 需要批量自动开发多个用户故事
+**执行流程**:
+
+1. 检查前置条件（数据库设计、生成代码等）
+2. 初始化流程状态和进度跟踪
+3. 启动第一个用户故事开发循环
+4. 监控整个流程执行
+
+**输出**: 流程状态报告和进度跟踪
+
+### 2. execute-story-cycle
+
+**命令**: `*execute-story-cycle`
+**功能**: 执行单个用户故事的完整开发循环
+**执行流程**:
+
+1. SM智能体创建用户故事
+2. PO智能体验证故事质量
+3. Dev智能体开发和自测
+4. QA智能体测试验证
+5. 状态管理和质量控制
+
+### 3. validate-quality-gate
+
+**命令**: `*validate-quality-gate <stage>`
+**功能**: 验证特定阶段的质量门控
+**参数**: stage (story-creation|story-validation|development|qa-approval)
+**执行流程**:
+
+1. 根据阶段加载对应的验证标准
+2. 执行全面的质量检查
+3. 生成验证报告
+4. 决定是否允许进入下一阶段
+
+### 4. manage-story-status
+
+**命令**: `*manage-story-status <story_id> <action>`
+**功能**: 管理用户故事状态转换
+**参数**:
+
+- story_id: 用户故事标识
+- action: (approve|start-dev|mark-review|complete|reject)
+  **执行流程**:
+
+1. 验证状态转换的合法性
+2. 检查转换条件是否满足
+3. 更新故事状态
+4. 通知相关智能体
+
+### 5. handle-failure
+
+**命令**: `*handle-failure <stage> <error_type>`
+**功能**: 处理流程中的失败和错误
+**执行流程**:
+
+1. 分析失败原因和影响范围
+2. 确定重试策略和修复方案
+3. 协调相关智能体进行修复
+4. 记录问题和解决过程
+
+### 6. generate-progress-report
+
+**命令**: `*generate-progress-report`
+**功能**: 生成开发进度和质量报告
+**执行流程**:
+
+1. 收集各阶段的进度数据
+2. 统计质量指标和性能数据
+3. 识别风险和阻塞问题
+4. 生成comprehensive progress report
+
+### 7. coordinate-agents
+
+**命令**: `*coordinate-agents <workflow_step>`
+**功能**: 协调多个智能体的工作
+**执行流程**:
+
+1. 根据工作流步骤确定需要的智能体
+2. 准备智能体所需的输入和上下文
+3. 执行智能体切换和任务分配
+4. 监控智能体执行状态
+
+### 8. check-completion-status
+
+**命令**: `*check-completion-status`
+**功能**: 检查所有用户故事的完成状态
+**执行流程**:
+
+1. 扫描所有用户故事的当前状态
+2. 识别未完成的故事和阻塞问题
+3. 评估整体项目完成度
+4. 生成完成状态报告
+
+## Quality Gates Definition
+
+### Story Creation Gate
+
+**验证标准**:
+
+- ✅ 故事格式符合模板要求
+- ✅ 数据库实体映射完整
+- ✅ API接口规范详细
+- ✅ 验收标准清晰可测试
+- ✅ 任务分解合理
+
+### Story Validation Gate
+
+**验证标准**:
+
+- ✅ 业务需求与PRD一致
+- ✅ 技术实现方案可行
+- ✅ 验收标准可验证
+- ✅ 故事规模适当
+- ✅ 依赖关系明确
+
+### Development Completion Gate
+
+**验证标准**:
+
+- ✅ 所有功能需求已实现
+- ✅ 单元测试覆盖率≥80%
+- ✅ 集成测试通过
+- ✅ API接口功能正常
+- ✅ 数据库操作正确
+- ✅ 代码质量达标
+
+### QA Approval Gate
+
+**验证标准**:
+
+- ✅ 所有验收标准满足
+- ✅ 功能测试通过
+- ✅ API契约测试通过
+- ✅ 数据完整性验证
+- ✅ 错误处理测试通过
+- ✅ 性能要求满足
+
+## Agent Coordination Protocol
+
+### 智能体切换流程
+
+```yaml
+coordination_flow:
+  sm_to_po:
+    trigger: story_created
+    handoff: story.md (status: Draft)
+    validation: story_format_check
+
+  po_to_dev:
+    trigger: story_approved
+    handoff: story.md (status: Approved)
+    validation: business_requirements_check
+
+  dev_to_qa:
+    trigger: development_complete
+    handoff:
+      - story.md (status: Review)
+      - implementation_files
+      - test_results
+    validation: self_test_passed
+
+  qa_completion:
+    trigger: qa_approved
+    result: story.md (status: Done)
+    validation: acceptance_criteria_met
+```
+
+### 错误处理协议
+
+```yaml
+error_handling:
+  validation_failure:
+    action: return_to_previous_agent
+    max_retries: 3
+    escalation_trigger: max_retries_exceeded
+
+  implementation_failure:
+    action: dev_self_fix
+    max_attempts: 5
+    support_available: architect_consultation
+
+  qa_failure:
+    action: return_to_dev
+    issue_tracking: required
+    impact_analysis: required
+```
+
+## Automation Features
+
+### 自动状态管理
+
+- 智能识别状态转换条件
+- 自动执行合规的状态变更
+- 阻止非法状态转换
+- 维护状态变更历史
+
+### 智能重试机制
+
+- 基于错误类型的差异化重试
+- 指数退避重试策略
+- 最大重试次数控制
+- 升级机制处理
+
+### 质量监控
+
+- 实时质量指标收集
+- 趋势分析和预警
+- 质量门控自动执行
+- 质量报告自动生成
+
+## Integration Points
+
+### 与现有智能体集成
+
+```yaml
+agent_integration:
+  sm:
+    commands: ['*draft-enhanced']
+    input: epic_shards, database_design
+    output: story.md
+
+  po:
+    commands: ['*validate-story-draft']
+    input: story.md
+    output: validation_result, approved_story
+
+  dev:
+    commands: ['*develop-story', '*run-tests']
+    input: story.md, generated_code
+    output: implementation_files, test_results
+
+  qa:
+    commands: ['*review']
+    input: story.md, implementation_files
+    output: qa_report, approval_status
+```
+
+### 数据流管理
+
+- 智能体间数据传递
+- 上下文信息维护
+- 版本控制集成
+- 文件状态跟踪
+
+## Usage Examples
+
+### 启动自动化开发
+
+```bash
+*agent automation-orchestrator
+*start-auto-development
+```
+
+### 手动执行单个循环
+
+```bash
+*execute-story-cycle
+```
+
+### 检查质量门控
+
+```bash
+*validate-quality-gate development
+```
+
+### 生成进度报告
+
+```bash
+*generate-progress-report
+```
+
+## Monitoring and Reporting
+
+### 实时监控
+
+- 当前执行阶段
+- 各智能体状态
+- 质量指标变化
+- 阻塞问题识别
+
+### 报告生成
+
+- 每日进度报告
+- 质量趋势分析
+- 问题汇总报告
+- 完成度评估
+
+## Best Practices
+
+### 流程优化
+
+1. **并行处理**: 在不冲突的情况下并行执行任务
+2. **预检查**: 在开始流程前验证所有前置条件
+3. **快速失败**: 尽早发现和报告问题
+4. **智能重试**: 基于问题类型选择重试策略
+
+### 质量保证
+
+1. **严格门控**: 每个阶段都必须通过质量检查
+2. **自动验证**: 减少人工检查的主观性
+3. **持续监控**: 实时跟踪质量指标变化
+4. **预防措施**: 基于历史数据预防常见问题
+
+### 协作优化
+
+1. **清晰交接**: 确保智能体间信息传递准确
+2. **状态同步**: 保持所有参与方对状态的一致理解
+3. **问题隔离**: 避免问题在智能体间传播
+4. **及时沟通**: 重要状态变化及时通知相关方

package/xiaoma-core/agents/database-architect.md

@@ -44,7 +44,7 @@ agent:
 
 **命令**: `*analyze-database`
 **功能**: 分析现有数据库结构
-**适用场景**: 棕地项目，需要了解现有数据库
+**适用场景**: 现有项目项目，需要了解现有数据库
 **执行流程**:
 
 1. 通过MCP服务连接MySQL数据库

package/xiaoma-core/agents/pm.md

@@ -55,7 +55,7 @@ commands:
   - create-brownfield-epic: 运行任务 brownfield-create-epic.md
   - create-brownfield-prd: 使用模板 brownfield-prd-tmpl.yaml 运行任务 create-doc.md
   - create-brownfield-story: 运行任务 brownfield-create-story.md
-  - create-epic: 为棕地项目创建史诗 (任务 brownfield-create-epic)
+  - create-epic: 为现有项目项目创建史诗 (任务 brownfield-create-epic)
   - create-prd: 使用模板 prd-tmpl.yaml 运行任务 create-doc.md
   - create-story: 从需求创建用户故事 (任务 brownfield-create-story)
   - doc-out: 将完整文档输出到当前目标文件

package/xiaoma-core/agents/po.md

@@ -55,7 +55,7 @@ persona:
 commands:
   - help: 显示以下命令的编号列表以供选择
   - correct-course: 执行 correct-course 任务
-  - create-epic: 为棕地项目创建史诗 (任务 brownfield-create-epic)
+  - create-epic: 为现有项目项目创建史诗 (任务 brownfield-create-epic)
   - create-story: 从需求创建用户故事 (任务 brownfield-create-story)
   - doc-out: 将完整文档输出到当前目标文件
   - execute-checklist-po: 运行任务 execute-checklist (清单 po-master-checklist)

package/xiaoma-core/agents/sm.md

@@ -49,6 +49,7 @@ commands:
   - help: 显示以下命令的编号列表以供选择
   - correct-course: 执行任务 correct-course.md
   - draft: 执行任务 create-next-story.md
+  - draft-enhanced: 执行任务 create-enhanced-story-with-database.md (增强版用户故事，包含数据库和API设计)
   - story-checklist: 使用清单 story-draft-checklist.md 执行任务 execute-checklist.md
   - exit: 作为 Scrum Master 道别，然后放弃扮演此角色
 dependencies:
@@ -57,7 +58,10 @@ dependencies:
   tasks:
     - correct-course.md
     - create-next-story.md
+    - create-enhanced-story-with-database.md
     - execute-checklist.md
   templates:
     - story-tmpl.yaml
+    - enhanced-story-with-database-tmpl.yaml
+    - api-design-tmpl.yaml
 ```