Agent Skills
返回列表
🤖

全栈特性编排

AI Agent 更新于 2026.08.29

将以下提示词粘贴到你的 AI 对话框中：

请根据 https://skillhub.cn/install/skillhub.md，安装 @org-02qudk26/full-stack-orchestration-full-stack-feature。

技能介绍

要解决什么问题

从需求到上线，全栈特性往往散落在数据库设计、OpenAPI 契约、前端组件、CI/CD 与可观测性之间，缺少一条以 API 为单一事实来源的编排路径。各层并行开发时，契约漂移、测试缺口和部署策略不一致，会让集成阶段成本陡增。

技能如何工作

本技能按 API 优先 原则，用 Task 工具串联多类专业 subagent，分四阶段交付完整特性：

  1. 架构与设计：database-design::database-architect 产出数据模型与迁移策略；backend-development::backend-architect 定义服务边界与 OpenAPI/GraphQL 契约；frontend-mobile-development::frontend-developer 设计组件树、状态管理与路由。
  2. 并行实现：后台（如 python-pro）、前端与 database-design::sql-pro 可并行，但均以上一阶段契约为输入。
  3. 集成与测试：契约测试（Pact/Dredd）、E2E（Playwright/Cypress）、security-auditor 审计 OWASP 与 XSS/CSRF。
  4. 部署与运维：容器与 CI/CD 门禁、特性开关、OpenTelemetry/Prometheus 可观测性，以及 performance-engineer 调优。

可通过 stack、api_style、feature_flags、testing_depth 等选项收窄技术栈与合规范围（如 GDPR、HIPAA）。

适用边界

  • 任务与全栈特性从设计到上线无关时，不应使用本技能。
  • 第二阶段并行任务必须在第三阶段集成前汇合；架构决策应写入 ADR，跨服务需统一错误处理与关联 ID 追踪。
  • 详细示例见技能包内 resources/implementation-playbook.md。

使用场景

  • 启动需 REST 或 GraphQL 与前端 UI 的新业务特性，按四阶段从架构到部署并满足契约测试与 E2E 主路径。
  • 后台与前端并行开发同一特性，用 OpenAPI 驱动实现并在集成阶段跑 Pact/Dredd 验证契约一致。
  • 特性发布前要搭特性开关、蓝绿部署与 CI 自动化测试门禁，并配置 OpenTelemetry 与 SLI/SLO。
  • 在 GDPR、HIPAA 等合规约束下完成全栈实现，并执行 OWASP 审计与渗透测试修复闭环后再上线。

适合人员

  • 带团队端到端交付特性的 tech lead，需要 API 优先的分阶段产出物与成功标准清单而非零散 wiki。
  • 负责容器与流水线的部署工程师，要为全栈特性生成 K8s 清单、Dockerfile 与带门禁的 CI/CD 配置。
  • 在 Agent 里用 Task 调用 database/backend/frontend subagent 的全栈工程师，把 `$ARGUMENTS` 拆成可验证的逐步交付。
  • 发布前负责安全与合规的工程师，需按流程触发 security-auditor 并跟踪 API 鉴权、速率限制与前端 XSS/CSRF 项。