@zeyue0329/xiaoma-cli 1.0.41 → 1.0.43

package/dist/teams/team-fullstack.txt

@@ -292,7 +292,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: 将完整文档输出到当前目标文件
@@ -472,7 +472,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)
@@ -4669,7 +4669,7 @@ sections:
         title: 关键交互范式
       - id: core-screens
         title: 核心屏幕与视图
-        instruction: 从产品角度看，为实现 PRD 的价值和目标，最关键的屏幕或视图是什么？这旨在提供概念性的高层概览，以驱动粗略的史诗或用户故事。
+        instruction: 从产品角度看，为实现 PRD 的价值和目标，最关键的屏幕或视图是什么？这旨在提供概念性的高层概览，以驱动粗略的模块或用户故事。
         examples:
           - "登录屏幕"
           - "主仪表盘"
@@ -4719,38 +4719,38 @@ sections:
         instruction: 在起草本文档的整个过程中，如果提出或发现任何其他适合架构师的技术假设，请在此处作为额外的项目符号添加。
 
   - id: epic-list
-    title: 史诗列表
+    title: 模块列表
     instruction: |
-      向用户呈现一份高层次的史诗列表以供批准。每个史诗应有一个标题和一个简短的（1句话）目标陈述。这使用户能在深入细节之前审阅整体结构。
+      向用户呈现一份高层次的模块列表以供批准。每个模块应有一个标题和一个简短的（1句话）目标陈述。这使用户能在深入细节之前审阅整体结构。
 
-      关键：史诗必须遵循敏捷最佳实践，保持逻辑上的顺序：
+      关键：模块必须遵循敏捷最佳实践，保持逻辑上的顺序：
 
-      - 每个史诗都应交付一个重要的、端到端的、完全可部署且可测试的功能增量。
-      - 史诗 1 必须建立基础项目设施（应用设置、Git、CI/CD、核心服务），除非我们是向现有应用添加新功能。同时，它还应交付一个初始功能，即使只是一个健康检查路由或一个简单的金丝雀页面显示——在为第一个史诗编写用户故事时要记住这一点！
-      - 每个后续的史诗都在之前史诗功能的基础上构建，交付主要的功能模块，这些模块在部署时能为用户或业务提供切实的价值。
-      - 并非每个项目都需要多个史诗，一个史诗需要交付价值。例如，一个已完成的 API 即使 UI 尚未完成并计划在另一个史诗中实现，也可以交付价值。
-      - 倾向于设置较少的史诗，但要告知用户你的理由，并提供拆分选项，如果某些史诗看起来太大或关注点分散的话。
-      - 横切关注点应该贯穿于史诗和用户故事中，而不是作为最后的用户故事。例如，在一个史诗的最后一个故事中添加日志框架，或者在项目结束时作为最后一个史诗或故事来做，这将非常糟糕，因为我们从一开始就没有日志记录。
+      - 每个模块都应交付一个重要的、端到端的、完全可部署且可测试的功能增量。
+      - 模块 1 必须建立基础项目设施（应用设置、Git、CI/CD、核心服务），除非我们是向现有应用添加新功能。同时，它还应交付一个初始功能，即使只是一个健康检查路由或一个简单的金丝雀页面显示——在为第一个模块编写用户故事时要记住这一点！
+      - 每个后续的模块都在之前模块功能的基础上构建，交付主要的功能模块，这些模块在部署时能为用户或业务提供切实的价值。
+      - 并非每个项目都需要多个模块，一个模块需要交付价值。例如，一个已完成的 API 即使 UI 尚未完成并计划在另一个模块中实现，也可以交付价值。
+      - 倾向于设置较少的模块，但要告知用户你的理由，并提供拆分选项，如果某些模块看起来太大或关注点分散的话。
+      - 横切关注点应该贯穿于模块和用户故事中，而不是作为最后的用户故事。例如，在一个模块的最后一个故事中添加日志框架，或者在项目结束时作为最后一个模块或故事来做，这将非常糟糕，因为我们从一开始就没有日志记录。
     elicit: true
     examples:
-      - "史诗 1：基础与核心设施：建立项目设置、认证和基本用户管理"
-      - "史诗 2：核心业务实体：创建和管理主要领域对象的 CRUD 操作"
-      - "史诗 3：用户工作流与交互：实现关键用户旅程和业务流程"
-      - "史诗 4：报告与分析：为用户提供洞察和数据可视化"
+      - "模块 1：基础与核心设施：建立项目设置、认证和基本用户管理"
+      - "模块 2：核心业务实体：创建和管理主要领域对象的 CRUD 操作"
+      - "模块 3：用户工作流与交互：实现关键用户旅程和业务流程"
+      - "模块 4：报告与分析：为用户提供洞察和数据可视化"
 
   - id: epic-details
-    title: 史诗 {{epic_number}} {{epic_title}}
+    title: 模块 {{epic_number}} {{epic_title}}
     repeatable: true
     instruction: |
-      在史诗列表被批准后，将每个史诗及其所有的用户故事和验收标准作为一个完整的审查单元呈现。
+      在模块列表被批准后，将每个模块及其所有的用户故事和验收标准作为一个完整的审查单元呈现。
 
-      为每个史诗提供扩展的目标（2-3 句话描述所有故事将实现的目标和价值）。
+      为每个模块提供扩展的目标（2-3 句话描述所有故事将实现的目标和价值）。
 
       关键的用户故事排序要求：
 
-      - 每个史诗中的用户故事必须在逻辑上是顺序的。
+      - 每个模块中的用户故事必须在逻辑上是顺序的。
       - 每个故事都应该是一个“垂直切片”，交付完整的功能，除了项目基础的早期使能型故事。
-      - 任何故事都不应依赖于后续故事或史诗的工作。
+      - 任何故事都不应依赖于后续故事或模块的工作。
       - 识别并注明任何直接的前置故事。
       - 关注“做什么”和“为什么”，而不是“怎么做”（将技术实现留给架构师），但要足够精确以支持故事之间逻辑上顺序的操作。
       - 确保每个故事都交付明确的用户或业务价值，尽量避免使能型故事，而是将它们构建到交付价值的故事中。
@@ -7531,7 +7531,7 @@ sections:
       1. 如果是 REST API, 创建一个 OpenAPI 3.0 规范
       2. 如果是 GraphQL, 提供 GraphQL 模式
       3. 如果是 tRPC, 展示路由定义
-      4. 包括来自史诗/故事的所有端点
+      4. 包括来自模块/故事的所有端点
       5. 基于数据模型定义请求/响应模式
       6. 记录认证要求
       7. 包括请求/响应示例

package/dist/teams/team-ide-minimal.txt

@@ -220,7 +220,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)
@@ -258,7 +258,7 @@ agent:
   id: sm
   title: Scrum Master
   icon: 🏃
-  whenToUse: 用于创建故事、史诗管理、在派对模式下进行回顾以及敏捷流程指导
+  whenToUse: 用于创建故事、模块管理、在派对模式下进行回顾以及敏捷流程指导
   customization: null
 persona:
   role: 技术 Scrum Master - 故事准备专家

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

@@ -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: 将完整文档输出到当前目标文件
@@ -418,7 +418,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)
@@ -4615,7 +4615,7 @@ sections:
         title: 关键交互范式
       - id: core-screens
         title: 核心屏幕与视图
-        instruction: 从产品角度看，为实现 PRD 的价值和目标，最关键的屏幕或视图是什么？这旨在提供概念性的高层概览，以驱动粗略的史诗或用户故事。
+        instruction: 从产品角度看，为实现 PRD 的价值和目标，最关键的屏幕或视图是什么？这旨在提供概念性的高层概览，以驱动粗略的模块或用户故事。
         examples:
           - "登录屏幕"
           - "主仪表盘"
@@ -4665,38 +4665,38 @@ sections:
         instruction: 在起草本文档的整个过程中，如果提出或发现任何其他适合架构师的技术假设，请在此处作为额外的项目符号添加。
 
   - id: epic-list
-    title: 史诗列表
+    title: 模块列表
     instruction: |
-      向用户呈现一份高层次的史诗列表以供批准。每个史诗应有一个标题和一个简短的（1句话）目标陈述。这使用户能在深入细节之前审阅整体结构。
+      向用户呈现一份高层次的模块列表以供批准。每个模块应有一个标题和一个简短的（1句话）目标陈述。这使用户能在深入细节之前审阅整体结构。
 
-      关键：史诗必须遵循敏捷最佳实践，保持逻辑上的顺序：
+      关键：模块必须遵循敏捷最佳实践，保持逻辑上的顺序：
 
-      - 每个史诗都应交付一个重要的、端到端的、完全可部署且可测试的功能增量。
-      - 史诗 1 必须建立基础项目设施（应用设置、Git、CI/CD、核心服务），除非我们是向现有应用添加新功能。同时，它还应交付一个初始功能，即使只是一个健康检查路由或一个简单的金丝雀页面显示——在为第一个史诗编写用户故事时要记住这一点！
-      - 每个后续的史诗都在之前史诗功能的基础上构建，交付主要的功能模块，这些模块在部署时能为用户或业务提供切实的价值。
-      - 并非每个项目都需要多个史诗，一个史诗需要交付价值。例如，一个已完成的 API 即使 UI 尚未完成并计划在另一个史诗中实现，也可以交付价值。
-      - 倾向于设置较少的史诗，但要告知用户你的理由，并提供拆分选项，如果某些史诗看起来太大或关注点分散的话。
-      - 横切关注点应该贯穿于史诗和用户故事中，而不是作为最后的用户故事。例如，在一个史诗的最后一个故事中添加日志框架，或者在项目结束时作为最后一个史诗或故事来做，这将非常糟糕，因为我们从一开始就没有日志记录。
+      - 每个模块都应交付一个重要的、端到端的、完全可部署且可测试的功能增量。
+      - 模块 1 必须建立基础项目设施（应用设置、Git、CI/CD、核心服务），除非我们是向现有应用添加新功能。同时，它还应交付一个初始功能，即使只是一个健康检查路由或一个简单的金丝雀页面显示——在为第一个模块编写用户故事时要记住这一点！
+      - 每个后续的模块都在之前模块功能的基础上构建，交付主要的功能模块，这些模块在部署时能为用户或业务提供切实的价值。
+      - 并非每个项目都需要多个模块，一个模块需要交付价值。例如，一个已完成的 API 即使 UI 尚未完成并计划在另一个模块中实现，也可以交付价值。
+      - 倾向于设置较少的模块，但要告知用户你的理由，并提供拆分选项，如果某些模块看起来太大或关注点分散的话。
+      - 横切关注点应该贯穿于模块和用户故事中，而不是作为最后的用户故事。例如，在一个模块的最后一个故事中添加日志框架，或者在项目结束时作为最后一个模块或故事来做，这将非常糟糕，因为我们从一开始就没有日志记录。
     elicit: true
     examples:
-      - "史诗 1：基础与核心设施：建立项目设置、认证和基本用户管理"
-      - "史诗 2：核心业务实体：创建和管理主要领域对象的 CRUD 操作"
-      - "史诗 3：用户工作流与交互：实现关键用户旅程和业务流程"
-      - "史诗 4：报告与分析：为用户提供洞察和数据可视化"
+      - "模块 1：基础与核心设施：建立项目设置、认证和基本用户管理"
+      - "模块 2：核心业务实体：创建和管理主要领域对象的 CRUD 操作"
+      - "模块 3：用户工作流与交互：实现关键用户旅程和业务流程"
+      - "模块 4：报告与分析：为用户提供洞察和数据可视化"
 
   - id: epic-details
-    title: 史诗 {{epic_number}} {{epic_title}}
+    title: 模块 {{epic_number}} {{epic_title}}
     repeatable: true
     instruction: |
-      在史诗列表被批准后，将每个史诗及其所有的用户故事和验收标准作为一个完整的审查单元呈现。
+      在模块列表被批准后，将每个模块及其所有的用户故事和验收标准作为一个完整的审查单元呈现。
 
-      为每个史诗提供扩展的目标（2-3 句话描述所有故事将实现的目标和价值）。
+      为每个模块提供扩展的目标（2-3 句话描述所有故事将实现的目标和价值）。
 
       关键的用户故事排序要求：
 
-      - 每个史诗中的用户故事必须在逻辑上是顺序的。
+      - 每个模块中的用户故事必须在逻辑上是顺序的。
       - 每个故事都应该是一个“垂直切片”，交付完整的功能，除了项目基础的早期使能型故事。
-      - 任何故事都不应依赖于后续故事或史诗的工作。
+      - 任何故事都不应依赖于后续故事或模块的工作。
       - 识别并注明任何直接的前置故事。
       - 关注“做什么”和“为什么”，而不是“怎么做”（将技术实现留给架构师），但要足够精确以支持故事之间逻辑上顺序的操作。
       - 确保每个故事都交付明确的用户或业务价值，尽量避免使能型故事，而是将它们构建到交付价值的故事中。
@@ -7064,7 +7064,7 @@ sections:
       1. 如果是 REST API, 创建一个 OpenAPI 3.0 规范
       2. 如果是 GraphQL, 提供 GraphQL 模式
       3. 如果是 tRPC, 展示路由定义
-      4. 包括来自史诗/故事的所有端点
+      4. 包括来自模块/故事的所有端点
       5. 基于数据模型定义请求/响应模式
       6. 记录认证要求
       7. 包括请求/响应示例

package/docs/architecture-sharding-modification.md

@@ -367,7 +367,7 @@ section_2_outputs:
   - 需求分析报告: "docs/requirements/requirements-analysis.md"
   - 架构分析报告: "docs/architecture/current-architecture-analysis.md"
   - PRD 文档: "docs/prd/brownfield-iteration-prd.md"
-  - Epic 文档清单: "docs/epics/史诗-*.md"
+  - Epic 文档清单: "docs/epics/Epic-*.md"
   - 架构设计文档: "docs/architecture/iteration-backend-design.md"
   - 数据库脚本: "docs/architecture/db-migration-scripts.sql"
   - 架构模块文档: # 新增
@@ -392,7 +392,7 @@ section_2_outputs:
     1. 需求分析和澄清（Analyst）
     2. 现有架构分析（Architect）
     3. Brownfield PRD 创建（PM）
-    4. Epic 史诗拆分（PM）
+    4. Epic 模块拆分（PM）
     5. 后端架构增量设计（Architect）
     6. 数据库迁移脚本生成
     7. 架构文档模块化切分（新增）
@@ -401,7 +401,7 @@ section_2_outputs:
     - docs/requirements/requirements-analysis.md
     - docs/architecture/current-architecture-analysis.md
     - docs/prd/brownfield-iteration-prd.md
-    - docs/epics/史诗-*.md ({epic_count} 个史诗)
+    - docs/epics/Epic-*.md ({epic_count} 个模块)
     - docs/architecture/iteration-backend-design.md
     - docs/architecture/db-migration-scripts.sql
     - docs/architecture/database-design.md（新增）
@@ -497,7 +497,7 @@ success_criteria:
       - 需求分析报告
       - 现有架构分析报告
       - Brownfield PRD 文档
-      - Epic 史诗文档（多个）
+      - Epic 模块文档（多个）
       - 后端架构增量设计文档
       - 数据库迁移脚本
       - 架构模块文档（7个）：  # 新增

package/docs/automated-requirements-analysis-outputs.md

@@ -216,9 +216,9 @@
   - 性能验收标准
   - 质量验收标准
 
-  ## 9. 实施计划（史诗拆分建议）
+  ## 9. 实施计划（模块拆分建议）
 
-  - 建议的史诗划分
+  - 建议的模块划分
   - 优先级排序
   - 依赖关系说明
   - 预估工作量
@@ -228,26 +228,26 @@
 
 ### 4. Epic 拆分阶段（PM 智能体）
 
-#### 4.1 史诗文档集合 ⭐
+#### 4.1 模块文档集合 ⭐
 
-- **文件路径**: `docs/epics/史诗-{epic_name}.md`（多个文件）
+- **文件路径**: `docs/epics/Epic{epic_name}.md`（多个文件）
 - **生成智能体**: PM
 - **生成时机**: 第3步 - Epic 拆分循环
-- **生成数量**: 根据 PRD 建议，通常 3-8 个史诗
-- **每个史诗文档内容**:
+- **生成数量**: 根据 PRD 建议，通常 3-8 个模块
+- **每个模块文档内容**:
 
   ```markdown
-  # 史诗元数据
+  # 模块元数据
 
   - epic_id: Epic-01, Epic-02, ...
-  - epic_name: 史诗名称
+  - epic_name: 模块名称
   - status: Planned
   - priority: 高/中/低
   - created_date: 创建日期
 
-  ## 1. 史诗概述
+  ## 1. 模块概述
 
-  - 史诗目标
+  - 模块目标
   - 业务价值
   - 成功标准
 
@@ -257,26 +257,26 @@
   - 故事优先级
   - 故事依赖关系
 
-  ## 3. 技术设计概要（针对此史诗）
+  ## 3. 技术设计概要（针对此模块）
 
   - 技术组件
   - 架构设计
   - 技术方案
 
-  ## 4. 数据库变更（针对此史诗）
+  ## 4. 数据库变更（针对此模块）
 
   - 新增表
   - 修改表
   - 数据迁移
 
-  ## 5. API 接口清单（针对此史诗）
+  ## 5. API 接口清单（针对此模块）
 
   - API 端点清单
   - 接口概要
 
-  ## 6. 验收标准（史诗级别）
+  ## 6. 验收标准（模块级别）
 
-  - 史诗验收标准
+  - 模块验收标准
   - 质量标准
 
   ## 7. 估算工作量
@@ -304,7 +304,7 @@
 - **生成时机**: 第4步 - 后端架构增量设计
 - **输入来源**:
   - `docs/prd/brownfield-iteration-prd.md`
-  - `docs/epics/史诗-*.md`
+  - `docs/epics/Epic-*.md`
   - `docs/architecture/current-architecture-analysis.md`
 - **文档内容**（最详细的架构设计）:
 
@@ -583,7 +583,7 @@
   - 需求分析报告: docs/requirements/requirements-analysis.md
   - 架构分析报告: docs/architecture/current-architecture-analysis.md
   - PRD 文档: docs/prd/brownfield-iteration-prd.md
-  - Epic 文档: docs/epics/史诗-\*.md ({count} 个)
+  - Epic 文档: docs/epics/Epic\*.md ({count} 个)
   - 架构设计文档: docs/architecture/iteration-backend-design.md
   - 数据库脚本: docs/architecture/db-migration-scripts.sql
 
@@ -617,7 +617,7 @@ graph TD
     B --> D[docs/prd/<br/>brownfield-iteration-prd.md<br/>Brownfield PRD]
     C --> D
 
-    D --> E[docs/epics/<br/>史诗-*.md<br/>史诗文档集合]
+    D --> E[docs/epics/<br/>Epic-*.md<br/>模块文档集合]
 
     D --> F[docs/architecture/<br/>iteration-backend-design.md<br/>迭代架构设计]
     E --> F
@@ -705,15 +705,15 @@ graph TD
 - 定义所有功能需求
 - 定义非功能需求
 - 定义验收标准
-- 建议史诗拆分
+- 建议模块拆分
 
-#### 5. `史诗-*.md` - 史诗文档集合
+#### 5. `Epic-*.md` - 模块文档集合
 
 **作用**:
 
 - 功能模块划分
 - 初步识别用户故事
-- 史诗级别的技术概要
+- 模块级别的技术概要
 - 工作量估算
 
 ### ⭐ 分析和规划文档
@@ -750,10 +750,10 @@ sequenceDiagram
     PM->>PM: 结合需求和架构
     PM-->>U: brownfield-iteration-prd.md
 
-    U->>PM: 拆分史诗
-    loop 每个史诗
-        PM->>PM: 创建史诗文档
-        PM-->>U: 史诗-{name}.md
+    U->>PM: 拆分模块
+    loop 每个模块
+        PM->>PM: 创建模块文档
+        PM-->>U: Epic{name}.md
     end
 
     U->>Arc: 设计架构
@@ -788,8 +788,8 @@ sequenceDiagram
    - ✅ 技术对齐度 100%
    - ✅ 可测试性 ≥9/10
 
-4. **史诗-\*.md**:
-   - ✅ 史诗规模适中（2-4周）
+4. **Epic\*.md**:
+   - ✅ 模块规模适中（2-4周）
    - ✅ 故事数量合理（5-15个）
    - ✅ 技术设计一致
    - ✅ 数据库变更相对独立
@@ -848,7 +848,7 @@ SHOW CREATE TABLE new_table_name;
 - **开发时**: 主要看 `iteration-backend-design.md`
 - **需要业务背景**: 查看 `brownfield-iteration-prd.md`
 - **需要技术规范**: 查看 `current-architecture-analysis.md`
-- **需要功能拆分**: 查看 `史诗-*.md`
+- **需要功能拆分**: 查看 `Epic-*.md`
 
 ### 3. 与下游工作流的衔接
 
@@ -869,7 +869,7 @@ SHOW CREATE TABLE new_table_name;
 | 需求分析     | 1-2个      | ⭐         |
 | 架构分析     | 1个        | ⭐⭐       |
 | PRD          | 1个        | ⭐⭐       |
-| 史诗         | 3-8个      | ⭐⭐       |
+| 模块         | 3-8个      | ⭐⭐       |
 | **架构设计** | **2个**    | **⭐⭐⭐** |
 | 完成报告     | 1个        | ⭐         |
 | **总计**     | **9-15个** | -          |

package/docs/prd/workflow-coordinator-prd.md

@@ -934,7 +934,7 @@ node src/index.js start requirements-analysis
 # → 自动进入下一步骤...
 # ✅ 步骤 3/6: PM 创建 PRD (预计20-30分钟)
 # → 自动进入下一步骤...
-# ✅ 步骤 4/6: PM 拆分史诗 (预计变动)
+# ✅ 步骤 4/6: PM 拆分模块 (预计变动)
 # → 自动进入下一步骤...
 # ✅ 步骤 5/6: Architect 架构设计 (预计30-40分钟)
 # → 自动进入下一步骤...
@@ -1077,7 +1077,7 @@ node src/index.js start requirements-analysis
   - docs/requirements/requirements-analysis.md
   - docs/architecture/current-architecture-analysis.md
   - docs/prd/brownfield-iteration-prd.md
-  - docs/epics/史诗-*.md
+  - docs/epics/Epic-*.md
   - docs/architecture/iteration-backend-design.md
   - docs/architecture/db-migration-scripts.sql
 - ✅ 总耗时 ≤ 3小时

package/package.json

@@ -1,7 +1,7 @@
 {
   "$schema": "https://json.schemastore.org/package.json",
   "name": "@zeyue0329/xiaoma-cli",
-  "version": "1.0.41",
+  "version": "1.0.43",
   "description": "XiaoMa Cli: Universal AI Agent Framework",
   "keywords": [
     "agile",
@@ -24,6 +24,8 @@
     "xiaoma-cli": "tools/xiaoma-npx-wrapper.js"
   },
   "scripts": {
+    "api:start": "node tools/api-server.js",
+    "api:dev": "nodemon tools/api-server.js",
     "build": "node tools/cli.js build --no-expansions",
     "build:agents": "node tools/cli.js build --agents-only",
     "build:teams": "node tools/cli.js build --teams-only",
@@ -73,8 +75,11 @@
   },
   "dependencies": {
     "@kayvan/markdown-tree-parser": "^1.6.1",
+    "body-parser": "^2.2.0",
     "chalk": "^4.1.2",
     "commander": "^14.0.0",
+    "cors": "^2.8.5",
+    "express": "^5.1.0",
     "fs-extra": "^11.3.1",
     "glob": "^11.0.3",
     "ignore": "^7.0.5",