@zeyue0329/xiaoma-cli 1.0.49 → 1.0.66

package/xiaoma-core/templates/project-brief-tmpl.yaml

@@ -1,221 +0,0 @@
-template:
-  id: project-brief-template-v2
-  name: 项目简报
-  version: 2.0
-  output:
-    format: markdown
-    filename: docs/brief.md
-    title: "Project Brief: {{project_name}}"
-
-workflow:
-  mode: interactive
-  elicitation: advanced-elicitation
-  custom_elicitation:
-    title: "项目简报启发式操作"
-    options:
-      - "用更具体的细节扩展该部分"
-      - "与类似的成功产品进行验证对比"
-      - "用边缘案例对假设进行压力测试"
-      - "探索替代的解决方案"
-      - "分析资源/约束的权衡"
-      - "生成风险缓解策略"
-      - "从 MVP 极简主义视角挑战范围"
-      - "头脑风暴创新的功能可能性"
-      - "如果我们当初拥有 [资源/能力/时间]..."
-      - "进入下一节"
-
-sections:
-  - id: introduction
-    instruction: |
-      本模板旨在指导创建一份全面的项目简报，作为产品开发的基础输入。
-
-      首先询问用户偏好哪种模式：
-
-      1. **交互模式 (Interactive Mode)** - 协同完成每个部分
-      2. **“干就完了”模式 (YOLO Mode)** - 生成完整草稿以供审查和完善
-
-      在开始之前，了解有哪些可用的输入（头脑风暴结果、市场研究、竞品分析、初步想法）并收集项目背景。
-
-  - id: executive-summary
-    title: 执行摘要
-    instruction: |
-      创建一个简洁的概述，抓住项目的精髓。包括：
-      - 用 1-2 句话说明产品概念
-      - 正在解决的主要问题
-      - 目标市场识别
-      - 核心价值主张
-    template: "{{executive_summary_content}}"
-
-  - id: problem-statement
-    title: 问题陈述
-    instruction: |
-      用清晰的证据阐明问题。说明：
-      - 现状与痛点
-      - 问题的影响（如果可能，进行量化）
-      - 为何现有解决方案不足
-      - 现在解决此问题的紧迫性和重要性
-    template: "{{detailed_problem_description}}"
-
-  - id: proposed-solution
-    title: 提议的解决方案
-    instruction: |
-      从高层次描述解决方案。包括：
-      - 核心概念与方法
-      - 与现有解决方案的关键差异化因素
-      - 为什么这个解决方案能在其他方案失败的地方取得成功
-      - 产品的高层愿景
-    template: "{{solution_description}}"
-
-  - id: target-users
-    title: 目标用户
-    instruction: |
-      具体地定义和描述目标用户。每个用户细分包括：
-      - 人口统计/公司统计画像
-      - 当前行为和工作流程
-      - 具体需求和痛点
-      - 他们试图实现的目标
-    sections:
-      - id: primary-segment
-        title: "主要用户细分: {{segment_name}}"
-        template: "{{primary_user_description}}"
-      - id: secondary-segment
-        title: "次要用户细分: {{segment_name}}"
-        condition: 存在次要用户细分时
-        template: "{{secondary_user_description}}"
-
-  - id: goals-metrics
-    title: 目标与成功指标
-    instruction: 建立明确的目标以及衡量成功的方法。使目标符合 SMART 原则（具体的、可衡量的、可实现的、相关的、有时限的）
-    sections:
-      - id: business-objectives
-        title: 业务目标
-        type: bullet-list
-        template: "- {{objective_with_metric}}"
-      - id: user-success-metrics
-        title: 用户成功指标
-        type: bullet-list
-        template: "- {{user_metric}}"
-      - id: kpis
-        title: 关键绩效指标 (KPIs)
-        type: bullet-list
-        template: "- {{kpi}}: {{definition_and_target}}"
-
-  - id: mvp-scope
-    title: MVP 范围
-    instruction: 清晰地定义最小可行产品。具体说明哪些功能在范围内，哪些在范围外。帮助用户区分“必须有”和“可以有”的功能。
-    sections:
-      - id: core-features
-        title: 核心功能 (必须有)
-        type: bullet-list
-        template: "- **{{feature}}:** {{description_and_rationale}}"
-      - id: out-of-scope
-        title: MVP 范围之外
-        type: bullet-list
-        template: "- {{feature_or_capability}}"
-      - id: mvp-success-criteria
-        title: MVP 成功标准
-        template: "{{mvp_success_definition}}"
-
-  - id: post-mvp-vision
-    title: MVP 后愿景
-    instruction: 概述产品的长期方向，但不对具体细节做出过多承诺。
-    sections:
-      - id: phase-2-features
-        title: 第二阶段功能
-        template: "{{next_priority_features}}"
-      - id: long-term-vision
-        title: 长期愿景
-        template: "{{one_two_year_vision}}"
-      - id: expansion-opportunities
-        title: 扩展机会
-        template: "{{potential_expansions}}"
-
-  - id: technical-considerations
-    title: 技术考量
-    instruction: 记录已知的技术约束和偏好。注意这些是初步想法，而非最终决定。
-    sections:
-      - id: platform-requirements
-        title: 平台要求
-        template: |
-          - **目标平台:** {{platforms}}
-          - **浏览器/操作系统支持:** {{specific_requirements}}
-          - **性能要求:** {{performance_specs}}
-      - id: technology-preferences
-        title: 技术偏好
-        template: |
-          - **前端:** {{frontend_preferences}}
-          - **后端:** {{backend_preferences}}
-          - **数据库:** {{database_preferences}}
-          - **托管/基础设施:** {{infrastructure_preferences}}
-      - id: architecture-considerations
-        title: 架构考量
-        template: |
-          - **代码仓库结构:** {{repo_thoughts}}
-          - **服务架构:** {{service_thoughts}}
-          - **集成要求:** {{integration_needs}}
-          - **安全/合规:** {{security_requirements}}
-
-  - id: constraints-assumptions
-    title: 约束与假设
-    instruction: 清晰地陈述限制和假设，以设定切合实际的期望。
-    sections:
-      - id: constraints
-        title: 约束
-        template: |
-          - **预算:** {{budget_info}}
-          - **时间线:** {{timeline_info}}
-          - **资源:** {{resource_info}}
-          - **技术:** {{technical_constraints}}
-      - id: key-assumptions
-        title: 关键假设
-        type: bullet-list
-        template: "- {{assumption}}"
-
-  - id: risks-questions
-    title: 风险与待解决问题
-    instruction: 主动识别未知因素和潜在挑战。
-    sections:
-      - id: key-risks
-        title: 关键风险
-        type: bullet-list
-        template: "- **{{risk}}:** {{description_and_impact}}"
-      - id: open-questions
-        title: 待解决问题
-        type: bullet-list
-        template: "- {{question}}"
-      - id: research-areas
-        title: 需要进一步研究的领域
-        type: bullet-list
-        template: "- {{research_topic}}"
-
-  - id: appendices
-    title: 附录
-    sections:
-      - id: research-summary
-        title: A. 研究摘要
-        condition: 存在研究发现时
-        instruction: |
-          如果适用，总结以下方面的关键发现：
-          - 市场研究
-          - 竞品分析
-          - 用户访谈
-          - 技术可行性研究
-      - id: stakeholder-input
-        title: B. 利益相关者意见
-        condition: 存在利益相关者反馈时
-        template: "{{stakeholder_feedback}}"
-      - id: references
-        title: C. 参考资料
-        template: "{{relevant_links_and_docs}}"
-
-  - id: next-steps
-    title: 后续步骤
-    sections:
-      - id: immediate-actions
-        title: 立即行动
-        type: numbered-list
-        template: "{{action_item}}"
-      - id: pm-handoff
-        title: 项目经理交接
-        content: |
-          这份项目简报为 {{project_name}} 提供了完整的背景信息。请启动‘PRD 生成模式’，彻底审阅此简报，并与用户合作，按照模板指示逐节创建 PRD，同时请求任何必要的澄清或提出改进建议。

package/xiaoma-core/templates/qa-gate-tmpl.yaml

@@ -1,102 +0,0 @@
-template:
-  id: qa-gate-template-v1
-  name: 质量门禁决策
-  version: 1.0
-  output:
-    format: yaml
-    filename: qa.qaLocation/gates/{{epic_num}}.{{story_num}}-{{story_slug}}.yml
-    title: "Quality Gate: {{epic_num}}.{{story_num}}"
-
-# 必填字段 (置于首部)
-schema: 1
-story: "{{epic_num}}.{{story_num}}"
-story_title: "{{story_title}}"
-gate: "{{gate_status}}" # 可选值: PASS|CONCERNS|FAIL|WAIVED
-status_reason: "{{status_reason}}" # 关于此门禁决策原因的1-2句话摘要
-reviewer: "Quinn (测试架构师)"
-updated: "{{iso_timestamp}}"
-
-# 始终存在，但仅在状态为 WAIVED 时激活
-waiver: { active: false }
-
-# 问题列表 (如有) - 使用固定严重性: low | medium | high
-top_issues: []
-
-# 风险摘要 (如果运行了 risk-profile 任务)
-risk_summary:
-  totals: { critical: 0, high: 0, medium: 0, low: 0 }
-  recommendations:
-    must_fix: []
-    monitor: []
-
-# 为清晰起见，使用块标量的示例部分
-examples:
-  with_issues: |
-    top_issues:
-      - id: "SEC-001"
-        severity: high  # 仅限: low|medium|high
-        finding: "登录端点上没有速率限制"
-        suggested_action: "在生产部署前添加速率限制中间件"
-      - id: "TEST-001"  
-        severity: medium
-        finding: "认证流程缺少集成测试"
-        suggested_action: "为关键路径添加测试覆盖"
-
-  when_waived: |
-    waiver:
-      active: true
-      reason: "为 MVP 版本发布而接受 - 将在下个迭代中解决"
-      approved_by: "产品负责人"
-
-# ============ 可选扩展字段 ============
-# 如果您的团队需要更详细的信息，请取消注释并使用
-
-optional_fields_examples:
-  quality_and_expiry: |
-    quality_score: 75  # 0-100 (可选评分)
-    expires: "2025-01-26T00:00:00Z"  # 可选的门禁有效时间窗口
-
-  evidence: |
-    evidence:
-      tests_reviewed: 15
-      risks_identified: 3
-      trace:
-        ac_covered: [1, 2, 3]  # 已有测试覆盖的验收标准 (AC) 编号
-        ac_gaps: [4]  # 缺少测试覆盖的验收标准 (AC) 编号
-
-  nfr_validation: |
-    nfr_validation:
-      security: { status: CONCERNS, notes: "缺少速率限制" }
-      performance: { status: PASS, notes: "" }
-      reliability: { status: PASS, notes: "" }
-      maintainability: { status: PASS, notes: "" }
-
-  history: |
-    history:  # 只可追加的审计追踪记录
-      - at: "2025-01-12T10:00:00Z"
-        gate: FAIL
-        note: "初次评审 - 缺少测试"
-      - at: "2025-01-12T15:00:00Z"  
-        gate: CONCERNS
-        note: "已添加测试，但仍缺少速率限制"
-
-  risk_summary: |
-    risk_summary:  # 来自 risk-profile 任务
-      totals:
-        critical: 0
-        high: 0
-        medium: 0
-        low: 0
-      # 'highest' 仅在存在风险时才会输出
-      recommendations:
-        must_fix: []
-        monitor: []
-
-  recommendations: |
-    recommendations:
-      immediate:  # 生产环境发布前必须修复
-        - action: "为认证端点添加速率限制"
-          refs: ["api/auth/login.ts:42-68"]
-      future:  # 可在以后解决
-        - action: "考虑使用缓存以提高性能"
-          refs: ["services/data.service.ts"]