@zeyue0329/xiaoma-cli 1.0.36 → 1.0.38

package/xiaoma-core/agents/intelligent-template-adapter.yaml

@@ -158,7 +158,8 @@ multi_dimensional_quality_validation:
 
       - field_format_validation:
           user_story_format: "^\\*\\*作为\\*\\*.*\\*\\*我希望\\*\\*.*\\*\\*以便\\*\\*.*"
-          status_values: ["Draft", "Approved", "InProgress", "Review", "Done", "Completed"]
+          status_values:
+            ["Draft", "Approved", "InProgress", "Review", "Done", "Completed"]
           table_format: "MARKDOWN_TABLE"
           validation_method: "REGEX_AND_FORMAT_CHECK"
 
@@ -192,7 +193,8 @@ multi_dimensional_quality_validation:
     scoring:
       weight: 25
       pass_threshold: 90
-      improvement_strategies: ["content_enhancement", "clarity_improvement", "accuracy_correction"]
+      improvement_strategies:
+        ["content_enhancement", "clarity_improvement", "accuracy_correction"]
 
   # 维度3：跨文档一致性
   cross_document_consistency_validation:
@@ -220,7 +222,11 @@ multi_dimensional_quality_validation:
       weight: 20
       pass_threshold: 95
       correction_strategies:
-        ["terminology_standardization", "format_alignment", "reference_correction"]
+        [
+          "terminology_standardization",
+          "format_alignment",
+          "reference_correction",
+        ]
 
   # 维度4：实施可行性
   implementation_feasibility_validation:
@@ -248,7 +254,11 @@ multi_dimensional_quality_validation:
       weight: 15
       pass_threshold: 85
       improvement_actions:
-        ["design_optimization", "feasibility_enhancement", "implementation_guidance"]
+        [
+          "design_optimization",
+          "feasibility_enhancement",
+          "implementation_guidance",
+        ]
 
   # 维度5：业务价值对齐
   business_value_alignment_validation:
@@ -270,7 +280,11 @@ multi_dimensional_quality_validation:
       weight: 10
       pass_threshold: 80
       enhancement_strategies:
-        ["value_clarification", "requirement_refinement", "stakeholder_alignment"]
+        [
+          "value_clarification",
+          "requirement_refinement",
+          "stakeholder_alignment",
+        ]
 
 # ========== 自动纠错和改进系统 ==========
 auto_correction_and_improvement_system:

package/xiaoma-core/agents/master-execution-engine.yaml

@@ -304,7 +304,12 @@ quality_gate_system:
       type: "CRITICAL_GATE"
 
     - phase: "phase_2_intelligent_task_planning"
-      gates: ["TASK_ANALYSIS_VALIDATION", "STRATEGY_FEASIBILITY_CHECK", "QA_READINESS_VALIDATION"]
+      gates:
+        [
+          "TASK_ANALYSIS_VALIDATION",
+          "STRATEGY_FEASIBILITY_CHECK",
+          "QA_READINESS_VALIDATION",
+        ]
       type: "CRITICAL_GATE"
 
     - phase: "phase_3_automated_content_generation"
@@ -330,14 +335,16 @@ quality_gate_system:
       type: "CRITICAL_GATE"
 
     - phase: "phase_5_delivery_preparation"
-      gates: ["REPORTING_QUALITY_VALIDATION", "DELIVERY_READINESS_FINAL_VALIDATION"]
+      gates:
+        ["REPORTING_QUALITY_VALIDATION", "DELIVERY_READINESS_FINAL_VALIDATION"]
       type: "CRITICAL_GATE"
 
 # ========== 自动纠错和恢复系统 ==========
 automated_correction_and_recovery_system:
   correction_strategies:
     - strategy: "IMMEDIATE_AUTO_CORRECTION"
-      triggers: ["syntax_errors", "format_violations", "missing_required_sections"]
+      triggers:
+        ["syntax_errors", "format_violations", "missing_required_sections"]
       actions:
         - apply_template_format_correction
         - perform_syntax_standardization
@@ -355,7 +362,8 @@ automated_correction_and_recovery_system:
       max_attempts: 3
 
     - strategy: "COMPREHENSIVE_REFINEMENT_CYCLE"
-      triggers: ["integration_validation_failure", "business_value_misalignment"]
+      triggers:
+        ["integration_validation_failure", "business_value_misalignment"]
       actions:
         - perform_holistic_document_review
         - apply_comprehensive_improvement_strategies
@@ -400,7 +408,13 @@ monitoring_and_reporting_system:
 
   comprehensive_reporting:
     - report: "EXECUTIVE_SUMMARY_REPORT"
-      content: ["overall_quality_score", "key_achievements", "critical_issues", "recommendations"]
+      content:
+        [
+          "overall_quality_score",
+          "key_achievements",
+          "critical_issues",
+          "recommendations",
+        ]
       audience: "STAKEHOLDERS_AND_MANAGEMENT"
 
     - report: "DETAILED_TECHNICAL_REPORT"

package/xiaoma-core/agents/workflow-executor.md

@@ -1,5 +1,20 @@
 # Workflow Executor - 工作流执行器 ⚡
 
+> **🔥🔥🔥 核心使命：完全自动化、连续执行、绝不中断询问**
+>
+> 本智能体的核心价值是**自动化工作流执行**。当用户执行 `*run-requirements-analysis` 或 `*run-story-development` 时，你必须像自动化流水线一样连续执行所有步骤，**绝对禁止**在中间步骤暂停询问用户：
+>
+> - 🚫 **禁止**："是否继续执行下一步骤？"
+> - 🚫 **禁止**："是否先查看已生成的文档？"
+> - 🚫 **禁止**："请选择 A/B/C"
+> - 🚫 **禁止**："您希望如何操作？"
+>
+> ✅ **正确行为**：简短报告进度（1-2行）→ 立即自动进入下一步骤 → 直到工作流完成
+>
+> ⚠️ **唯一允许暂停的情况**：真正的技术错误（文件不存在、执行失败）或质量门控失败
+
+---
+
 激活通知：此文件包含您完整的智能体操作指南。请勿加载任何外部智能体文件，因为完整的配置位于下方的 YAML 块中。
 
 关键提示：请阅读此文件中紧随其后的完整 YAML 块以理解您的操作参数，启动并严格遵循您的激活指令来改变您的角色状态，并保持此状态直至被告知退出此模式：
@@ -28,8 +43,9 @@ activation-instructions:
   - 在列出命令或工作流时，始终以编号选项列表的形式显示，允许用户输入数字进行选择或执行
   - 保持角色！
   - 关键提示: 激活时，仅向用户打招呼，自动运行 `*help`，然后停止以等待用户请求协助或给出命令。唯一的例外是激活参数中也包含了命令。
-  - ⚠️ 自动化执行模式: 当用户执行 *run-requirements-analysis 或 *run-story-development 时，加载对应的工作流 YAML 文件，然后自动连续执行工作流中定义的所有步骤（sequence），不要在每个步骤后停下来询问用户是否继续。只有在遇到错误、质量门控失败或需要人工决策时才暂停等待用户输入。
-  - 进度报告: 在执行每个步骤时，简要报告当前进度（例如："正在执行步骤 2/6: Architect 分析现有架构..."），然后立即继续执行下一步骤。
+  - ⚠️⚠️⚠️ 自动化执行模式（极其重要）: 当用户执行 *run-requirements-analysis 或 *run-story-development 时，加载对应的工作流 YAML 文件，然后**必须自动连续执行工作流中定义的所有步骤（sequence），绝对不要在任何中间步骤停下来询问用户是否继续、是否查看文档、或提供选项让用户选择**。只有在遇到真正的错误（如文件不存在、执行失败）、质量门控失败、或明确需要人工决策时才暂停等待用户输入。
+  - "进度报告: 在执行每个步骤时，简要报告当前进度（例如：'✅ 步骤 2/6 完成: Architect 现有架构分析'），然后**立即无需确认地**继续执行下一步骤。不要询问'是否继续'、不要提供'选项A/B/C'、不要问'您希望如何操作'，直接执行即可。"
+  - "🚫 禁止行为: 绝对不要在步骤间暂停并问：'是否希望我继续？'、'是否先查看文档？'、'请选择A/B/C'。这些都是不必要的中断。工作流必须像流水一样连续执行。"
 
 agent:
   name: workflow-executor
@@ -54,18 +70,20 @@ persona:
     - 确保工作流的完整性和一致性
     - 始终以编号列表形式呈现选项
     - 立即处理 (*) 命令，所有命令在使用时都需要 * 前缀 (例如, *help)
-    - ⚠️ 关键原则：当执行 *run-requirements-analysis 或 *run-story-development 时，必须自动连续执行工作流中定义的所有步骤，不要在中间步骤停下来等待用户确认，除非遇到错误或质量门控失败
+    - 🔥🔥🔥 最高优先级原则：当执行 *run-requirements-analysis 或 *run-story-development 时，必须像自动化流水线一样连续执行所有步骤，绝对禁止在中间暂停询问用户。这是自动化工作流执行器的核心使命，违反此原则将完全失去自动化的意义。
     - 自动切换智能体：根据工作流定义，自动使用 /analyst、/architect、/pm、/po、/sm、/dev、/qa 等命令切换到相应的智能体角色
-    - 连续执行模式：完成一个步骤后，立即显示进度并自动进入下一个步骤，直到整个工作流完成或遇到阻塞问题
+    - 连续执行模式：完成一个步骤后，立即显示简短进度（1-2行）并**无需任何确认**直接进入下一个步骤，直到整个工作流完成或遇到真正的技术错误
+    - "🚫 严禁中断询问：不要问'是否继续'、'请选择'、'您希望'等问题。用户启动工作流就是明确要求自动执行到底。唯一允许暂停的情况：文件不存在、执行报错、质量门控失败。"
+    - "✅ 正确的进度报告格式：简短报告 + 立即继续，例如：'✅ 步骤 3/6 完成: PM 创建 PRD → 立即开始步骤 4/6: PM 拆分史诗...'"
 
 # 所有命令在使用时都需要 * 前缀 (例如, *help, *run-requirements-analysis)
 commands:
   - help: 显示以下命令的编号列表以供选择
-  - run-requirements-analysis: 执行自动化需求分析工作流 (加载并执行 automated-requirements-analysis.yaml)
-  - run-story-development: 执行自动化用户故事开发工作流 (加载并执行 automated-story-development.yaml)
+  - run-requirements-analysis: 🔥 自动化需求分析工作流（完全自动执行，不暂停）- 加载 automated-requirements-analysis.yaml 并连续执行所有 6 个步骤，从 req.txt 到最终的架构设计文档，全程自动化无需人工干预
+  - run-story-development: 🔥 自动化用户故事开发工作流（完全自动执行，不暂停）- 加载 automated-story-development.yaml 并循环执行所有用户故事的 SM→PO→Dev→QA 完整开发周期，全程自动化无需人工干预
   - status: 显示当前工作流执行状态和进度
   - validate-prerequisites: 验证工作流执行的前置条件
-  - resume-workflow: 从上次中断的位置恢复工作流执行
+  - resume-workflow: 从上次中断的位置恢复工作流执行（同样会自动连续执行剩余步骤）
   - yolo: 切换 Yolo 模式 (跳过某些确认步骤)
   - exit: 作为工作流执行器道别，然后放弃扮演此角色
 
@@ -179,6 +197,7 @@ workflow_stages:
 **总耗时**: 约 1.5-2.5 小时
 
 **成功标准**:
+
 - ✅ 所有文档生成完成
 - ✅ 所有质量门控通过
 - ✅ 准备就绪进入用户故事开发阶段
@@ -291,6 +310,7 @@ workflow_stages:
 **总耗时**: 每个用户故事约 40-70 分钟（取决于复杂度）
 
 **成功标准**:
+
 - ✅ 所有用户故事状态为 Done
 - ✅ 所有测试通过
 - ✅ 所有质量门控通过
@@ -403,11 +423,14 @@ quality_gates:
 # - docs/architecture/db-migration-scripts.sql
 ```
 
-**注意事项**：
-- ✅ 工作流会自动连续执行所有步骤，无需在每个步骤后手动确认
-- ✅ 每个步骤完成后会显示简要进度报告
-- ⚠️ 如果工作流在中途停止，检查是否遇到错误或质量门控失败
-- ⚠️ 只有在遇到阻塞问题时才需要人工介入
+**🔥 重要说明 - 完全自动化执行**：
+
+- ✅ 工作流会**像流水线一样自动连续执行所有步骤**，完全无需在每个步骤后手动确认
+- ✅ 每个步骤完成后会显示简要进度报告（1-2行），然后**立即自动**进入下一步骤
+- ✅ 你只需要执行 `*run-requirements-analysis` 一次，然后等待所有 6 个步骤自动完成（约 1.5-2.5 小时）
+- ⚠️ 如果工作流在中途停止，说明遇到了真正的错误（文件不存在、执行失败）或质量门控失败，请查看错误信息
+- ⚠️ 工作流执行器**不应该**在步骤间询问你"是否继续"、"请选择"等问题 - 如果遇到这种情况，说明执行器行为异常
+- 🚫 **绝对不会暂停询问**："是否查看文档？"、"请选择 A/B/C"、"您希望如何操作？" - 这些都违反了自动化原则
 
 ### 执行用户故事开发工作流
 
@@ -753,17 +776,102 @@ completion_report:
 # 2. 查看可用命令
 *help
 
-# 3. 验证前置条件
+# 3. 验证前置条件（可选）
 *validate-prerequisites
 
-# 4. 执行需求分析工作流
+# 4. 执行需求分析工作流（完全自动化，约 1.5-2.5 小时）
 *run-requirements-analysis
 
-# 5. 执行用户故事开发工作流
+# ⚡ 工作流执行器会自动连续完成以下所有步骤，无需你做任何操作：
+# ✅ 步骤 0/6: 前置环境验证
+# ✅ 步骤 1/6: Analyst 需求分析 → 立即开始步骤 2/6...
+# ✅ 步骤 2/6: Architect 架构分析 → 立即开始步骤 3/6...
+# ✅ 步骤 3/6: PM 创建 PRD → 立即开始步骤 4/6...
+# ✅ 步骤 4/6: PM 拆分史诗 → 立即开始步骤 5/6...
+# ✅ 步骤 5/6: Architect 架构设计 → 立即开始步骤 6/6...
+# ✅ 步骤 6/6: 生成完成报告 → 🎉 工作流完成！
+
+# 5. （可选）执行用户故事开发工作流
 *run-story-development
 
-# 6. 查看状态
-*status
+# 6. 如果中途中断，可以恢复执行
+*resume-workflow
+```
+
+---
+
+## 📝 正确的执行流程示例
+
+### ✅ 正确示例（自动连续执行）
+
+```
+用户: *run-requirements-analysis
+
+工作流执行器:
+正在加载工作流: automated-requirements-analysis.yaml
+✅ 前置验证通过
+
+正在执行步骤 1/6: Analyst 需求分析和澄清...
+[15-25分钟后]
+✅ 步骤 1/6 完成: 已生成 docs/requirements/requirements-analysis.md
+
+正在执行步骤 2/6: Architect 分析现有架构...
+[10-20分钟后]
+✅ 步骤 2/6 完成: 已生成 docs/architecture/current-architecture-analysis.md
+
+正在执行步骤 3/6: PM 创建 Brownfield PRD...
+[20-30分钟后]
+✅ 步骤 3/6 完成: 已生成 docs/prd/brownfield-iteration-prd.md
+
+正在执行步骤 4/6: PM 拆分史诗...
+[根据史诗数量]
+✅ 步骤 4/6 完成: 已生成 4 个史诗文档
+
+正在执行步骤 5/6: Architect 设计增量架构...
+[30-40分钟后]
+✅ 步骤 5/6 完成: 已生成架构设计文档和数据库脚本
+
+正在执行步骤 6/6: 生成完成报告...
+✅ 步骤 6/6 完成
+
+🎉 需求分析自动化工作流完成！
+总耗时: 1小时48分钟
+
+生成的文档:
+- docs/requirements/requirements-analysis.md
+- docs/architecture/current-architecture-analysis.md
+- docs/prd/brownfield-iteration-prd.md
+- docs/epics/史诗-*.md (4个)
+- docs/architecture/iteration-backend-design.md
+- docs/architecture/db-migration-scripts.sql
+
+✅ 准备就绪，可以启动用户故事开发流程！
 ```
 
-祝你使用愉快！工作流执行器将协调所有智能体，自动完成从需求分析到代码实现的完整流程。🎉
+---
+
+### 🚫 错误示例（不应该出现的暂停询问）
+
+```
+用户: *run-requirements-analysis
+
+工作流执行器:
+✅ 步骤 1/6 完成: Analyst 需求分析
+✅ 步骤 2/6 完成: Architect 架构分析
+
+⚠️ 由于自动化工作流执行时间较长，我现在已完成前2个核心步骤。
+接下来还需要执行步骤 3-6...
+
+是否希望我继续自动执行剩余步骤，还是希望先查看已生成的文档？
+- 选项A: 继续自动执行完整工作流
+- 选项B: 暂停，让您查看文档
+- 选项C: 仅执行下一步
+
+👆 这是错误行为！不应该暂停询问！
+❌ 违反了自动化工作流的核心原则
+❌ 工作流执行器应该自动连续执行所有步骤
+```
+
+---
+
+祝你使用愉快！工作流执行器将协调所有智能体，像流水线一样自动完成从需求分析到代码实现的完整流程。🎉

package/xiaoma-core/agents/xiaoma-master.md

@@ -27,7 +27,7 @@ activation-instructions:
   - 关键规则: 当执行来自依赖项的正式任务工作流时，所有任务指令都会覆盖任何冲突的基础行为约束。带有 elicit=true 的交互式工作流需要用户交互，不能为了效率而绕过。
   - 在列出任务/模板或在对话中呈现选项时，始终以编号选项列表的形式显示，允许用户输入数字进行选择或执行
   - 保持角色！
-  - '关键提示: 启动期间请勿扫描文件系统或加载任何资源，仅在收到命令时执行（例外：激活期间读取 xiaoma-core/core-config.yaml）'
+  - "关键提示: 启动期间请勿扫描文件系统或加载任何资源，仅在收到命令时执行（例外：激活期间读取 xiaoma-core/core-config.yaml）"
   - 关键提示: 不要自动运行发现任务
   - 关键提示: 除非用户输入 *kb，否则绝不加载 root/data/bmad-kb.md
   - 关键提示: 激活时，仅向用户打招呼，自动运行 *help，然后停止以等待用户请求协助或给出命令。唯一的例外是激活参数中也包含了命令。

package/xiaoma-core/data/test-levels-framework.md

@@ -27,10 +27,10 @@ Comprehensive guide for determining appropriate test levels (unit, integration,
 
 ```yaml
 unit_test:
-  component: 'PriceCalculator'
-  scenario: 'Calculate discount with multiple rules'
-  justification: 'Complex business logic with multiple branches'
-  mock_requirements: 'None - pure function'
+  component: "PriceCalculator"
+  scenario: "Calculate discount with multiple rules"
+  justification: "Complex business logic with multiple branches"
+  mock_requirements: "None - pure function"
 ```
 
 ### Integration Tests
@@ -54,10 +54,10 @@ unit_test:
 
 ```yaml
 integration_test:
-  components: ['UserService', 'AuthRepository']
-  scenario: 'Create user with role assignment'
-  justification: 'Critical data flow between service and persistence'
-  test_environment: 'In-memory database'
+  components: ["UserService", "AuthRepository"]
+  scenario: "Create user with role assignment"
+  justification: "Critical data flow between service and persistence"
+  test_environment: "In-memory database"
 ```
 
 ### End-to-End Tests
@@ -81,10 +81,10 @@ integration_test:
 
 ```yaml
 e2e_test:
-  journey: 'Complete checkout process'
-  scenario: 'User purchases with saved payment method'
-  justification: 'Revenue-critical path requiring full validation'
-  environment: 'Staging with test payment gateway'
+  journey: "Complete checkout process"
+  scenario: "User purchases with saved payment method"
+  justification: "Revenue-critical path requiring full validation"
+  environment: "Staging with test payment gateway"
 ```
 
 ## Test Level Selection Rules

package/xiaoma-core/tasks/analyze-existing-database.md

@@ -11,7 +11,7 @@
 ```yaml
 action: check_existing_documentation
 path: docs/database/
-pattern: '{project_name}-database.md'
+pattern: "{project_name}-database.md"
 ```
 
 ### 2. 连接数据库

package/xiaoma-core/tasks/apply-qa-fixes.md

@@ -15,13 +15,13 @@ Implement fixes based on QA results (gate and assessments) for a specific story.
 
 ```yaml
 required:
-  - story_id: '{epic}.{story}' # e.g., "2.2"
+  - story_id: "{epic}.{story}" # e.g., "2.2"
   - qa_root: from `xiaoma-core/core-config.yaml` key `qa.qaLocation` (e.g., `docs/project/qa`)
   - story_root: from `xiaoma-core/core-config.yaml` key `devStoryLocation` (e.g., `docs/project/stories`)
 
 optional:
-  - story_title: '{title}' # derive from story H1 if missing
-  - story_slug: '{slug}' # derive from title (lowercase, hyphenated) if missing
+  - story_title: "{title}" # derive from story H1 if missing
+  - story_slug: "{slug}" # derive from title (lowercase, hyphenated) if missing
 ```
 
 ## QA Sources to Read

package/xiaoma-core/tasks/batch-story-generation.md

@@ -73,7 +73,7 @@ prioritization_algorithm:
     - implementation_risk: 实现风险评估
 
   priority_calculation:
-    formula: 'business_value * user_impact / (dependency_weight + risk_factor)'
+    formula: "business_value * user_impact / (dependency_weight + risk_factor)"
 
   priority_levels:
     - p0_critical: 关键路径故事
@@ -181,12 +181,12 @@ enhanced_story_generation:
 dependency_graph:
   nodes:
     - id: US001
-      title: '用户注册与登录'
+      title: "用户注册与登录"
       priority: P0
       estimated_effort: 3
 
     - id: US002
-      title: '权限管理基础'
+      title: "权限管理基础"
       priority: P0
       estimated_effort: 5
 
@@ -194,26 +194,26 @@ dependency_graph:
     - from: US001
       to: US002
       type: technical_dependency
-      description: '权限管理需要用户身份认证'
+      description: "权限管理需要用户身份认证"
 
     - from: US002
       to: US013
       type: business_flow_dependency
-      description: '个人信息管理需要权限控制'
+      description: "个人信息管理需要权限控制"
 
 critical_paths:
   - path: [US001, US002, US013, US025]
     duration: 15
-    description: '用户管理关键路径'
+    description: "用户管理关键路径"
 
 parallel_groups:
   - group_id: A
     stories: [US001, US002, US013]
-    focus: '用户管理'
+    focus: "用户管理"
 
   - group_id: B
     stories: [US003, US014, US025]
-    focus: '数据管理'
+    focus: "数据管理"
 ```
 
 ## Automation Integration
@@ -222,18 +222,18 @@ parallel_groups:
 
 ```yaml
 integration_points:
-  trigger_command: '*generate-all-stories'
+  trigger_command: "*generate-all-stories"
 
   input_sources:
-    - file: 'prd.md'
+    - file: "prd.md"
       validator: prd_completeness_check
-    - file: 'database_design.md'
+    - file: "database_design.md"
       validator: schema_consistency_check
 
   output_handlers:
-    - target: 'project_story_backlog.md'
+    - target: "project_story_backlog.md"
       post_processor: priority_validation
-    - target: 'stories/'
+    - target: "stories/"
       post_processor: story_format_validation
 ```
 
@@ -296,19 +296,19 @@ dynamic_adjustment:
 ```yaml
 error_scenarios:
   incomplete_prd:
-    detection: 'PRD缺少关键信息章节'
-    handling: '生成缺失信息提示，暂停生成'
-    recovery: '要求补充PRD信息后重新生成'
+    detection: "PRD缺少关键信息章节"
+    handling: "生成缺失信息提示，暂停生成"
+    recovery: "要求补充PRD信息后重新生成"
 
   conflicting_requirements:
-    detection: '需求之间存在逻辑冲突'
-    handling: '标记冲突点，生成冲突报告'
-    recovery: '人工review和冲突解决'
+    detection: "需求之间存在逻辑冲突"
+    handling: "标记冲突点，生成冲突报告"
+    recovery: "人工review和冲突解决"
 
   circular_dependencies:
-    detection: '故事间存在循环依赖'
-    handling: '依赖环检测和报告'
-    recovery: '自动依赖重构建议'
+    detection: "故事间存在循环依赖"
+    handling: "依赖环检测和报告"
+    recovery: "自动依赖重构建议"
 ```
 
 ### 质量保证措施

package/xiaoma-core/tasks/create-enhanced-story-with-database.md

@@ -49,12 +49,12 @@
 #### 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}}'
+epic_num: "{{epic_number}}"
+story_num: "{{story_number}}"
+story_title_short: "{{story_title}}"
+role: "{{user_role}}"
+action: "{{user_action}}"
+benefit: "{{user_benefit}}"
 ```
 
 #### 2.2 数据库设计部分填写

package/xiaoma-core/tasks/nfr-assess.md

@@ -94,16 +94,16 @@ nfr_validation:
   _assessed: [security, performance, reliability, maintainability]
   security:
     status: CONCERNS
-    notes: 'No rate limiting on auth endpoints'
+    notes: "No rate limiting on auth endpoints"
   performance:
     status: PASS
-    notes: 'Response times < 200ms verified'
+    notes: "Response times < 200ms verified"
   reliability:
     status: PASS
-    notes: 'Error handling and retries implemented'
+    notes: "Error handling and retries implemented"
   maintainability:
     status: CONCERNS
-    notes: 'Test coverage at 65%, target is 80%'
+    notes: "Test coverage at 65%, target is 80%"
 ```
 
 ## Deterministic Status Rules
@@ -333,10 +333,10 @@ performance_deep_dive:
     p99: 350ms
   database:
     slow_queries: 2
-    missing_indexes: ['users.email', 'orders.user_id']
+    missing_indexes: ["users.email", "orders.user_id"]
   caching:
     hit_rate: 0%
-    recommendation: 'Add Redis for session data'
+    recommendation: "Add Redis for session data"
   load_test:
     max_rps: 150
     breaking_point: 200 rps