All authors
Claude Skills by echoVic
github.com/echoVic30 skills0 installs63 views
- Skill可审计的 agent 团队：BMAD 全自动研发流水线编排器。编排 9 个专业 Agent（PM、架构师、UI Designer、Tech Lead、Scrum Master、Frontend、Backend、QA、DevOps）从需求到部署，每一步都有事件溯源 + 不可绕过门禁 + 确定性 eval——可验证测试真跑、门禁真过。支持单环节切片命令（/boss:plan /review /qa /ship）与无 CLI 纯 Markdown 降级。 Triggers（全流水线）: 'boss mode', '/boss', '全自动开发', '从需求到部署', '帮我做一个', 'build this', 'ship it', '全流程', '自动化开发', '一键开发', 'start a project', 'new feature' Triggers（单环节切片，对存量项目最常用）: - /boss:review — '帮我评审', '代码评审', '技术评审', '看看这段代码有什么问题', '风险评估', 'review this', 'review my PR',...Votes: 0GitHub stars: 562
- Architecture Design系统架构设计方法论，包含架构模式选择、系统分层、目录结构设计Votes: 0GitHub stars: 562
- Data Api Design数据模型和API设计方法论，包含ERD设计、数据字典、RESTful API规范Votes: 0GitHub stars: 562
- Tech Research技术调研方法论，通过系统性调研和对比分析，为技术选型提供数据支持Votes: 0GitHub stars: 562
- Api Development后端API开发方法论，包括RESTful/GraphQL设计、请求验证、错误处理和安全实现Votes: 0GitHub stars: 562
- Testing Guide后端测试编写指南，包括单元测试、集成测试和E2E测试的编写方法和最佳实践Votes: 0GitHub stars: 562
- Brainstorming需求澄清 Skill。当用户只给了模糊描述时自动触发，通过业务提问把一句话翻译成完整需求，交给 Boss 流水线执行。 Triggers: '我想做一个', '帮我做', '有个想法', 'brainstorm', '帮我规划一下', '做个XX', 'I want to build' Does NOT trigger: - 需求已经完整（包含做什么 + 给谁用 + 核心场景） - 纯技术问题或 bug 修复 Output: .boss/<feature>/design-brief.md 需求设计简报Votes: 0GitHub stars: 562
- Changelog Generation自动生成 CHANGELOG，基于 git 提交历史和 pipeline 产物信息，遵循 Conventional Commits 和 Keep a Changelog 规范Votes: 0GitHub stars: 562
- Deployment Process部署流程和CI/CD配置，确保安全可靠的部署Votes: 0GitHub stars: 562
- Monitoring Alerting监控告警配置，确保系统稳定运行Votes: 0GitHub stars: 562
- Component Development前端组件开发方法论，包括组件设计原则、状态管理、样式实现和性能优化Votes: 0GitHub stars: 562
- Competitive Analysis竞品调研和分析方法，通过系统性分析竞品的功能、体验和策略，发现差异化机会Votes: 0GitHub stars: 562
- Prd Writing产品需求文档(PRD)的标准编写格式和内容要求，确保输出完整、清晰、可执行的产品文档Votes: 0GitHub stars: 562
- Requirement Penetration深度挖掘用户需求的方法论，通过5W2H追问和需求分层模型，识别显性、隐性、潜在和惊喜需求Votes: 0GitHub stars: 562
- Strategic Review从CEO/战略视角进行商业价值评审，评估市场契合度、ROI、竞争优势、风险和战略对齐Votes: 0GitHub stars: 562
- User Research用户研究方法，通过用户画像和用户旅程图，深入理解目标用户的特征、需求和行为Votes: 0GitHub stars: 562
- E2e PlaywrightPlaywright E2E 测试完整方法论，涵盖项目初始化、Page Object Model、认证复用、API Mock、视觉回归、多浏览器测试、CI 集成和调试技巧Votes: 0GitHub stars: 562
- Test Execution测试执行方法，包含测试框架检测、测试运行、结果解析Votes: 0GitHub stars: 562
- Test Strategy测试策略和测试金字塔原则，定义单元测试、集成测试、E2E测试的分布和覆盖要求Votes: 0GitHub stars: 562
- Risk Assessment风险评估方法，识别项目风险并制定应对策略Votes: 0GitHub stars: 562
- Task Breakdown任务拆解方法，将需求拆解为可执行的开发任务Votes: 0GitHub stars: 562
- Tech Stack Detection检测项目技术栈的通用方法，通过分析配置文件识别语言、框架、工具链Votes: 0GitHub stars: 562
- Code Review代码审查方法，包含审查清单、常见问题、最佳实践Votes: 0GitHub stars: 562
- Technical Standards技术规范和最佳实践，确保代码质量和一致性Votes: 0GitHub stars: 562
- Component SpecificationUI组件规范，定义按钮、输入框、卡片等基础组件的变体、尺寸、状态Votes: 0GitHub stars: 562
- Design System设计系统规范，包含颜色、字体、间距、圆角、阴影、动效等基础设计tokenVotes: 0GitHub stars: 562
- Design Variants设计变体模式，产出2-3个设计方案及 tradeoff 分析，供用户选择后确定最终方案Votes: 0GitHub stars: 562
- Interaction Specification交互规范，定义加载状态、空状态、反馈机制、动效、无障碍等交互细节Votes: 0GitHub stars: 562
- Testing Guide前端测试编写指南，包括单元测试、集成测试和E2E测试的编写方法和最佳实践Votes: 0GitHub stars: 562
- spec-flowInteractive spec-driven development workflow with phase-by-phase confirmation. Each phase waits for user confirmation before proceeding. Trigger phrases include "spec-flow", "spec mode", "need a plan", or "structured development". Creates .spec-flow/ directory with proposal, requirements, design, and tasks documents.Votes: 0GitHub stars: 32