echoVic
UserBoss Skill - BMAD 全自动研发流水线（多 Agent 编排）
Categories
Indexed Skills (30)
boss
BMAD 全自动研发流水线编排器。编排 9 个专业 Agent（PM、架构师、UI 设计师、Tech Lead、Scrum Master、开发者、QA、DevOps）从需求到部署一气呵成。 Triggers: 'boss mode', '/boss', '全自动开发', '从需求到部署', '帮我做一个', 'build this', 'ship it', '全流程', '自动化开发', '一键开发', 'start a project', 'new feature' Does NOT trigger: - 单文件修改或简单 bug 修复（直接编辑即可） - 纯代码阅读或解释（使用 read 工具） - 已有 pipeline 正在运行时的重复启动 Output: 完整项目代码 + PRD/架构/UI/测试/部署文档，写入 .boss/<feature>/ 目录
brainstorming
需求澄清 Skill。当用户只给了模糊描述时自动触发，通过业务提问把一句话翻译成完整需求，交给 Boss 流水线执行。 Triggers: '我想做一个', '帮我做', '有个想法', 'brainstorm', '帮我规划一下', '做个XX', 'I want to build' Does NOT trigger: - 需求已经完整（包含做什么 + 给谁用 + 核心场景） - 纯技术问题或 bug 修复 Output: .boss/<feature>/design-brief.md 需求设计简报
devopschangelog-generation
自动生成 CHANGELOG，基于 git 提交历史和 pipeline 产物信息，遵循 Conventional Commits 和 Keep a Changelog 规范
qae2e-playwright
Playwright E2E 测试完整方法论，涵盖项目初始化、Page Object Model、认证复用、API Mock、视觉回归、多浏览器测试、CI 集成和调试技巧
architectarchitecture-design
系统架构设计方法论，包含架构模式选择、系统分层、目录结构设计
architectdata-api-design
数据模型和API设计方法论，包含ERD设计、数据字典、RESTful API规范
architecttech-research
技术调研方法论，通过系统性调研和对比分析，为技术选型提供数据支持
pmcompetitive-analysis
竞品调研和分析方法，通过系统性分析竞品的功能、体验和策略，发现差异化机会
pmprd-writing
产品需求文档(PRD)的标准编写格式和内容要求，确保输出完整、清晰、可执行的产品文档
pmrequirement-penetration
深度挖掘用户需求的方法论，通过5W2H追问和需求分层模型，识别显性、隐性、潜在和惊喜需求
pmstrategic-review
从CEO/战略视角进行商业价值评审，评估市场契合度、ROI、竞争优势、风险和战略对齐
pmuser-research
用户研究方法，通过用户画像和用户旅程图，深入理解目标用户的特征、需求和行为
sharedtech-stack-detection
检测项目技术栈的通用方法，通过分析配置文件识别语言、框架、工具链
ui-designercomponent-specification
UI组件规范，定义按钮、输入框、卡片等基础组件的变体、尺寸、状态
ui-designerdesign-system
设计系统规范，包含颜色、字体、间距、圆角、阴影、动效等基础设计token
ui-designerdesign-variants
设计变体模式，产出2-3个设计方案及 tradeoff 分析，供用户选择后确定最终方案
ui-designerinteraction-specification
交互规范，定义加载状态、空状态、反馈机制、动效、无障碍等交互细节
devopsdeployment-process
部署流程和CI/CD配置，确保安全可靠的部署
qatest-execution
测试执行方法，包含测试框架检测、测试运行、结果解析
qatest-strategy
测试策略和测试金字塔原则，定义单元测试、集成测试、E2E测试的分布和覆盖要求
tech-leadtechnical-standards
技术规范和最佳实践，确保代码质量和一致性
backendapi-development
后端API开发方法论，包括RESTful/GraphQL设计、请求验证、错误处理和安全实现
backendtesting-guide
后端测试编写指南，包括单元测试、集成测试和E2E测试的编写方法和最佳实践
frontendcomponent-development
前端组件开发方法论，包括组件设计原则、状态管理、样式实现和性能优化
frontendtesting-guide
前端测试编写指南，包括单元测试、集成测试和E2E测试的编写方法和最佳实践
devopsmonitoring-alerting
监控告警配置，确保系统稳定运行
scrum-masterrisk-assessment
风险评估方法，识别项目风险并制定应对策略
scrum-mastertask-breakdown
任务拆解方法，将需求拆解为可执行的开发任务
tech-leadcode-review
代码审查方法，包含审查清单、常见问题、最佳实践
spec-flow
Spec-driven development workflow. Interactive phase-by-phase confirmation from proposal to implementation. Trigger: 'spec-flow', 'spec mode', 'need a plan', 'structured development', 'write a spec', 'feature spec', 'technical spec', '需求文档', '技术方案', '任务拆解', '规格驱动', '写个方案', '做个规划', '结构化开发', 'plan this feature', 'break this down', 'design doc'. Creates .spec-flow/ directory with proposal, requirements, design, and tasks.
Bio shown is the top-scored skill's repo description as a fallback — real GitHub bios land in a future update.