backend-development-feature-development

编排从需求到生产部署的端到端功能开发：

[扩展思考：此工作流通过全面的功能开发阶段编排专门的 Agent——从发现和规划到实现、测试和部署。每个阶段都建立在前一阶段的输出之上，确保功能交付的一致性。该工作流支持多种开发方法（传统、TDD/BDD、DDD）、功能复杂度级别，以及现代部署策略，包括功能开关、渐进式发布和可观测性优先开发。Agent 会接收来自前几个阶段的详细上下文，以在整个开发生命周期中保持一致性并保证质量。]

适用场景

• 协调后端、前端和数据层面的端到端功能交付
• 管理需求、架构、实现、测试和发布
• 规划具有部署和监控需求的多服务变更
• 就范围、风险和成功指标在团队间达成一致

不适用场景

• 任务是小型、隔离的后端变更或缺陷修复
• 你只需要单个专家任务，而不是完整工作流
• 不涉及部署或跨团队协调

说明

1. 确认功能范围、成功指标和约束。
2. 选择一种方法并定义各阶段输出。
3. 编排实现、测试和安全验证。
4. 准备发布、监控和文档计划。

安全

• 未经批准且没有回滚计划时，避免变更生产环境。
• 先在预发布环境中验证数据迁移和功能开关。

配置选项

开发方法

• traditional：顺序开发，在实现后进行测试
• tdd：测试驱动开发，采用红-绿-重构循环
• bdd：行为驱动开发，采用基于场景的测试
• ddd：领域驱动设计，采用限界上下文和聚合

功能复杂度

• simple：单服务，集成最少（1-2 天）
• medium：多个服务，中等集成（3-5 天）
• complex：跨领域，广泛集成（1-2 周）
• epic：重大架构变更，多个团队（2 周以上）

部署策略

• direct：立即向所有用户发布
• canary：从 5% 流量开始渐进式发布
• feature-flag：通过功能开关进行受控启用
• blue-green：零停机部署并支持即时回滚
• a-b-test：拆分流量以进行实验和指标评估

阶段 1：发现与需求规划

1. 业务分析与需求

   • 使用 Task 工具，subagent_type="business-analytics::business-analyst"
   • 提示词："分析以下功能需求：$ARGUMENTS。定义用户故事、验收标准、成功指标和业务价值。识别利益相关方、依赖关系和风险。创建功能规格说明文档，明确界定范围边界。"
   • 预期输出：包含用户故事、成功指标、风险评估的需求文档
   • 上下文：初始功能请求和业务背景

2. 技术架构设计

   • 使用 Task 工具，subagent_type="comprehensive-review::architect-review"
   • 提示词："为以下功能设计技术架构：$ARGUMENTS。使用需求：[包含步骤 1 的业务分析]。定义服务边界、API 契约、数据模型、集成点和技术栈。考虑可扩展性、性能和安全需求。"
   • 预期输出：包含架构图、API 规格、数据模型的技术设计文档
   • 上下文：业务需求、现有系统架构

3. 可行性与风险评估

   • 使用 Task 工具，subagent_type="security-scanning::security-auditor"
   • 提示词："评估以下功能的安全影响和风险：$ARGUMENTS。审查架构：[包含步骤 2 的技术设计]。识别安全需求、合规要求、数据隐私问题和潜在漏洞。"
   • 预期输出：包含风险矩阵、合规检查清单、缓解策略的安全评估
   • 上下文：技术设计、监管要求

阶段 2：实现与开发

4. 后端服务实现

   • 使用 Task 工具，subagent_type="backend-architect"
   • 提示词："为以下功能实现后端服务：$ARGUMENTS。遵循技术设计：[包含步骤 2 的架构]。构建 RESTful/GraphQL API，实现业务逻辑，与数据层集成，添加弹性模式（断路器、重试），实现缓存策略。加入功能开关以支持逐步发布。"
   • 预期输出：包含 API、业务逻辑、数据库集成、功能开关的后端服务
   • 上下文：技术设计、API 契约、数据模型

5. 前端实现

   • 使用 Task 工具，subagent_type="frontend-mobile-development::frontend-developer"
   • 提示词："为以下功能构建前端组件：$ARGUMENTS。与后端 API 集成：[包含步骤 4 的 API 端点]。实现响应式 UI、状态管理、错误处理、加载状态和分析跟踪。添加功能开关集成以支持 A/B 测试能力。"
   • 预期输出：包含 API 集成、状态管理、分析的前端组件
   • 上下文：后端 API、UI/UX 设计、用户故事

6. 数据管道与集成

   • 使用 Task 工具，subagent_type="data-engineering::data-engineer"
   • 提示词："为以下功能构建数据管道：$ARGUMENTS。设计 ETL/ELT 流程，实现数据验证，创建分析事件，设置数据质量监控。与产品分析平台集成以跟踪功能使用情况。"
   • 预期输出：数据管道、分析事件、数据质量检查
   • 上下文：数据需求、分析需求、现有数据基础设施

阶段 3：测试与质量保证

7. 自动化测试套件

   • 使用 Task 工具，subagent_type="unit-testing::test-automator"
   • 提示词："为以下内容创建全面的测试套件：$ARGUMENTS。为后端编写单元测试：[来自步骤 4]，为前端编写单元测试：[来自步骤 5]。为 API 端点添加集成测试，为关键用户旅程添加 E2E 测试，为可扩展性验证添加性能测试。确保至少 80% 的代码覆盖率。"
   • 预期输出：包含单元测试、集成测试、E2E 测试和性能测试的测试套件
   • 上下文：实现代码、验收标准、测试需求

8. 安全验证

   • 使用 Task 工具，subagent_type="security-scanning::security-auditor"
   • 提示词："为以下内容执行安全测试：$ARGUMENTS。审查实现：[包含来自步骤 4-5 的后端和前端]。运行 OWASP 检查、渗透测试、依赖扫描和合规性验证。验证数据加密、身份认证和授权。"
   • 预期输出：安全测试结果、漏洞报告、修复措施
   • 上下文：实现代码、安全需求

9. 性能优化

   • 使用 Task 工具，subagent_type="application-performance::performance-engineer"
   • 提示词："为以下内容优化性能：$ARGUMENTS。分析后端服务：[来自步骤 4] 和前端：[来自步骤 5]。对代码进行性能剖析，优化查询，实现缓存，减小打包体积，缩短加载时间。设置性能预算和监控。"
   • 预期输出：性能改进、优化报告、性能指标
   • 上下文：实现代码、性能需求

阶段 4：部署与监控

10. 部署策略与流水线

    • 使用 Task 工具，subagent_type="deployment-strategies::deployment-engineer"
    • 提示词："为以下内容准备部署：$ARGUMENTS。创建包含自动化测试的 CI/CD 流水线：[来自步骤 7]。配置功能开关以实现渐进式发布，实现蓝绿部署，设置回滚流程。创建部署运行手册和回滚方案。"
    • 预期输出：CI/CD 流水线、部署配置、回滚流程
    • 上下文：测试套件、基础设施需求、部署策略

11. 可观测性与监控

    • 使用 Task 工具，subagent_type="observability-monitoring::observability-engineer"
    • 提示词："为以下内容设置可观测性：$ARGUMENTS。实现分布式追踪、自定义指标、错误追踪和告警。创建用于功能使用情况、性能指标、错误率和业务 KPI 的仪表盘。设置带自动告警的 SLO/SLI。"
    • 预期输出：监控仪表盘、告警、SLO 定义、可观测性基础设施
    • 上下文：功能实现、成功指标、运营需求

12. 文档与知识传递

    • 使用 Task 工具，subagent_type="documentation-generation::docs-architect"
    • 提示词："为以下内容生成全面的文档：$ARGUMENTS。创建 API 文档、用户指南、部署指南、故障排查运行手册。包含架构图、数据流图和集成指南。从提交记录自动生成变更日志。"
    • 预期输出：API 文档、用户指南、运行手册、架构文档
    • 上下文：所有先前阶段的输出

执行参数

必需参数

• --feature：功能名称和描述
• --methodology：开发方法（traditional|tdd|bdd|ddd）
• --complexity：功能复杂度级别（simple|medium|complex|epic）

可选参数

• --deployment-strategy：部署方式（direct|canary|feature-flag|blue-green|a-b-test）
• --test-coverage-min：最低测试覆盖率阈值（默认值：80%）
• --performance-budget：性能要求（例如，响应时间 <200ms）
• --rollout-percentage：渐进式部署的初始发布比例（默认值：5%）
• --feature-flag-service：功能标记提供方（launchdarkly|split|unleash|custom）
• --analytics-platform：分析集成（segment|amplitude|mixpanel|custom）
• --monitoring-stack：可观测性工具（datadog|newrelic|grafana|custom）

成功标准

• 满足业务需求中的所有验收标准
• 测试覆盖率超过最低阈值（默认值：80%）
• 安全扫描未发现严重漏洞
• 性能符合规定的预算和 SLO
• 已配置功能标记，以便控制发布
• 监控和告警均已全面运行
• 文档完整并已获批准
• 成功部署到生产环境，并具备回滚能力
• 产品分析已跟踪功能使用情况
• 已配置 A/B 测试指标（如适用）

回滚策略

如果部署期间或部署后出现问题：

1. 立即禁用功能标记（< 1 分钟）
2. 切换蓝绿流量（< 5 分钟）
3. 通过 CI/CD 完整回滚部署（< 15 分钟）
4. 如有需要，回滚数据库迁移（与数据团队协调）
5. 进行事件复盘并修复问题，然后再重新部署

功能描述：$ARGUMENTS