Skills
收录 96,981 个为 Agent 打包的专项能力与操作指引，复制一行命令即可安装。
测试与质量
使用此技能判断 Lightning Web Component（LWC）是否可访问并符合 WCAG 无障碍指南。用户询问“is my component accessible?”“does my LWC meet accessibility guidelines?”“is this component WCAG compliant?”“find accessibility problems in this LWC”“is this LWC keyboard accessible?”“does this component work with a screen reader?”“does this component have sufficient color contrast?”“check ARIA usage in this LWC”或“WCAG 2.2 accessibility check”时触发。用户希望修复或改进 LWC 的 HTML、JS 或 CSS 中的无障碍性（a11y、WCAG、ARIA）时也触发，包括语义标记、焦点、键盘导航、对比度、屏幕阅读器标签、WCAG 2.2 SC。生成含 WCAG 引用发现项的 `a11y-review.md`。不要用于一般 LWC 生成（请使用 `experience-lwc-generate`）或不专注于无障碍的 SLDS 视觉／设计审查（请使用 `design-systems-slds-validate`）。
使用 Allure Report、Grafana 和 ReportPortal 构建并可视化 QA 仪表板和报告。涵盖测试执行可视化、面向利益相关者的质量报告、趋势/不稳定性面板、发布就绪门禁、告警，以及用于自动生成报告的 CI 集成。适用于：“测试仪表板”、“Allure”、“测试报告”、“质量仪表板”、“Grafana”、“ReportPortal”、“测试结果可视化”。不适用于：定义要衡量哪些 KPI 或如何解读它们——请使用 qa-metrics（此技能构建面板；qa-metrics 决定面板显示内容）。相关：qa-metrics、ci-cd-integration、ai-bug-triage。
对于需要修改的测试工作，始终使用：为现有代码编写、添加、生成、修复或强化 xUnit、MSTest、NUnit、pytest、Vitest/Jest、Go 或其他框架中的测试。包括回归用例、失败或不稳定测试、基于覆盖率的补充，以及先审查再修复的请求。范围明确的工作直接处理；广泛或多阶段工作调用 test-engineer。仅运行测试、仅分析的审计、框架/平台迁移、因缺少生产代码接缝而受阻的测试（testability-obstacle），或不涉及设计新用例的 MSTest API/配置修正（writing-mstest-tests），不要使用。在进行中的 test-engineer 流程内，沿用已提供的指导，不要重新进入此技能。
分析 KiCad 项目和 PDF 原理图：包括原理图、PCB 布局、Gerber 文件、焊盘封装、符号、网表和设计规则。检查设计缺陷、追踪网络、交叉参照原理图与 PCB、提取 BOM 数据，并检查 DRC/ERC、DFM、电源树和稳压器电路。每项发现均附有置信度标签和证据来源，并汇总为 trust_summary。分析开发板、参考设计、评估套件和数据手册中的 PDF 原理图。支持 KiCad 5–10。用户提到 .kicad_sch、.kicad_pcb、.kicad_pro、PCB 设计审查、原理图分析、PDF 原理图、参考设计、Gerber 文件、DRC/ERC、网表问题、BOM 提取、信号追踪、电源预算、DFM，或希望理解、调试、比较或审查任何硬件设计时，均可使用。也适用于“检查我的电路板”“投板前审查”“我的原理图哪里有问题”“可以下单了吗”“检查我的电源”“验证这个电路”、OSHWA 认证准备情况，或任何电子/PCB 设计问题。
使用 ESLint、Biome 和严格的 TypeScript 提升 TypeScript/JavaScript 代码质量。涵盖 lint、格式化、类型安全和最佳实践。适用情形：用户使用“TypeScript”“JavaScript”“ESLint”“Biome”，或询问“TS strict mode”“type safety”“linting rules”“code formatting”。不适用情形：SonarQube——使用 `sonarqube` 技能；测试——使用 Vitest/Jest 技能；安全——使用安全技能。
帮助新 QA 工程师熟悉现有代码库，或审计现有测试架构。生成 30 天上手计划：代码库导览、框架讲解、测试架构审计、导师配对和首个测试指导。适用于：“QA onboarding”“new tester”“ramp up”“test architecture audit”“first 30 days”“QA mentorship”“joining QA team”。不适用于从零开始为全新项目搭建 QA——请使用 `qa-start`。相关技能：qa-start、qa-project-context、shift-left-testing、ai-qa-review。
基于证据审计整个回归测试套件并精简/重组：逐项测试覆盖指纹分析、AST 近似重复聚类、挖掘 CI 历史以找出从未失败和不稳定的测试、精简决策规则（冗余/过时/价值低/保留）、按风险和缺陷检测历史划分冒烟/核心/扩展层级，并记录有据可查的“删除了什么及原因”。删除具有破坏性——必须先隔离并由人工签字确认。适用于：“审计测试套件”“精简冗余测试”“查找重复测试”“哪些测试可以删除”“重组为冒烟/核心/扩展”“这个测试是否发挥作用”“缩小回归测试套件”。不适用于：判断单个测试是否编写良好（异味、断言）——请使用 ai-qa-review。运行时修复单个不稳定测试——请使用 test-reliability。UI 重构后批量重新生成选择器——请使用 selector-drift-recovery。相关：ai-qa-review、coverage-analysis、test-reliability、risk-based-testing、qa-project-context。
发布期间的安全发布技术：功能标志、渐进式发布、金丝雀分析、防护指标、生产环境冒烟测试和合成用户。衔接 QA 和 SRE 实践。适用于：“功能标志测试”“金丝雀部署”“渐进式发布”“防护指标”“暗发布”“安全发布”。不适用于：发布后持续运行的计划探测——请使用 `synthetic-monitoring`。不适用于：根据生产遥测设计测试——请使用 `observability-driven-testing`。相关：release-readiness、synthetic-monitoring、observability-driven-testing、qa-metrics。
单页自动化层级——对线上页面运行 Web 无障碍（a11y）规则引擎，定位它能以机械方式检测到的每一处违规。可传入 URL、配置目标名称（例如 `accesslint:accessibility-scan dev`），或不传参数以使用 `accesslint.config.json` 中的默认目标。确保 Chrome 可调试，通过 CDP 运行 @accesslint/core 引擎，并返回线上 DOM 的 WCAG 2.2 违规工作清单，每条都定位到其 DOM 选择器和源文件 `file:line`。只定位，不修改。适用于 'is this page accessible'、'check a11y on this URL'、'find contrast and alt-text issues' 或验证 UI 变更。需要手动键盘和屏幕阅读器检查请用 `accessibility-inspect`；针对整个站点或产品请用 `accessibility-audit`；要与未提交的更改或某个分支做差异对比请用 `accessibility-diff`。
将质量保障前移到开发生命周期的早期阶段。涵盖开发与 QA 配对模式、Three Amigos 会议、TDD 引导（Red-Green-Refactor）、提升可测试性的 PR 审查清单，以及包含质量门禁的 Definition of Done。包含用于团队评估的左移成熟度模型。适用于：“shift left”“TDD”“dev-QA pairing”“definition of done”“testability”“quality culture”“QA in sprint planning”。不适用于：编写单元测试本身——使用 unit-testing；大规模自动审查 PR 测试质量——使用 ai-qa-review；跨多个季度的 QA 方向或路线图——使用 test-strategy。相关技能：unit-testing、ai-qa-review、test-strategy。
监管合规测试：GDPR/CMP 同意验证、Google Consent Mode v2、Global Privacy Control (GPC)、CCPA/美国各州退出选择、EU AI Act 第 50 条透明度、Better Ads Standards 和 Cookie 清单审计。涵盖自动化同意流程测试、同意前基于策略阻止脚本，以及 Cookie 漂移检测。适用于：“GDPR 测试”“合规”“CMP 测试”“Cookie 同意”“同意模式”“CCPA”“GPC”“AI Act”“Better Ads”“隐私横幅”。不适用于：编写 WCAG/axe-core 测试——使用 accessibility-testing。不适用于：OWASP/漏洞扫描——使用 security-testing。不适用于：评估 LLM 功能的质量或安全性——使用 ai-system-testing。相关：accessibility-testing、security-testing、ai-system-testing、ci-cd-integration。
通过受控故障注入验证系统韧性。涵盖假设驱动的混沌实验、故障注入类型（网络、服务、基础设施、依赖项）、LitmusChaos/Chaos Mesh/AWS FIS/Gremlin/toxiproxy 工具、自动中止门控、Game Day 规划，以及渐进式混沌实践。适用于“混沌工程”“故障注入”“韧性测试”“Game Day”“故障恢复”“系统可靠性”“影响范围”等场景。不适用于发布期间的安全发布标志/金丝雀发布/暗发布——请使用 testing-in-production；不适用于基于生产遥测设计新测试——请使用 observability-driven-testing。相关：testing-in-production、observability-driven-testing、performance-testing、release-readiness、test-environments。
以增量方式将测试套件从一个框架迁移到另一个框架，同时不损失覆盖率。涵盖 Selenium→Playwright、Cypress→Playwright、Jest→Vitest、Mocha→Vitest 和 Protractor→Playwright，并包含并行 CI 运行、定位器/断言转换及覆盖率持平方案。适用于：“migrate tests”“switch framework”“Selenium to Playwright”“Jest to Vitest”“framework migration”。不适用于：在同一框架中 UI 重构后批量重新生成选择器——使用 selector-drift-recovery；运行时修复单个不稳定测试——使用 test-reliability；不更换框架而只更新模式——使用 ai-qa-review。相关技能：playwright-automation、cypress-automation、unit-testing、ci-cd-integration、test-reliability。
当用户要求“发送前进行送达率预检”“检查我的 SPF/DKIM/DMARC/BIMI”“为什么邮件进入垃圾邮件／促销邮件”，或“评估发件人声誉和名单卫生状况”时使用；运行一次性发送前 SEND S1 身份验证预检，并构建 SEND S（发件人完整性／送达率）证据评估，涵盖 DNS + DMARC-RUA 身份验证、域名／IP 声誉、收件箱投放、内容／链接／渲染，以及特定时间点的退信／投诉卫生状况；使用 Pass/Partial/Fail/Unknown/N/A 状态，仅在适用项全部覆盖时评分。不用于定期卫生趋势监测——使用 list-hygiene-monitor；不用于最终 EQS 或否决判定——使用 email-quality-auditor；不用于细分或抑制名单——使用 list-segment-builder。 邮件送达率预检/SPF DKIM DMARC认证/发件域声誉
将生产遥测数据作为设计新测试的输入。涵盖测试与 OpenTelemetry 的集成、基于追踪的断言、由日志信息驱动的测试创建、面向覆盖缺口的生产错误分析，以及遥测驱动的测试优先级排序。适用于："基于追踪的测试"、"从日志设计测试"、"OpenTelemetry 断言"、"生产错误指向测试缺口"、"遥测驱动的测试"。不适用于：发布期间的安全上线技术（特性开关、金丝雀）—— 请使用 testing-in-production。不适用于：部署后的定时探针 —— 请使用 synthetic-monitoring。不适用于：CI 失败分诊 —— 请使用 ai-bug-triage。相关：testing-in-production、synthetic-monitoring、qa-metrics、ai-bug-triage。
当用户要求“上线前检查转化追踪”“检查 UTM／像素／事件触发”“设置追踪预检”或“设置去重规则以避免 Meta 和 Google 重复计数”时使用；构建并修复测量基础设施，包括转化事件触发、UTM 规范、跨平台去重规则、归因窗口对齐，以及线下／iOS-ATT 模型差距标记；提供预检清单和 UTM／事件规范生成器。不用于 R1/R2 评分——这属于 ad-account-auditor 的评分否决；不用于账户结构——请使用 campaign-architect。付费广告转化追踪 QA／UTM 规范／跨平台去重
通过无责复盘分析漏网缺陷和测试套件健康度。涵盖缺陷模式分析、测试套件健康度评审、5 Whys 根因分析、流程改进循环，以及带行动项跟踪的复盘/回顾会议模板。适用于："QA 回顾"、"漏网 bug"、"复盘"、"质量事故"、"缺陷分析"、"改进循环"。不适用于：上线的放行/不放行决策 —— 请使用 release-readiness。不适用于：持续的指标仪表板 —— 请使用 qa-metrics。不适用于：审查现有测试代码质量 —— 请使用 ai-qa-review。相关：qa-metrics、test-reliability、test-strategy。
用于隔离测试套件中所有外部依赖的决策框架：何时使用进程内 mock、HTTP stub（MSW、WireMock）、记录回放、故障注入（Toxiproxy）或临时的真实服务（Testcontainers），以及如何在 CI 中确保没有真实调用泄漏。适用于："mock service"、"stub API"、"fake service"、"WireMock"、"MSW"、"Toxiproxy"、"test isolation"、"dependency management"、"在 CI 中 stub 外部 API"。不适用于：消费者驱动的契约验证（Pact、broker）——请使用 contract-testing；搭建完整的 Docker Compose 环境或种子数据——请使用 test-environments；大规模韧性/故障演练——请使用 chaos-engineering。相关：contract-testing、test-environments、api-testing、test-data-management、chaos-engineering。
使用 TypeScript 构建 Cypress 测试套件：E2E 测试、组件测试、自定义命令、cy.intercept 网络控制、cy.session 登录、Cypress Cloud 以及 CI 集成。涵盖可重试性、命令队列、使用 cy.origin 的跨域流程，以及基于 fixtures 的数据驱动测试。适用于："用 Cypress 写 E2E 测试"、"Cypress page object / 自定义命令"、"cy."、"cy.intercept"、"Cypress 组件测试"、"Cypress Cloud"、"cypress.config.ts"。不适用于：Playwright 套件——请使用 playwright-automation；不稳定测试修复或隔离——请使用 test-reliability；UI 重构后的批量选择器重建——请使用 selector-drift-recovery；从 Selenium 转换为 Cypress——请使用 test-migration。相关：playwright-automation、ci-cd-integration、visual-testing、unit-testing、test-reliability。
发布后持续运行的定时探测。涵盖关键用户旅程的探测设计、告警集成、SLA 验证、多区域监控，以及 QA 与 SRE 之间的边界。适用于：「合成监控」「可用性测试」「定时探测」「SLA 验证」「可用性监控」「发布后检查」。不适用于：发布过程中的安全发布技术 —— 请使用 testing-in-production。不适用于：基于生产遥测数据设计测试 —— 请使用 observability-driven-testing。不适用于：与某次发布绑定的单次发布后冒烟门禁 —— 请使用 release-readiness。相关：testing-in-production、release-readiness、performance-testing、qa-metrics。
根据功能规格生成基于 Tzatziki 的 Cucumber BDD 测试（.feature 文件）。用户希望编写 Cucumber 测试、添加 BDD 场景、创建 feature 文件、生成测试，或使用 Gherkin 测试应用行为时使用；尤其适用于使用 Tzatziki 步骤定义测试 HTTP、JPA、Kafka、MongoDB、OpenSearch、日志记录或 MCP 的 Java/Spring 项目。对于已有 Tzatziki/Cucumber 依赖的项目，也适用于用户提及编写集成测试、验收测试或端到端测试的情况，包括基于 TestNG 的配置。
验证分析与营销跟踪是否正确触发：GA4/GTM dataLayer 事件、Meta/TikTok/LinkedIn 像素以及广告技术标签。涵盖以跟踪计划作为契约、在 Playwright 中拦截 collect 端点信标与 dataLayer.push、断言事件名称与参数与取值与时机与去重、Consent Mode v2 门控、CI 回归门控，以及新闻媒体事件（文章浏览、滚动深度、付费墙）。用于：“测试分析跟踪”、“GA4 事件测试”、“验证像素是否触发”、“dataLayer 测试”、“跟踪计划”、“Meta Pixel 去重”、“滚动深度跟踪测试”、“在 CI 中做门控”。不用于：在同意法（GDPR/CMP）下跟踪是否被允许触发——那属于合规测试；本技能检查数据是否正确。SEO meta 标签/结构化数据不在范围内。相关：compliance-testing、playwright-automation、api-testing、qa-project-context。
在 UI 重构或重新设计后，批量重新生成失效的测试选择器。通过 aria-snapshot 差异检测新旧 DOM 的偏移，使用优先按角色并限定区域的方式将旧定位器映射到新定位器，针对新构建进行验证，并生成一个 PR，其中包含按文件分组的选择器更新及每项更改的证据。要求 Playwright >= 1.50（trace viewer DOM-snapshot 面板、getByRole 过滤、ariaSnapshot）。适用于：“UI 重构导致测试失败”“重新设计导致测试失败”“批量更新选择器”“重构后重新生成选择器”“选择器偏移”“重新设计后修复 N 个失败的测试”。不适用于：运行时修复单个不稳定测试——请使用 test-reliability。不适用于：从头编写新的测试套件——请使用 playwright-automation。不适用于：框架切换（Selenium 到 Playwright）后重新录制测试——请使用 test-migration。相关：test-reliability、playwright-automation、test-migration、ci-cd-integration、visual-testing。
一个开放协议，规定了 AI 应用如何以统一方式连接外部工具与数据源。客户端负责与模型对话，MCP 服务负责提供工具、资源和提示模板，两者通过标准消息通信，同一个服务可以被不同客户端复用。