后端开发 功能开发
编排从需求到生产部署的端到端功能开发：
[深度思考：此工作流通过全面的功能开发阶段（从探索和规划到实现、测试和部署）来编排专业代理。每个阶段都基于之前的输出，确保功能交付的一致性。该工作流支持多种开发方法论（传统、TDD/BDD、DDD）、不同的功能复杂度级别，以及包括特性标志（feature flags）、渐进式发布和可观测性优先开发在内的现代部署策略。代理将接收来自前一阶段的详细上下文，以在整个开发生命周期中保持一致性和质量。]
适用场景
- 协调跨后端、前端和数据的端到端功能交付
- 管理需求、架构、实现、测试和发布
- 规划涉及部署和监控需求的多服务变更
- 统一团队在范围、风险和成功指标上的认知
不适用场景
- 任务是小型、孤立的后端变更或 Bug 修复
- 仅需要单个专家任务，而非完整工作流
- 不涉及部署或跨团队协调
执行指令
1. 确认功能范围、成功指标和约束条件。
2. 选择开发方法论并定义各阶段输出。
3. 编排实现、测试和安全验证。
4. 准备发布、监控和文档计划。
安全注意事项
- 避免在没有审批和回滚计划的情况下进行生产环境变更。
- 先在预发布环境（staging）验证数据迁移和特性标志。
配置选项
开发方法论 (Development Methodology)
- traditional: 传统模式，实现后进行测试的顺序开发
- tdd: 测试驱动开发，采用“红-绿-重构”循环
- bdd: 行为驱动开发，基于场景的测试
- ddd: 领域驱动设计，包含限界上下文和聚合
功能复杂度 (Feature Complexity)
- simple: 单个服务，极少集成（1-2 天）
- medium: 多个服务，中度集成（3-5 天）
- complex: 跨领域，大量集成（1-2 周）
- epic: 重大架构变更，涉及多个团队（2 周以上）
部署策略 (Deployment Strategy)
- direct: 直接向所有用户发布
- canary: 金丝雀发布，从 5% 的流量开始渐进发布
- feature-flag: 通过特性开关控制激活
- blue-green: 蓝绿部署，实现零停机部署和即时回滚
- a-b-test: 分流实验以获取指标对比
第一阶段：探索与需求规划
1. 业务分析与需求
- 使用 Task 工具，设置 subagent_type="business-analytics::business-analyst"
- 提示词："分析以下功能需求：$ARGUMENTS。定义用户故事、验收标准、成功指标和业务价值。识别利益相关者、依赖项和风险。创建具有清晰范围界限的功能规格文档。"
- 预期输出：包含用户故事、成功指标和风险评估的需求文档
- 上下文：初始功能请求和业务背景
2. 技术架构设计
- 使用 Task 工具，设置 subagent_type="comprehe
nsive-review::architect-review"
- 提示词："为功能 $ARGUMENTS 设计技术架构。参考需求：[包含步骤 1 的业务分析]。定义服务边界、API 契约、数据模型、集成点和技术栈。考虑可扩展性、性能和安全要求。"
- 预期输出：包含架构图、API 规范和数据模型的技术设计文档
- 上下文：业务需求、现有系统架构
3. 可行性与风险评估
- 使用 Task 工具，subagent_type="security-scanning::security-auditor"
- 提示词："评估功能 $ARGUMENTS 的安全影响和风险。审查架构：[包含步骤 2 的技术设计]。识别安全需求、合规需求、数据隐私问题和潜在漏洞。"
- 预期输出：包含风险矩阵、合规检查清单和缓解策略的安全评估报告
- 上下文：技术设计、监管要求
第二阶段：实现与开发
4. 后端服务实现
- 使用 Task 工具，subagent_type="backend-architect"
- 提示词："实现功能 $ARGUMENTS 的后端服务。遵循技术设计：[包含步骤 2 的架构]。构建 RESTful/GraphQL API，实现业务逻辑，集成数据层，添加弹性模式（熔断、重试），实现缓存策略。包含用于渐进式发布的特性开关（feature flags）。"
- 预期输出：包含 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 流程，实现数据验证，创建分析事件，建立数据质量监控。与产品分析平台集成以跟踪功能使用情况。"
- 预期输出：数据流水线、分析事件、数据质量检查
- 上下文：数据需求、分析需求、现有数据基础设施
第三阶段：测试与质量保证
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]。分析代码性能，优化查询，实现缓存，减小 bundle 体积，提高加载速度。设定性能预算和监控。"
- 预期输出：性能提升结果、优化报告、性能指标
- 上下文：实现代码、性能需求
第 4 阶段：部署与监控
10. 部署策略与流水线
- 使用 Task 工具，设置 subagent_type="deployment-strategies::deployment-engineer"
- 提示词："准备以下内容的部署：$ARGUMENTS。创建包含自动化测试的 CI/CD 流水线：[来自步骤 7]。配置功能开关（feature flags）以实现渐进式发布，实施蓝绿部署，设定回滚流程。创建部署运行手册和回滚计划。"
- 预期输出：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 文档、用户指南、部署指南、故障排除运行手册。包含架构图、数据流图和集成指南。根据 commit 记录生成自动化变更日志。"
- 预期输出：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
- 功能开关（Feature flags）已配置，可控逐步发布
- 监控和告警系统完全正常运行
- 文档已完成并获得批准
- 成功部署至生产环境，且具备回滚能力
- 产品分析已跟踪功能使用情况
- A/B 测试指标已配置（如适用）
回滚策略
如果在部署期间或之后出现问题：
1. 立即禁用功能开关（< 1 分钟）
2. 蓝绿流量切换（< 5 分钟）
3. 通过 CI/CD 进行完整部署回滚（< 15 分钟）
4. 如有需要，回滚数据库迁移（需与数据团队协调）
5. 在重新部署前进行事故回顾（Post-mortem）并修复问题
功能描述：$ARGUMENTS
局限性
- 仅在任务明确符合上述范围时使用此技能。
- 不要将输出结果视为针对特定环境的验证、测试或专家评审的替代方案。
- 如果缺少必要的输入、权限、安全边界或验收标准，请停止并请求澄清。
