@zeyue0329/xiaoma-cli 1.0.20 → 1.0.22

package/dist/teams/team-fullstack-with-database.txt

@@ -47,9 +47,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
@@ -58,6 +59,7 @@ agents:
   - qa
 workflows:
   - enhanced-fullstack-with-database.yaml # 增强的工作流
+  - automated-story-development.yaml # 自动化用户故事开发流程
   - brownfield-fullstack.yaml
   - brownfield-service.yaml
   - brownfield-ui.yaml
@@ -196,6 +198,362 @@ dependencies:
 ```
 ==================== END: .xiaoma-core/agents/xiaoma-orchestrator.md ====================
 
+==================== START: .xiaoma-core/agents/automation-orchestrator.md ====================
+# automation-orchestrator
+
+CRITICAL: Read the full YAML, start activation to alter your state of being, follow startup section instructions, stay in this being until told to exit this mode:
+
+```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. **及时沟通**: 重要状态变化及时通知相关方
+==================== END: .xiaoma-core/agents/automation-orchestrator.md ====================
+
 ==================== START: .xiaoma-core/agents/analyst.md ====================
 # analyst
 
@@ -212,7 +570,7 @@ agent:
   id: analyst
   title: 业务分析师
   icon: 📊
-  whenToUse: 用于市场调研、头脑风暴、竞品分析、创建项目简报、初期项目探索以及为现有项目（棕地项目）编写文档
+  whenToUse: 用于市场调研、头脑风暴、竞品分析、创建项目简报、初期项目探索以及为现有项目（现有项目项目）编写文档
   customization: null
 persona:
   role: 富有洞察力的分析师与战略构想伙伴
@@ -297,7 +655,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: 将完整文档输出到当前目标文件
@@ -371,7 +729,7 @@ agent:
 
 **命令**: `*analyze-database`
 **功能**: 分析现有数据库结构
-**适用场景**: 棕地项目，需要了解现有数据库
+**适用场景**: 现有项目项目，需要了解现有数据库
 **执行流程**:
 
 1. 通过MCP服务连接MySQL数据库
@@ -757,7 +1115,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)
@@ -810,6 +1168,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:
@@ -818,9 +1177,12 @@ 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
 ```
 ==================== END: .xiaoma-core/agents/sm.md ====================
 
@@ -4737,7 +5099,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
@@ -4876,7 +5238,7 @@ sections:
           - "NFR1: 增强功能必须保持现有的性能特征，且内存使用量增幅不得超过当前的20%。"
       - id: compatibility
         title: 兼容性要求
-        instruction: 对于棕地项目至关重要 - 必须保持兼容性的内容
+        instruction: 对于现有项目项目至关重要 - 必须保持兼容性的内容
         type: numbered-list
         prefix: CR
         template: "{{requirement}}: {{description}}"
@@ -4965,20 +5327,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的顺序应旨在最大限度地降低对现有系统的风险
@@ -6856,7 +7218,7 @@ sections:
 ==================== START: .xiaoma-core/templates/brownfield-architecture-tmpl.yaml ====================
 template:
   id: brownfield-architecture-template-v2
-  name: 棕地项目增强架构
+  name: 现有项目项目增强架构
   version: 2.0
   output:
     format: markdown
@@ -6935,7 +7297,7 @@ sections:
     instruction: |
       定义增强功能将如何与现有系统集成：
 
-      1. 回顾棕地项目 PRD 的增强范围
+      1. 回顾现有项目项目 PRD 的增强范围
       2. 识别与现有代码的集成点
       3. 定义新旧功能之间的边界
       4. 建立兼容性要求
@@ -7300,12 +7662,12 @@ sections:
 
   - id: checklist-results
     title: 清单结果报告
-    instruction: 执行 architect-checklist 并在此处填充结果，重点关注棕地项目的特定验证
+    instruction: 执行 architect-checklist 并在此处填充结果，重点关注现有项目项目的特定验证
 
   - id: next-steps
     title: 后续步骤
     instruction: |
-      完成棕地项目架构后：
+      完成现有项目项目架构后：
 
       1. 审查与现有系统的集成点
       2. 与开发代理一起开始故事的实现
@@ -7315,7 +7677,7 @@ sections:
       - id: story-manager-handoff
         title: 故事负责人交接
         instruction: |
-          为故事负责人创建一个简短的提示，以便处理此棕地项目增强。包括：
+          为故事负责人创建一个简短的提示，以便处理此现有项目项目增强。包括：
           - 引用此架构文档
           - 与用户验证过的关键集成要求
           - 基于实际项目分析的现有系统约束
@@ -9625,6 +9987,1397 @@ ALWAYS cite source documents: `[Source: architecture/{filename}.md#{section}]`
   - Next steps: For Complex stories, suggest the user carefully review the story draft and also optionally have the PO run the task `.xiaoma-core/tasks/validate-next-story`
 ==================== END: .xiaoma-core/tasks/create-next-story.md ====================
 
+==================== START: .xiaoma-core/tasks/create-enhanced-story-with-database.md ====================
+# 创建增强用户故事（包含数据库和API设计）
+
+## 任务概述
+
+基于Epic分解，结合数据库设计和API接口规范，创建详细的用户故事文档。此任务要求深度集成database-architect生成的数据库设计和API接口设计。
+
+## 前置条件
+
+- 已完成Epic分解和优先级排序
+- 已有数据库设计文档 (`docs/database/database-design.md`)
+- 已有API接口设计文档
+- 已完成架构设计
+
+## 输入要求
+
+- Epic文档
+- 数据库设计文档
+- API接口设计文档
+- 架构设计文档
+
+## 执行步骤
+
+### 1. 分析Epic和设计文档
+
+#### 1.1 Epic分析
+
+- 确定用户故事的业务价值和优先级
+- 识别涉及的用户角色
+- 明确功能边界和范围
+
+#### 1.2 数据库设计分析
+
+- 从`docs/database/database-design.md`中识别相关实体
+- 确定涉及的数据表和字段
+- 分析数据操作类型（增删改查）
+- 理解业务规则和约束
+
+#### 1.3 API接口分析
+
+- 从API设计文档中识别相关接口
+- 确定HTTP方法和路径
+- 分析请求参数和响应格式
+- 理解错误处理机制
+
+### 2. 使用增强模板创建用户故事
+
+使用模板：`enhanced-story-with-database-tmpl.yaml`
+
+#### 2.1 基础信息填写
+
+```yaml
+epic_num: '{{epic_number}}'
+story_num: '{{story_number}}'
+story_title_short: '{{story_title}}'
+role: '{{user_role}}'
+action: '{{user_action}}'
+benefit: '{{user_benefit}}'
+```
+
+#### 2.2 数据库设计部分填写
+
+**相关实体表格**：
+
+```markdown
+| 实体名称 | 表名     | 主要用途     | 关键字段                     |
+| -------- | -------- | ------------ | ---------------------------- |
+| User     | users    | 用户信息管理 | id, username, email          |
+| Product  | products | 产品信息管理 | id, name, price, category_id |
+```
+
+**数据操作清单**：
+
+- 查询操作：明确需要的查询条件和返回字段
+- 插入操作：明确需要插入的数据和验证规则
+- 更新操作：明确可更新的字段和业务规则
+- 删除操作：明确删除条件和级联规则
+
+**业务规则约束**：
+
+- 数据验证规则（长度、格式、范围）
+- 外键约束和引用完整性
+- 唯一性约束
+- 业务逻辑约束（状态转换等）
+
+#### 2.3 API接口规范部分填写
+
+**API端点列表**：
+
+```markdown
+| 序号 | 接口名称     | HTTP方法 | 路径            | 说明               | 状态   |
+| ---- | ------------ | -------- | --------------- | ------------------ | ------ |
+| 1    | 创建用户     | POST     | /api/users      | 创建新用户账户     | 待实现 |
+| 2    | 查询用户详情 | GET      | /api/users/{id} | 根据ID查询用户信息 | 待实现 |
+```
+
+**API详细设计**：
+为每个API提供：
+
+- 完整的请求参数说明
+- 响应数据结构定义
+- 具体的请求示例（curl命令）
+- 成功和错误响应示例
+- 错误码定义和处理建议
+
+**数据映射关系**：
+
+```markdown
+#### 请求参数 -> 数据库字段映射
+
+| API参数  | 数据库表 | 数据库字段 | 数据类型     | 说明     |
+| -------- | -------- | ---------- | ------------ | -------- |
+| username | users    | username   | VARCHAR(50)  | 用户名   |
+| email    | users    | email      | VARCHAR(100) | 邮箱地址 |
+```
+
+#### 2.4 任务分解
+
+**后端开发任务**：
+
+- 数据库相关：Mapper方法实现、Service业务逻辑、数据验证
+- API接口实现：Controller方法、参数验证、响应格式化、异常处理
+- 测试相关：单元测试、集成测试、数据库测试
+
+**前端开发任务**（如需要）：
+
+- 页面组件实现
+- API调用集成
+- 表单验证
+- 用户交互
+
+#### 2.5 开发者说明
+
+**数据库上下文**：
+
+- 实体类位置：`src/main/java/{package}/entity/`
+- Mapper接口位置：`src/main/java/{package}/mapper/`
+- Service层位置：`src/main/java/{package}/service/`
+- 业务逻辑要求和数据验证规则
+
+**API接口上下文**：
+
+- Controller位置：`src/main/java/{package}/controller/`
+- 请求响应格式标准
+- 错误处理机制
+- 接口版本控制
+
+**集成上下文**：
+
+- 与其他模块的依赖关系
+- 外部系统调用要求
+- 缓存策略和事务处理
+- 性能要求
+
+### 3. 质量检查清单
+
+#### 3.1 完整性检查
+
+- [ ] 所有涉及的数据库实体都已识别
+- [ ] 所有需要的API接口都已定义
+- [ ] 请求参数和响应格式完整
+- [ ] 错误处理机制明确
+- [ ] 数据映射关系清晰
+
+#### 3.2 一致性检查
+
+- [ ] API参数与数据库字段对应
+- [ ] 数据类型一致
+- [ ] 业务规则与数据库约束匹配
+- [ ] 接口设计符合RESTful规范
+
+#### 3.3 可实现性检查
+
+- [ ] 任务分解合理可执行
+- [ ] 技术实现方案可行
+- [ ] 测试覆盖充分
+- [ ] 开发者说明详细
+
+### 4. 输出文件
+
+生成的用户故事文件：`docs/stories/{{epic_num}}.{{story_num}}.{{story_title_short}}.md`
+
+### 5. 后续协作
+
+#### 5.1 与开发者协作
+
+- 确保开发者理解数据库设计和API规范
+- 提供必要的技术支持和澄清
+- 跟踪开发进度和问题解决
+
+#### 5.2 与QA协作
+
+- 明确测试重点和验收标准
+- 提供API测试用例和数据
+- 确保质量标准得到执行
+
+## 模板使用示例
+
+### 示例：用户注册功能
+
+**用户故事**：
+
+> 作为新用户，我希望能够注册账户，以便使用系统的各项功能。
+
+**相关实体**：
+
+- Users表：存储用户基本信息
+- UserProfiles表：存储用户详细资料
+
+**涉及API**：
+
+- POST /api/users：创建用户账户
+- POST /api/users/verify-email：验证邮箱
+- GET /api/users/check-username：检查用户名可用性
+
+**数据操作**：
+
+- 插入用户基本信息到users表
+- 验证用户名和邮箱的唯一性
+- 创建用户会话信息
+
+**API详细设计**：
+
+```json
+// POST /api/users
+{
+  "username": "johndoe",
+  "email": "john@example.com",
+  "password": "hashedPassword"
+}
+
+// 响应
+{
+  "code": 200,
+  "message": "用户创建成功",
+  "data": {
+    "userId": 12345,
+    "username": "johndoe",
+    "email": "john@example.com",
+    "status": "active"
+  }
+}
+```
+
+## 注意事项
+
+1. **数据一致性**：确保API设计与数据库设计保持一致
+2. **安全性**：考虑数据验证、权限控制和敏感信息保护
+3. **性能**：关注查询效率和接口响应时间
+4. **可维护性**：保持代码结构清晰和文档完整
+5. **可测试性**：确保功能可以被充分测试
+==================== END: .xiaoma-core/tasks/create-enhanced-story-with-database.md ====================
+
+==================== START: .xiaoma-core/templates/enhanced-story-with-database-tmpl.yaml ====================
+template:
+  id: enhanced-story-with-database-template-v1
+  name: 增强用户故事文档 (包含数据库和API设计)
+  version: 1.0
+  output:
+    format: markdown
+    filename: docs/stories/{{epic_num}}.{{story_num}}.{{story_title_short}}.md
+    title: "story {{epic_num}}.{{story_num}}: {{story_title_short}}"
+
+workflow:
+  mode: interactive
+  elicitation: advanced-elicitation
+
+agent_config:
+  editable_sections:
+    - Status
+    - Story
+    - Acceptance Criteria
+    - Database Design
+    - API Specifications
+    - Tasks / Subtasks
+    - Dev Notes
+    - Testing
+    - Change Log
+
+sections:
+  - id: status
+    title: 状态
+    type: choice
+    choices: [Draft, Approved, InProgress, Review, Done]
+    instruction: 选择此用户故事的当前状态
+    owner: scrum-master
+    editors: [scrum-master, po-agent, dev-agent]
+
+  - id: story
+    title: 用户故事
+    type: template-text
+    template: |
+      **作为** {{role}}，
+      **我希望** {{action}}，
+      **以便** {{benefit}}
+    instruction: 使用包含角色、行动和收益的标准格式来定义用户故事
+    elicit: true
+    owner: scrum-master
+    editors: [scrum-master]
+
+  - id: acceptance-criteria
+    title: 验收标准
+    type: numbered-list
+    instruction: 从 Epic 文件中复制验收标准的编号列表
+    elicit: true
+    owner: scrum-master
+    editors: [scrum-master]
+
+  - id: database-design
+    title: 数据库设计相关
+    instruction: |
+      基于database-architect生成的数据库设计，明确此用户故事涉及的数据库相关内容。
+      从docs/database/database-design.md中提取相关信息。
+    elicit: true
+    owner: scrum-master
+    editors: [scrum-master]
+    sections:
+      - id: related-entities
+        title: 相关实体
+        instruction: |
+          列出此用户故事涉及的所有数据库实体（表）：
+          - 实体名称
+          - 表名
+          - 主要用途
+          - 关键字段
+        template: |
+          ### 涉及的数据库实体
+
+          | 实体名称 | 表名 | 主要用途 | 关键字段 |
+          |---------|------|----------|----------|
+          | {{entity_name}} | {{table_name}} | {{purpose}} | {{key_fields}} |
+        elicit: true
+        owner: scrum-master
+        editors: [scrum-master]
+
+      - id: data-operations
+        title: 数据操作
+        instruction: |
+          明确此用户故事需要进行的数据操作：
+          - 查询操作 (SELECT)
+          - 插入操作 (INSERT)
+          - 更新操作 (UPDATE)
+          - 删除操作 (DELETE)
+        template: |
+          ### 数据操作清单
+
+          **查询操作**:
+          - [ ] {{query_description}} (表: {{table_name}})
+
+          **插入操作**:
+          - [ ] {{insert_description}} (表: {{table_name}})
+
+          **更新操作**:
+          - [ ] {{update_description}} (表: {{table_name}})
+
+          **删除操作**:
+          - [ ] {{delete_description}} (表: {{table_name}})
+        elicit: true
+        owner: scrum-master
+        editors: [scrum-master]
+
+      - id: business-rules
+        title: 业务规则约束
+        instruction: |
+          列出此用户故事涉及的数据业务规则和约束：
+          - 数据验证规则
+          - 外键约束
+          - 唯一性约束
+          - 业务逻辑约束
+        elicit: true
+        owner: scrum-master
+        editors: [scrum-master]
+
+  - id: api-specifications
+    title: API接口规范
+    instruction: |
+      基于database-architect创建的API设计，详细定义此用户故事涉及的API接口。
+      每个接口必须包含完整的接口名称、入参、出参、传参示例和响应示例。
+    elicit: true
+    owner: scrum-master
+    editors: [scrum-master]
+    sections:
+      - id: api-endpoints
+        title: API端点列表
+        instruction: |
+          列出此用户故事需要实现或调用的所有API端点
+        template: |
+          ### API端点清单
+
+          | 序号 | 接口名称 | HTTP方法 | 路径 | 说明 | 状态 |
+          |------|----------|----------|------|------|------|
+          | 1 | {{api_name}} | {{http_method}} | {{api_path}} | {{description}} | {{status}} |
+        elicit: true
+        owner: scrum-master
+        editors: [scrum-master]
+
+      - id: api-details
+        title: API详细设计
+        instruction: |
+          为每个API端点提供详细的接口设计，包括：
+          - 接口名称和描述
+          - 请求参数详细说明
+          - 响应数据结构
+          - 请求示例
+          - 响应示例
+          - 错误码定义
+        template: |
+          ### API详细设计
+
+          #### {{api_name}}
+
+          **接口描述**: {{api_description}}
+          **HTTP方法**: {{http_method}}
+          **请求路径**: {{api_path}}
+
+          **请求参数**:
+          ```json
+          {
+            "param1": "string // 参数说明",
+            "param2": "integer // 参数说明",
+            "param3": {
+              "nested_param": "string // 嵌套参数说明"
+            }
+          }
+          ```
+
+          **响应数据结构**:
+          ```json
+          {
+            "code": "integer // 状态码",
+            "message": "string // 响应消息",
+            "data": {
+              "field1": "string // 字段说明",
+              "field2": "integer // 字段说明"
+            }
+          }
+          ```
+
+          **请求示例**:
+          ```bash
+          curl -X {{http_method}} "{{base_url}}{{api_path}}" \
+            -H "Content-Type: application/json" \
+            -H "Authorization: Bearer {{token}}" \
+            -d '{
+              "param1": "示例值",
+              "param2": 123
+            }'
+          ```
+
+          **成功响应示例**:
+          ```json
+          {
+            "code": 200,
+            "message": "操作成功",
+            "data": {
+              "field1": "返回值示例",
+              "field2": 456
+            }
+          }
+          ```
+
+          **错误响应示例**:
+          ```json
+          {
+            "code": 400,
+            "message": "参数错误",
+            "data": null
+          }
+          ```
+
+          **错误码定义**:
+          | 错误码 | 说明 | 处理建议 |
+          |--------|------|----------|
+          | 400 | 参数错误 | 检查请求参数格式 |
+          | 401 | 未授权 | 检查token有效性 |
+          | 404 | 资源不存在 | 检查资源ID |
+          | 500 | 服务器错误 | 联系技术支持 |
+        elicit: true
+        owner: scrum-master
+        editors: [scrum-master]
+
+      - id: data-mapping
+        title: 数据映射关系
+        instruction: |
+          定义API参数与数据库字段的映射关系
+        template: |
+          ### 数据映射关系
+
+          #### 请求参数 -> 数据库字段映射
+          | API参数 | 数据库表 | 数据库字段 | 数据类型 | 说明 |
+          |---------|----------|------------|----------|------|
+          | {{api_param}} | {{table_name}} | {{db_field}} | {{data_type}} | {{description}} |
+
+          #### 数据库字段 -> 响应参数映射
+          | 数据库表 | 数据库字段 | API响应字段 | 数据类型 | 说明 |
+          |----------|------------|-------------|----------|------|
+          | {{table_name}} | {{db_field}} | {{api_field}} | {{data_type}} | {{description}} |
+        elicit: true
+        owner: scrum-master
+        editors: [scrum-master]
+
+  - id: tasks-subtasks
+    title: 任务 / 子任务
+    type: bullet-list
+    instruction: |
+      将用户故事分解为实施所需的具体任务和子任务。
+      在相关处引用适用的验收标准编号。
+      结合数据库设计和API规范，确保任务覆盖：
+      - 数据库相关操作（Mapper、Service层）
+      - API接口实现（Controller层）
+      - 数据验证和业务逻辑
+      - 单元测试和集成测试
+    template: |
+      ### 后端开发任务
+      - [ ] 数据库相关 (AC: # 如果适用)
+        - [ ] 实现{{entity_name}}Mapper接口方法
+        - [ ] 编写{{entity_name}}Service业务逻辑
+        - [ ] 添加数据验证和业务规则
+      - [ ] API接口实现 (AC: # 如果适用)
+        - [ ] 实现{{api_name}}接口 ({{http_method}} {{api_path}})
+        - [ ] 添加请求参数验证
+        - [ ] 实现响应数据格式化
+        - [ ] 添加异常处理和错误码
+      - [ ] 测试相关 (AC: # 如果适用)
+        - [ ] 编写Service层单元测试
+        - [ ] 编写API接口集成测试
+        - [ ] 数据库操作测试
+        - [ ] 边界条件和异常测试
+
+      ### 前端开发任务（如果需要）
+      - [ ] 前端界面 (AC: # 如果适用)
+        - [ ] 实现相关页面组件
+        - [ ] 集成API调用
+        - [ ] 添加表单验证
+        - [ ] 用户交互和反馈
+    elicit: true
+    owner: scrum-master
+    editors: [scrum-master, dev-agent]
+
+  - id: dev-notes
+    title: 开发者说明
+    instruction: |
+      填充相关信息，且仅限从 docs 文件夹中的实际工件中提取的、与此用户故事相关的内容：
+      - 数据库设计文档的相关部分
+      - 生成的Entity、Mapper、Service代码位置
+      - API接口设计的相关规范
+      - 架构设计中的相关约束
+      - 与前一个用户故事的关联信息
+      在此部分提供足够的信息，以确保开发者代理永远不需要阅读完整的设计文档。
+    elicit: true
+    owner: scrum-master
+    editors: [scrum-master]
+    sections:
+      - id: database-context
+        title: 数据库上下文
+        instruction: |
+          提供数据库相关的开发上下文：
+          - 相关实体类的位置和结构
+          - Mapper接口需要实现的方法
+          - Service层的业务逻辑要求
+          - 数据验证规则
+        elicit: true
+        owner: scrum-master
+        editors: [scrum-master]
+
+      - id: api-context
+        title: API接口上下文
+        instruction: |
+          提供API接口相关的开发上下文：
+          - Controller类的位置和结构
+          - 接口路径和HTTP方法
+          - 请求响应的数据格式
+          - 错误处理要求
+        elicit: true
+        owner: scrum-master
+        editors: [scrum-master]
+
+      - id: integration-context
+        title: 集成上下文
+        instruction: |
+          提供系统集成相关的开发上下文：
+          - 与其他模块的接口依赖
+          - 外部系统调用要求
+          - 缓存策略
+          - 事务处理要求
+        elicit: true
+        owner: scrum-master
+        editors: [scrum-master]
+
+      - id: testing-standards
+        title: 测试
+        instruction: |
+          列出开发者需要遵守的、源自架构文档的相关测试标准：
+          - 测试文件位置
+          - 测试标准
+          - 要使用的测试框架和模式
+          - 针对此用户故事的特定测试要求
+          - 数据库测试和API测试要求
+        elicit: true
+        owner: scrum-master
+        editors: [scrum-master]
+
+  - id: change-log
+    title: 变更日志
+    type: table
+    columns: [日期, 版本, 描述, 作者]
+    instruction: 跟踪此用户故事文档的变更
+    owner: scrum-master
+    editors: [scrum-master, dev-agent, qa-agent]
+
+  - id: dev-agent-record
+    title: 开发者代理记录
+    instruction: 此部分由开发代理在实施过程中填充
+    owner: dev-agent
+    editors: [dev-agent]
+    sections:
+      - id: agent-model
+        title: 使用的代理模型
+        template: "{{agent_model_name_version}}"
+        instruction: 记录用于开发的特定 AI 代理模型和版本
+        owner: dev-agent
+        editors: [dev-agent]
+
+      - id: database-implementation
+        title: 数据库实现记录
+        instruction: |
+          记录数据库相关的实现细节：
+          - 实现的Mapper方法
+          - Service层业务逻辑
+          - 数据验证实现
+          - 数据库测试结果
+        owner: dev-agent
+        editors: [dev-agent]
+
+      - id: api-implementation
+        title: API实现记录
+        instruction: |
+          记录API接口的实现细节：
+          - 实现的Controller方法
+          - 参数验证逻辑
+          - 响应格式处理
+          - 错误处理实现
+          - API测试结果
+        owner: dev-agent
+        editors: [dev-agent]
+
+      - id: debug-log-references
+        title: 调试日志参考
+        instruction: 引用开发过程中生成的任何调试日志或跟踪信息
+        owner: dev-agent
+        editors: [dev-agent]
+
+      - id: completion-notes
+        title: 完成说明列表
+        instruction: 关于任务完成情况和遇到的任何问题的说明
+        owner: dev-agent
+        editors: [dev-agent]
+
+      - id: file-list
+        title: 文件列表
+        instruction: |
+          列出在用户故事实施过程中创建、修改或影响的所有文件，
+          特别注意数据库和API相关文件：
+          - Entity类文件
+          - Mapper接口和XML文件
+          - Service接口和实现文件
+          - Controller文件
+          - 测试文件
+        owner: dev-agent
+        editors: [dev-agent]
+
+  - id: qa-results
+    title: QA 结果
+    instruction: |
+      QA 代理对已完成的用户故事实施进行 QA 审查的结果，
+      特别关注：
+      - 数据库操作的正确性
+      - API接口的功能性
+      - 数据一致性验证
+      - 性能测试结果
+    owner: qa-agent
+    editors: [qa-agent]
+==================== END: .xiaoma-core/templates/enhanced-story-with-database-tmpl.yaml ====================
+
+==================== START: .xiaoma-core/templates/api-design-tmpl.yaml ====================
+name: API接口设计文档模板
+version: 1.0.0
+description: 基于数据库设计的RESTful API接口规范模板
+
+sections:
+  - id: overview
+    title: API设计概述
+    required: true
+    template: |
+      ## API设计概述
+
+      ### 项目信息
+      - **项目名称**: {project_name}
+      - **API版本**: {api_version}
+      - **设计日期**: {design_date}
+      - **设计人员**: Database Architect
+      - **基础URL**: {base_url}
+
+      ### 设计原则
+      - **RESTful**: 遵循REST架构风格
+      - **统一响应**: 统一的响应数据格式
+      - **版本控制**: 支持API版本管理
+      - **安全性**: 完整的认证和授权机制
+      - **文档化**: 完整的接口文档和示例
+
+  - id: global_standards
+    title: 全局规范
+    required: true
+    template: |
+      ## 全局规范
+
+      ### HTTP状态码规范
+      | 状态码 | 含义 | 使用场景 |
+      |--------|------|----------|
+      | 200 | OK | 请求成功 |
+      | 201 | Created | 资源创建成功 |
+      | 204 | No Content | 删除成功，无返回内容 |
+      | 400 | Bad Request | 请求参数错误 |
+      | 401 | Unauthorized | 未认证 |
+      | 403 | Forbidden | 无权限 |
+      | 404 | Not Found | 资源不存在 |
+      | 409 | Conflict | 资源冲突 |
+      | 422 | Unprocessable Entity | 参数验证失败 |
+      | 500 | Internal Server Error | 服务器内部错误 |
+
+      ### 统一响应格式
+      ```json
+      {
+        "code": "integer // HTTP状态码",
+        "message": "string // 响应消息",
+        "data": "object|array|null // 响应数据",
+        "timestamp": "string // 时间戳",
+        "path": "string // 请求路径"
+      }
+      ```
+
+      ### 分页响应格式
+      ```json
+      {
+        "code": 200,
+        "message": "查询成功",
+        "data": {
+          "records": [], // 数据列表
+          "total": 100, // 总记录数
+          "size": 10, // 每页大小
+          "current": 1, // 当前页码
+          "pages": 10 // 总页数
+        }
+      }
+      ```
+
+      ### 请求头规范
+      | 请求头 | 必填 | 说明 |
+      |--------|------|------|
+      | Content-Type | 是 | application/json |
+      | Authorization | 是 | Bearer {token} |
+      | X-Request-ID | 否 | 请求追踪ID |
+      | Accept-Language | 否 | 语言偏好 |
+
+      ### 错误响应格式
+      ```json
+      {
+        "code": 400,
+        "message": "参数验证失败",
+        "data": {
+          "errors": [
+            {
+              "field": "username",
+              "message": "用户名不能为空"
+            }
+          ]
+        },
+        "timestamp": "2024-01-01T12:00:00Z",
+        "path": "/api/users"
+      }
+      ```
+
+  - id: authentication
+    title: 认证授权
+    required: true
+    template: |
+      ## 认证授权
+
+      ### JWT Token规范
+      ```
+      Authorization: Bearer eyJhbGciOiJIUzI1NiIsInR5cCI6IkpXVCJ9...
+      ```
+
+      ### Token结构
+      ```json
+      {
+        "header": {
+          "alg": "HS256",
+          "typ": "JWT"
+        },
+        "payload": {
+          "sub": "user_id",
+          "username": "johndoe",
+          "roles": ["USER", "ADMIN"],
+          "exp": 1640995200,
+          "iat": 1640908800
+        }
+      }
+      ```
+
+      ### 权限控制
+      | 角色 | 权限描述 | 可访问资源 |
+      |------|----------|------------|
+      | ADMIN | 管理员权限 | 所有资源 |
+      | USER | 普通用户权限 | 用户相关资源 |
+      | GUEST | 访客权限 | 公开资源 |
+
+  - id: api_endpoints
+    title: API端点设计
+    required: true
+    template: |
+      ## API端点设计
+
+      {for_each_entity}
+      ### {entity_name} API
+
+      #### 基础信息
+      - **资源名称**: {entity_name}
+      - **数据库表**: {table_name}
+      - **基础路径**: /api/{entity_lowercase}
+
+      #### 端点列表
+      | HTTP方法 | 路径 | 操作 | 说明 |
+      |----------|------|------|------|
+      | GET | /api/{entity_lowercase} | 查询列表 | 分页查询{entity_name}列表 |
+      | GET | /api/{entity_lowercase}/{id} | 查询详情 | 根据ID查询{entity_name}详情 |
+      | POST | /api/{entity_lowercase} | 创建 | 创建新的{entity_name} |
+      | PUT | /api/{entity_lowercase}/{id} | 更新 | 更新{entity_name}信息 |
+      | DELETE | /api/{entity_lowercase}/{id} | 删除 | 删除{entity_name} |
+
+      #### 1. 查询{entity_name}列表
+
+      **接口描述**: 分页查询{entity_name}列表，支持条件筛选
+      **HTTP方法**: GET
+      **请求路径**: /api/{entity_lowercase}
+      **权限要求**: {required_permissions}
+
+      **请求参数**:
+      ```
+      Query Parameters:
+      - page: integer (可选, 默认1) // 页码
+      - size: integer (可选, 默认10) // 每页大小
+      - sort: string (可选) // 排序字段，格式：field,direction
+      {query_parameters}
+      ```
+
+      **请求示例**:
+      ```bash
+      curl -X GET "{base_url}/api/{entity_lowercase}?page=1&size=10&sort=createdAt,desc" \
+        -H "Authorization: Bearer {token}" \
+        -H "Content-Type: application/json"
+      ```
+
+      **成功响应** (200):
+      ```json
+      {
+        "code": 200,
+        "message": "查询成功",
+        "data": {
+          "records": [
+            {
+              {response_fields}
+            }
+          ],
+          "total": 100,
+          "size": 10,
+          "current": 1,
+          "pages": 10
+        },
+        "timestamp": "2024-01-01T12:00:00Z",
+        "path": "/api/{entity_lowercase}"
+      }
+      ```
+
+      #### 2. 查询{entity_name}详情
+
+      **接口描述**: 根据ID查询{entity_name}详细信息
+      **HTTP方法**: GET
+      **请求路径**: /api/{entity_lowercase}/{id}
+      **权限要求**: {required_permissions}
+
+      **路径参数**:
+      ```
+      - id: integer (必填) // {entity_name}的唯一标识
+      ```
+
+      **请求示例**:
+      ```bash
+      curl -X GET "{base_url}/api/{entity_lowercase}/123" \
+        -H "Authorization: Bearer {token}" \
+        -H "Content-Type: application/json"
+      ```
+
+      **成功响应** (200):
+      ```json
+      {
+        "code": 200,
+        "message": "查询成功",
+        "data": {
+          {detail_response_fields}
+        },
+        "timestamp": "2024-01-01T12:00:00Z",
+        "path": "/api/{entity_lowercase}/123"
+      }
+      ```
+
+      **错误响应** (404):
+      ```json
+      {
+        "code": 404,
+        "message": "{entity_name}不存在",
+        "data": null,
+        "timestamp": "2024-01-01T12:00:00Z",
+        "path": "/api/{entity_lowercase}/123"
+      }
+      ```
+
+      #### 3. 创建{entity_name}
+
+      **接口描述**: 创建新的{entity_name}记录
+      **HTTP方法**: POST
+      **请求路径**: /api/{entity_lowercase}
+      **权限要求**: {required_permissions}
+
+      **请求体**:
+      ```json
+      {
+        {create_request_fields}
+      }
+      ```
+
+      **请求示例**:
+      ```bash
+      curl -X POST "{base_url}/api/{entity_lowercase}" \
+        -H "Authorization: Bearer {token}" \
+        -H "Content-Type: application/json" \
+        -d '{
+          {create_request_example}
+        }'
+      ```
+
+      **成功响应** (201):
+      ```json
+      {
+        "code": 201,
+        "message": "创建成功",
+        "data": {
+          {create_response_fields}
+        },
+        "timestamp": "2024-01-01T12:00:00Z",
+        "path": "/api/{entity_lowercase}"
+      }
+      ```
+
+      **参数验证失败** (422):
+      ```json
+      {
+        "code": 422,
+        "message": "参数验证失败",
+        "data": {
+          "errors": [
+            {
+              "field": "{field_name}",
+              "message": "{validation_message}"
+            }
+          ]
+        },
+        "timestamp": "2024-01-01T12:00:00Z",
+        "path": "/api/{entity_lowercase}"
+      }
+      ```
+
+      #### 4. 更新{entity_name}
+
+      **接口描述**: 更新{entity_name}信息
+      **HTTP方法**: PUT
+      **请求路径**: /api/{entity_lowercase}/{id}
+      **权限要求**: {required_permissions}
+
+      **路径参数**:
+      ```
+      - id: integer (必填) // {entity_name}的唯一标识
+      ```
+
+      **请求体**:
+      ```json
+      {
+        {update_request_fields}
+      }
+      ```
+
+      **请求示例**:
+      ```bash
+      curl -X PUT "{base_url}/api/{entity_lowercase}/123" \
+        -H "Authorization: Bearer {token}" \
+        -H "Content-Type: application/json" \
+        -d '{
+          {update_request_example}
+        }'
+      ```
+
+      **成功响应** (200):
+      ```json
+      {
+        "code": 200,
+        "message": "更新成功",
+        "data": {
+          {update_response_fields}
+        },
+        "timestamp": "2024-01-01T12:00:00Z",
+        "path": "/api/{entity_lowercase}/123"
+      }
+      ```
+
+      #### 5. 删除{entity_name}
+
+      **接口描述**: 删除{entity_name}记录（软删除）
+      **HTTP方法**: DELETE
+      **请求路径**: /api/{entity_lowercase}/{id}
+      **权限要求**: {required_permissions}
+
+      **路径参数**:
+      ```
+      - id: integer (必填) // {entity_name}的唯一标识
+      ```
+
+      **请求示例**:
+      ```bash
+      curl -X DELETE "{base_url}/api/{entity_lowercase}/123" \
+        -H "Authorization: Bearer {token}" \
+        -H "Content-Type: application/json"
+      ```
+
+      **成功响应** (204):
+      ```
+      HTTP/1.1 204 No Content
+      ```
+
+      **错误响应** (404):
+      ```json
+      {
+        "code": 404,
+        "message": "{entity_name}不存在",
+        "data": null,
+        "timestamp": "2024-01-01T12:00:00Z",
+        "path": "/api/{entity_lowercase}/123"
+      }
+      ```
+
+      #### 数据字段映射
+
+      **数据库字段 -> API响应字段映射**:
+      | 数据库字段 | API字段 | 数据类型 | 说明 |
+      |------------|---------|----------|------|
+      {field_mappings}
+
+      **API请求字段 -> 数据库字段映射**:
+      | API字段 | 数据库字段 | 数据类型 | 验证规则 |
+      |---------|------------|----------|----------|
+      {request_field_mappings}
+
+      #### 业务规则说明
+      {business_rules}
+
+      {end_for_each}
+
+  - id: data_types
+    title: 数据类型规范
+    required: true
+    template: |
+      ## 数据类型规范
+
+      ### 基础数据类型
+      | API类型 | JSON类型 | 数据库类型 | 说明 | 示例 |
+      |---------|----------|------------|------|------|
+      | integer | number | INT/BIGINT | 整数 | 123 |
+      | decimal | number | DECIMAL | 小数 | 123.45 |
+      | string | string | VARCHAR/TEXT | 字符串 | "hello" |
+      | boolean | boolean | TINYINT | 布尔值 | true/false |
+      | datetime | string | DATETIME | 日期时间 | "2024-01-01T12:00:00Z" |
+      | date | string | DATE | 日期 | "2024-01-01" |
+      | time | string | TIME | 时间 | "12:00:00" |
+      | array | array | JSON | 数组 | [1,2,3] |
+      | object | object | JSON | 对象 | {"key":"value"} |
+
+      ### 特殊字段规范
+      | 字段类型 | 字段名 | 数据类型 | 说明 |
+      |----------|--------|----------|------|
+      | 主键 | id | integer | 自增主键 |
+      | 创建时间 | createdAt | datetime | 记录创建时间 |
+      | 更新时间 | updatedAt | datetime | 记录更新时间 |
+      | 删除时间 | deletedAt | datetime | 软删除时间 |
+      | 版本号 | version | integer | 乐观锁版本 |
+
+      ### 日期时间格式
+      - **标准格式**: ISO 8601 (2024-01-01T12:00:00Z)
+      - **时区**: UTC时间
+      - **精度**: 秒级
+
+  - id: validation_rules
+    title: 参数验证规则
+    required: true
+    template: |
+      ## 参数验证规则
+
+      ### 通用验证规则
+      | 规则类型 | 说明 | 示例 |
+      |----------|------|------|
+      | required | 必填字段 | @NotNull, @NotBlank |
+      | length | 长度限制 | @Size(min=1, max=50) |
+      | pattern | 格式验证 | @Pattern(regexp="^[a-zA-Z0-9]+$") |
+      | range | 数值范围 | @Min(0), @Max(100) |
+      | email | 邮箱格式 | @Email |
+      | phone | 手机号格式 | @Pattern(regexp="^1[3-9]\\d{9}$") |
+
+      ### 业务验证规则
+      {business_validation_rules}
+
+      ### 错误信息国际化
+      ```properties
+      validation.required=字段不能为空
+      validation.length=字段长度必须在{min}到{max}之间
+      validation.pattern=字段格式不正确
+      validation.email=邮箱格式不正确
+      validation.phone=手机号格式不正确
+      ```
+
+  - id: error_codes
+    title: 错误码定义
+    required: true
+    template: |
+      ## 错误码定义
+
+      ### 系统级错误码 (1000-1999)
+      | 错误码 | 错误信息 | 说明 | 处理建议 |
+      |--------|----------|------|----------|
+      | 1000 | 系统错误 | 未知系统错误 | 联系技术支持 |
+      | 1001 | 参数错误 | 请求参数不正确 | 检查参数格式 |
+      | 1002 | 认证失败 | 身份认证失败 | 重新登录 |
+      | 1003 | 权限不足 | 无访问权限 | 联系管理员 |
+      | 1004 | 资源不存在 | 请求的资源不存在 | 检查资源ID |
+      | 1005 | 资源冲突 | 资源已存在或冲突 | 检查数据唯一性 |
+
+      ### 业务级错误码 (2000+)
+      {business_error_codes}
+
+      ### 错误响应示例
+      ```json
+      {
+        "code": 1001,
+        "message": "参数错误",
+        "data": {
+          "errorCode": "PARAM_INVALID",
+          "errorDetails": "用户名格式不正确"
+        },
+        "timestamp": "2024-01-01T12:00:00Z",
+        "path": "/api/users"
+      }
+      ```
+
+  - id: performance
+    title: 性能规范
+    required: true
+    template: |
+      ## 性能规范
+
+      ### 响应时间要求
+      | 接口类型 | 响应时间要求 | 说明 |
+      |----------|--------------|------|
+      | 查询接口 | < 200ms | 简单查询 |
+      | 复杂查询 | < 1s | 包含关联查询 |
+      | 创建接口 | < 500ms | 数据创建 |
+      | 更新接口 | < 500ms | 数据更新 |
+      | 删除接口 | < 300ms | 数据删除 |
+
+      ### 分页限制
+      - 默认页大小: 10
+      - 最大页大小: 100
+      - 支持的排序字段: {sortable_fields}
+
+      ### 缓存策略
+      | 数据类型 | 缓存时间 | 缓存键规则 |
+      |----------|----------|------------|
+      | 用户信息 | 30分钟 | user:{user_id} |
+      | 配置信息 | 1小时 | config:{config_key} |
+      | 静态数据 | 24小时 | static:{data_type} |
+
+  - id: security
+    title: 安全规范
+    required: true
+    template: |
+      ## 安全规范
+
+      ### 数据安全
+      - **敏感数据加密**: 密码、身份证号等
+      - **数据脱敏**: 日志中的敏感信息
+      - **SQL注入防护**: 使用参数化查询
+      - **XSS防护**: 输入数据过滤和转义
+
+      ### 接口安全
+      - **HTTPS传输**: 强制使用HTTPS
+      - **请求签名**: 关键接口要求签名验证
+      - **频率限制**: 防止恶意请求
+      - **IP白名单**: 敏感接口IP限制
+
+      ### 认证安全
+      - **Token过期**: JWT token有效期控制
+      - **刷新机制**: Token自动刷新
+      - **会话管理**: 用户会话状态管理
+      - **密码策略**: 密码复杂度要求
+
+  - id: testing
+    title: 测试规范
+    required: true
+    template: |
+      ## 测试规范
+
+      ### API测试用例
+
+      **测试用例模板**:
+      ```yaml
+      test_case:
+        name: "创建用户成功"
+        method: POST
+        url: "/api/users"
+        headers:
+          Authorization: "Bearer {valid_token}"
+          Content-Type: "application/json"
+        body:
+          username: "testuser"
+          email: "test@example.com"
+          password: "Test123456!"
+        expected:
+          status: 201
+          body:
+            code: 201
+            message: "创建成功"
+            data:
+              id: "{integer}"
+              username: "testuser"
+              email: "test@example.com"
+      ```
+
+      ### 测试数据
+      ```yaml
+      test_data:
+        valid_user:
+          username: "validuser"
+          email: "valid@example.com"
+          password: "Valid123456!"
+        invalid_user:
+          username: "" # 空用户名
+          email: "invalid-email" # 无效邮箱
+          password: "123" # 密码过短
+      ```
+
+      ### 性能测试
+      - **并发用户数**: 100
+      - **测试时长**: 10分钟
+      - **响应时间**: 95%请求 < 1s
+      - **成功率**: > 99.9%
+
+  - id: documentation
+    title: 文档规范
+    required: true
+    template: |
+      ## 文档规范
+
+      ### Swagger/OpenAPI规范
+      ```yaml
+      openapi: 3.0.0
+      info:
+        title: {project_name} API
+        version: {api_version}
+        description: {project_description}
+      servers:
+        - url: {base_url}
+          description: 生产环境
+      paths:
+        /api/{entity_lowercase}:
+          get:
+            summary: 查询{entity_name}列表
+            tags: [{entity_name}]
+            parameters:
+              - name: page
+                in: query
+                schema:
+                  type: integer
+                  default: 1
+            responses:
+              '200':
+                description: 查询成功
+                content:
+                  application/json:
+                    schema:
+                      $ref: '#/components/schemas/PageResult'
+      ```
+
+      ### 接口文档要求
+      - **完整性**: 包含所有接口信息
+      - **准确性**: 与实际实现保持一致
+      - **实时性**: 及时更新文档内容
+      - **可读性**: 清晰的描述和示例
+
+      ### 示例代码
+      ```javascript
+      // JavaScript调用示例
+      const response = await fetch('/api/users', {
+        method: 'POST',
+        headers: {
+          'Content-Type': 'application/json',
+          'Authorization': 'Bearer ' + token
+        },
+        body: JSON.stringify({
+          username: 'johndoe',
+          email: 'john@example.com'
+        })
+      });
+      const result = await response.json();
+      ```
+
+  - id: versioning
+    title: 版本管理
+    required: true
+    template: |
+      ## 版本管理
+
+      ### 版本号规范
+      - **格式**: v{major}.{minor}.{patch}
+      - **示例**: v1.0.0, v1.1.0, v2.0.0
+
+      ### 版本策略
+      | 版本类型 | 变更说明 | 兼容性 |
+      |----------|----------|--------|
+      | Major | 重大功能变更，API不兼容 | 不兼容 |
+      | Minor | 新增功能，向后兼容 | 向后兼容 |
+      | Patch | Bug修复，向后兼容 | 向后兼容 |
+
+      ### 版本控制方式
+      1. **URL路径版本**: /api/v1/users
+      2. **请求头版本**: API-Version: v1
+      3. **参数版本**: /api/users?version=v1
+
+      ### 版本生命周期
+      - **开发版本**: v1.0.0-dev
+      - **测试版本**: v1.0.0-beta
+      - **发布版本**: v1.0.0
+      - **废弃版本**: 提前3个月通知
+
+  - id: changelog
+    title: 变更记录
+    required: true
+    template: |
+      ## 变更记录
+
+      ### v1.0.0 (2024-01-01)
+      **新增功能**:
+      - 初始API设计
+      - 用户管理接口
+      - 认证授权机制
+
+      **修复问题**:
+      - 无
+
+      **破坏性变更**:
+      - 无
+
+      ### 变更记录模板
+      ```markdown
+      ### v{version} ({date})
+      **新增功能**:
+      - 功能描述
+
+      **修复问题**:
+      - 问题描述
+
+      **破坏性变更**:
+      - 变更描述
+      ```
+==================== END: .xiaoma-core/templates/api-design-tmpl.yaml ====================
+
 ==================== START: .xiaoma-core/checklists/story-draft-checklist.md ====================
 <!-- Powered by XiaoMa™ Core -->
 
@@ -11924,15 +13677,22 @@ workflow:
         Creates organized story structure.
 
     - agent: sm
-      action: create_story
+      action: create_enhanced_story_with_database
       creates: story.md
-      requires: sharded_docs
+      requires:
+        - sharded_docs
+        - database-design.md
+        - generated-code/
       repeats: for_each_epic
+      template: enhanced-story-with-database-tmpl.yaml
       notes: |
-        Story creation with database context:
-        - Include relevant database tables
-        - Reference generated code
-        - Include API endpoints
+        Enhanced story creation with comprehensive database and API integration:
+        - Use enhanced-story-with-database-tmpl.yaml template
+        - Include detailed database entity mappings
+        - Define complete API specifications with request/response examples
+        - Reference generated entity classes and mappers
+        - Provide data mapping relationships
+        - Include comprehensive testing requirements
         Story starts in "Draft" status
 
     - agent: dev
@@ -12039,6 +13799,340 @@ workflow:
     complete: "Project planning complete with database design and code generation. Ready for development."
 ==================== END: .xiaoma-core/workflows/enhanced-fullstack-with-database.yaml ====================
 
+==================== START: .xiaoma-core/workflows/automated-story-development.yaml ====================
+# <!-- Powered by XIAOMA™ Core -->
+workflow:
+  id: automated-story-development
+  name: 自动化用户故事开发流程
+  description: >-
+    完全自动化的用户故事开发流程，从故事创建到测试完成的端到端自动化。
+    包含故事验证、代码开发、自测、QA测试等完整环节，每个环节都有严格的通过标准。
+  type: automated-development
+  project_types:
+    - web-app
+    - saas
+    - enterprise-app
+    - api-first
+
+  sequence:
+    - step: story_development_cycle
+      action: repeat_until_all_stories_complete
+      condition: has_pending_stories
+      notes: "重复执行用户故事开发循环直到所有故事开发完成"
+
+      cycle_steps:
+        # 第1步：SM创建用户故事
+        - agent: sm
+          action: create_next_story
+          creates: story.md
+          requires:
+            - epic-shards
+            - database-design.md
+            - generated-code/
+          validation_criteria:
+            - story_format_valid
+            - database_entities_defined
+            - api_specifications_complete
+            - acceptance_criteria_clear
+          on_failure:
+            action: retry_creation
+            max_retries: 3
+          on_success:
+            action: proceed_to_validation
+          notes: |
+            创建下一个用户故事：
+            - 使用enhanced-story-with-database模板
+            - 包含完整的数据库和API设计
+            - 设置故事状态为 "Draft"
+            - 必须通过格式和完整性验证
+
+        # 第2步：PO验证用户故事
+        - agent: po
+          action: validate_story_draft
+          requires: story.md
+          validation_criteria:
+            - business_requirements_met
+            - acceptance_criteria_testable
+            - database_design_consistent
+            - api_specifications_complete
+            - story_estimation_reasonable
+          on_failure:
+            action: fix_story_issues
+            retry_with: sm
+            max_iterations: 3
+          on_success:
+            action: approve_story
+            status_change: "Draft -> Approved"
+          notes: |
+            验证用户故事质量：
+            - 业务需求符合PRD要求
+            - 验收标准可测试
+            - 数据库设计一致性
+            - API规范完整性
+            - 故事规模合理性
+            - 验证通过后状态变更为 "Approved"
+
+        # 第3步：Dev开发用户故事
+        - agent: dev
+          action: develop_story
+          requires:
+            - story.md (status: Approved)
+            - database-design.md
+            - generated-code/
+          validation_criteria:
+            - code_implementation_complete
+            - database_operations_working
+            - api_endpoints_functional
+            - business_logic_correct
+            - unit_tests_passing
+          sub_steps:
+            - implement_database_layer
+            - implement_business_logic
+            - implement_api_endpoints
+            - write_unit_tests
+            - run_self_tests
+          on_failure:
+            action: fix_implementation
+            max_iterations: 5
+          on_success:
+            action: mark_for_review
+            status_change: "Approved -> InProgress -> Review"
+          notes: |
+            开发用户故事实现：
+            - 实现数据库操作层（Mapper/Repository）
+            - 实现业务逻辑层（Service）
+            - 实现API接口层（Controller）
+            - 编写单元测试
+            - 执行自测验证
+            - 所有测试通过后状态变更为 "Review"
+
+        # 第4步：Dev自测验证
+        - agent: dev
+          action: run_self_tests
+          requires: implementation_files
+          test_types:
+            - unit_tests
+            - integration_tests
+            - api_tests
+            - database_tests
+          validation_criteria:
+            - all_tests_passing
+            - code_coverage_adequate
+            - performance_acceptable
+            - no_critical_issues
+          on_failure:
+            action: fix_and_retest
+            loop_until: all_tests_pass
+          on_success:
+            action: ready_for_qa
+          notes: |
+            开发者自测验证：
+            - 运行所有单元测试
+            - 运行集成测试
+            - 验证API功能
+            - 测试数据库操作
+            - 检查代码覆盖率
+            - 性能基准测试
+
+        # 第5步：QA测试验证
+        - agent: qa
+          action: review_story_implementation
+          requires:
+            - story.md (status: Review)
+            - implementation_files
+            - test_results
+          validation_criteria:
+            - functional_requirements_met
+            - acceptance_criteria_satisfied
+            - api_contracts_valid
+            - data_integrity_maintained
+            - error_handling_proper
+            - performance_requirements_met
+          test_types:
+            - functional_testing
+            - api_contract_testing
+            - data_validation_testing
+            - error_scenario_testing
+            - performance_testing
+          on_failure:
+            action: report_issues_to_dev
+            assign_to: dev
+            status_change: "Review -> InProgress"
+            loop_until: issues_resolved
+          on_success:
+            action: mark_story_complete
+            status_change: "Review -> Done"
+          notes: |
+            QA测试验证：
+            - 功能需求验证
+            - 验收标准检查
+            - API契约测试
+            - 数据完整性测试
+            - 错误处理测试
+            - 性能要求验证
+            - 通过后状态变更为 "Done"
+
+    # 循环条件检查
+    - step: check_completion
+      action: evaluate_project_status
+      conditions:
+        all_stories_done: "所有用户故事状态为Done"
+        no_blocking_issues: "没有阻塞性问题"
+      on_complete:
+        action: finalize_development
+        create: development-completion-report.md
+      on_continue:
+        action: start_next_cycle
+      notes: "检查是否所有故事都已完成开发"
+
+  # 状态管理
+  story_states:
+    - Draft: "故事已创建，等待验证"
+    - Approved: "故事已验证，可以开发"
+    - InProgress: "正在开发中"
+    - Review: "开发完成，等待测试"
+    - Done: "所有工作完成"
+
+  # 质量门控
+  quality_gates:
+    story_creation:
+      required_sections:
+        - 用户故事
+        - 验收标准
+        - 数据库设计相关
+        - API接口规范
+        - 任务分解
+      validation_rules:
+        - 所有必填字段完整
+        - API规范包含完整示例
+        - 数据库实体映射正确
+        - 验收标准可测试
+
+    story_validation:
+      criteria:
+        - business_alignment: "与业务需求对齐"
+        - technical_feasibility: "技术实现可行"
+        - testability: "可测试性充分"
+        - scope_appropriate: "范围适当"
+      validation_checklist: po-story-validation-checklist.md
+
+    development_completion:
+      criteria:
+        - functionality_implemented: "功能完全实现"
+        - tests_passing: "所有测试通过"
+        - code_quality: "代码质量达标"
+        - documentation_updated: "文档已更新"
+      validation_checklist: dev-completion-checklist.md
+
+    qa_approval:
+      criteria:
+        - acceptance_criteria_met: "验收标准满足"
+        - regression_tests_passed: "回归测试通过"
+        - performance_acceptable: "性能可接受"
+        - security_validated: "安全性验证"
+      validation_checklist: qa-approval-checklist.md
+
+  # 错误处理和重试策略
+  error_handling:
+    story_creation_failure:
+      max_retries: 3
+      escalation: "通知项目经理"
+
+    validation_failure:
+      action: "返回SM修正故事"
+      tracking: "记录问题详情"
+
+    development_failure:
+      action: "开发者自行修复"
+      max_attempts: 5
+      escalation: "超过尝试次数通知架构师"
+
+    qa_failure:
+      action: "返回开发者修复"
+      impact_analysis: "评估对其他故事的影响"
+
+  # 进度追踪
+  progress_tracking:
+    metrics:
+      - stories_created
+      - stories_approved
+      - stories_in_development
+      - stories_in_review
+      - stories_completed
+      - cycle_time_per_story
+      - defect_rate
+      - rework_rate
+
+    reporting:
+      frequency: "每个故事完成后"
+      format: "markdown报告"
+      location: "docs/reports/"
+
+  # 自动化流程图
+  flow_diagram: |
+    ```mermaid
+    graph TD
+        A[开始] --> B[SM: 创建用户故事]
+        B --> C{故事格式验证}
+        C -->|失败| B
+        C -->|通过| D[PO: 验证故事草稿]
+        D --> E{业务验证}
+        E -->|失败| F[修复故事]
+        F --> D
+        E -->|通过| G[状态: Draft -> Approved]
+        G --> H[Dev: 开发用户故事]
+        H --> I[实现数据库层]
+        I --> J[实现业务逻辑]
+        J --> K[实现API接口]
+        K --> L[编写单元测试]
+        L --> M[Dev: 运行自测]
+        M --> N{自测结果}
+        N -->|失败| O[修复代码]
+        O --> M
+        N -->|通过| P[状态: Approved -> Review]
+        P --> Q[QA: 测试验证]
+        Q --> R{QA测试结果}
+        R -->|失败| S[报告问题给Dev]
+        S --> T[状态: Review -> InProgress]
+        T --> H
+        R -->|通过| U[状态: Review -> Done]
+        U --> V{还有待开发故事?}
+        V -->|是| B
+        V -->|否| W[完成所有开发]
+
+        style B fill:#FFE4B5
+        style D fill:#ADD8E6  
+        style H fill:#98FB98
+        style M fill:#F0E68C
+        style Q fill:#DDA0DD
+        style W fill:#90EE90
+    ```
+
+  # 决策指导
+  decision_guidance:
+    when_to_use:
+      - 需要完全自动化的开发流程
+      - 多个用户故事需要批量开发
+      - 严格的质量控制要求
+      - 团队协作需要标准化流程
+
+    prerequisites:
+      - 已完成数据库设计
+      - 已生成基础代码框架
+      - 已定义完整的Epic和故事
+      - 测试环境已准备就绪
+
+  # 流程交接提示
+  handoff_prompts:
+    start_automation: "开始自动化用户故事开发流程..."
+    story_created: "用户故事已创建，等待PO验证..."
+    story_approved: "用户故事已通过验证，开始开发..."
+    development_complete: "开发完成，开始QA测试..."
+    qa_passed: "QA测试通过，故事开发完成。"
+    cycle_complete: "当前故事完成，检查是否有下一个故事..."
+    all_complete: "🎉 所有用户故事开发完成！项目开发阶段结束。"
+==================== END: .xiaoma-core/workflows/automated-story-development.yaml ====================
+
 ==================== START: .xiaoma-core/workflows/brownfield-fullstack.yaml ====================
 # <!-- Powered by XIAOMA™ Core -->
 workflow: