backend-development-feature-development

从需求到生产部署，全流程编排功能开发：

[Extended thinking: 此工作流通过全面的功能开发阶段编排专业 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

示例

用户请求：

协调后端、前端和数据端的端到端功能交付。

限制

• 仅当任务明确符合上述范围时才使用此技能。
• 不要将输出视为特定环境验证、测试或专家评审的替代品。
• 如果缺少必需的输入、权限、安全边界或成功标准，请停止并请求澄清。