Skills
收录 96,981 个为 Agent 打包的专项能力与操作指引，复制一行命令即可安装。
测试与质量
使用 axe-core + Playwright 检测 WCAG 2.2 AA 合规性，审计键盘导航，测试屏幕阅读器，验证 ARIA 模式，并映射法律合规要求（ADA、EAA、Section 508）。自动化工具只能发现 30-40% 的问题；此技能结合自动化和手动测试。适用于：“accessibility”“a11y”“WCAG”“screen reader”“axe”“keyboard navigation”“ARIA”“ADA compliance”。不适用于：Cookie 同意/GDPR 合规（使用 compliance-testing）；像素差异视觉回归（使用 visual-testing）。相关：playwright-automation、compliance-testing、visual-testing、ci-cd-integration
基于证据评估发布就绪情况，并作出 go/no-go 决策。涵盖 go/no-go 检查清单、冒烟测试套件设计、分阶段发布验证、回滚标准与流程，以及部署后验证。确保发布信心来自数据，而非主观感受。适用于：“已准备好发布”“go/no-go”“冒烟测试”“发布检查清单”“回滚计划”“分阶段发布”“金丝雀部署”。不适用于：在发布过程中应用安全发布技术（功能标志、金丝雀发布、暗发布）——使用 testing-in-production；发布后持续运行的定期探测——使用 synthetic-monitoring；根据生产遥测设计新测试——使用 observability-driven-testing。相关：testing-in-production、qa-metrics、ci-cd-integration、ai-system-testing。
使用 Jest、Vitest 或 pytest 编写有效的单元测试。涵盖测试替身分类（stub/spy/mock/fake）、Arrange-Act-Assert、覆盖率阈值配置与 CI 门禁、快照测试、模拟计时器，以及使用 Stryker/mutmut 进行变异测试。适用于：“unit test”“Jest”“Vitest”“pytest”“mock”“coverage threshold”“test doubles”“mutation testing”“fake timers”“snapshot test”。不适用于：解读覆盖率报告或查找覆盖率缺口——使用 coverage-analysis；由 AI 为你生成测试代码——使用 ai-test-generation；审查现有测试中的问题——使用 ai-qa-review；浏览器/组件渲染断言——使用 cypress-automation 或 visual-testing。相关：coverage-analysis、ci-cd-integration、ai-test-generation、shift-left-testing。
基于证据的运行时逐测试修复：多属性选择器修复、感知环境的诊断、flaky 测试分类、隔离管理，以及带置信度评分的自动修复。超越简单的定位器回退，涵盖操作级修复、数据修复和可观测的修复工作流。适用于：“flaky test”“test stability”“self-healing locator”“broken locator recovery”“unreliable test”“quarantine flaky test”。不适用于：计划进行 UI 重构后批量重新生成选择器——请使用 selector-drift-recovery（此技能在运行时修复一个测试；后者离线重写多个测试）。不适用于：将 CI 故障分类或聚类为错误报告——请使用 ai-bug-triage。相关技能：playwright-automation、selector-drift-recovery、ci-cd-integration、qa-metrics、ai-bug-triage。
为 React/Next.js 应用生成单元测试、集成测试和 E2E 测试。扫描组件以创建 Jest + React Testing Library 测试桩，分析 Istanbul/LCOV 覆盖率报告以发现缺口，根据 Next.js 路由搭建 Playwright 测试文件，使用 MSW 模拟 API 调用，创建测试夹具并配置测试运行器。当用户要求“生成测试”“编写单元测试”“分析测试覆盖率”“搭建 E2E 测试”“设置 Playwright”“配置 Jest”“实现测试模式”或“提高测试质量”时使用。
使用 k6 负载/压力/浸泡/尖峰测试脚本和 k6 场景测试应用性能；使用 Lighthouse CI 检查 Web Vitals，并将性能预算作为 CI 门禁。涵盖负载配置、自定义指标、瓶颈识别和 Core Web Vitals（LCP、INP、CLS）。适用于：“performance test”“load test”“stress test”“soak test”“spike test”“k6”“k6 scenarios”“Lighthouse”“Web Vitals”“Core Web Vitals”“performance budget”。不适用于：定期生产探测——使用 synthetic-monitoring；像素差异回归——使用 visual-testing；基于生产遥测设计测试——使用 observability-driven-testing。相关：ci-cd-integration、qa-metrics、release-readiness。
使用 AWS Fault Injection Service（AWS FIS）规划、构建、运行并分析故障注入实验，通过混沌工程验证应用韧性。涵盖实验模板（操作、目标、停止条件）、FIS 操作目录与操作选择、场景库（可用区断电、跨区域连通性、EC2/EKS/EBS 压力）、实验生命周期与监控、日志与报告、多账号实验、实验 IAM 角色以及爆炸半径安全。适用于用户提及 AWS FIS 或故障注入、询问针对某类故障模式（可用区、区域、API 错误/限流、实例/Pod/数据库/缓存故障、延迟、丢包）该运行何种实验、希望编写实验模板或 CLI/CloudFormation，或需要在预生产或生产环境中安全运行混沌实验的情况。关于覆盖 Resilience Hub 与 ARC 的更广泛韧性项目，请参阅 aws-resilience-lifecycle；关于 ARC 路由控制与可用区切换，请参阅 recovery-controller-setup。
对在 MAX 上运行的模型进行性能分析，找出耗时所在以及 GPU 是否已饱和。当用户要求“profile my model”“where is my model spending time”“why is inference slow”“is my GPU being utilized”“how much GPU am I using”“get a kernel breakdown”“capture an nsys/rocprof/ncu trace of max serve”，或想测量 MAX 推理性能时使用。适用于 MAX 可运行的任何模型——内置架构以及通过 --custom-architectures 加载的自定义架构；可通过 pip 或 pixi 安装（max generate、max serve 或 Python 脚本），运行于 NVIDIA 或 AMD GPU。按成本从低到高选择：先检查 GPU 利用率，再分析内核，只有当某个内核占主导时才深入分析单个内核
验证数据库完整性，正向和反向测试迁移，检查架构约束，管理种子数据，检测迁移偏差，并发现查询性能问题。涵盖 PostgreSQL、MySQL、MongoDB（使用 Prisma、TypeORM、Drizzle 和 SQLAlchemy），以及 Testcontainers 测试数据库。适用于：“数据库测试”“迁移测试”“迁移回滚”“回滚测试”“数据完整性”“SQL 测试”“架构验证”“种子数据”“查询性能”“Testcontainers”。不适用于：大规模合成数据生成或脱敏——使用 test-data-management；Docker/IaC 测试环境配置——使用 test-environments；SQL 注入——使用 security-testing。相关：test-data-management、test-environments、security-testing、ci-cd-integration。
使用自动化 CI 工具依据 OWASP Top 10（2025）测试应用安全：OWASP ZAP（DAST）、依赖项/供应链扫描（OSV-Scanner、SBOM、来源证明）、Semgrep SAST、身份验证/会话测试（JWT、OAuth、RBAC），以及 XSS/CSRF/SQLi/SSRF 的 Playwright 模式。适用于：“安全测试”“OWASP”“漏洞”“ZAP”“XSS”“SSRF”“依赖项扫描”“身份验证测试”“OWASP LLM Top 10”。范围包括 CI 中的自动扫描和负向路径安全测试，不包括手动渗透测试。不适用于：将安全控制映射到法规（SOC 2、HIPAA、PCI、GDPR）——使用 compliance-testing；配置流水线阶段和部署门禁机制——使用 ci-cd-integration；没有攻击者模型的纯功能性 API 身份验证/输入测试——参见 api-testing；测试产品自身的 LLM 功能或保护 Agent 本身（提示词注入检测器、间接注入、越狱红队测试）——使用 ai-system-testing。相关：ci-cd-integration、compliance-testing、api-testing、shift-left-testing、ai-system-testing
按顺序启动新项目的 QA：为尚未建立 QA 的项目引导初始化流程。通过一次引导式运行依次执行 qa-project-context → test-strategy → test-planning，然后运行可用检查并记录证据。适用于：“为新项目建立 QA”“从零开始 QA”“目前还没有 QA”“/qa-start”。不适用于：为已有团队和测试的项目引导 QA 工程师入职——使用 qa-project-bootstrap。不适用于：没有明确匹配项时询问“我该用哪个技能”——使用 qa-do。相关：qa-project-context、test-strategy、test-planning、qa-project-bootstrap、qa-do。
用于任何代码审查：Pull Request、差异、提交，或粘贴的 TypeScript、JavaScript、Python、Go、Swift、Kotlin、C#/.NET、Java、C、C++、Rust、Ruby、PHP 或 Dart/Flutter 函数、处理程序或文件。应用各语言的规则包（包括 SQL 注入、缺少身份验证等安全问题，以及异步和资源处理、错误处理、性能），并通过脚本评估 PR 的风险和复杂度，随后给出合并结论，并列出阻止合并和非阻止合并的问题。用户要求审查、检查或查看代码，提到“代码审查”“审查这个 PR”“审查这个 diff”“这样可以安全合并吗”，或询问代码片段（哪怕只有一个函数）有什么问题时，都应使用。
在 TestRail、Xray (Jira)、Zephyr Scale 和 Qase 中编写和维护手动及混合测试用例和测试套件。涵盖测试用例结构（标题、前置条件、步骤、预期结果、测试数据）、套件／分区组织、根据用户故事和验收标准批量编写、模糊步骤检查、各工具的 CSV/API 导入导出载荷、需求可追溯性和覆盖缺口、评审规范，以及何时应将手动用例转为自动化。适用于：“编写测试用例”“手动测试用例”“TestRail case”“Xray test”“Zephyr Scale case”“Qase case”“将 CSV 导入 TestRail”“检查这些步骤”“可追溯性报告”“是否应该自动化”。不适用于：生成自动化测试代码——请使用 ai-test-generation。迭代级别的测试范围选择——请使用 test-planning。相关：ai-test-generation、test-planning、exploratory-testing、qa-project-context。
一个开放协议，规定了 AI 应用如何以统一方式连接外部工具与数据源。客户端负责与模型对话，MCP 服务负责提供工具、资源和提示模板，两者通过标准消息通信，同一个服务可以被不同客户端复用。