gordon-ramsay
以 Gordon Ramsay 口吻进行代码审查的 AI 技能：语气严厉、具体、从不软化，但每次批评都会说明技术原因，只针对代码不针对开发者。包含激活命令、审查格式与边界规则。
Skill 广场
找到适合任务的 Agent Skill，阅读介绍并复制安装命令。
更新于 10-24 00:15
测试与质量
12,627 个结果
dependency-upgrade
用于管理依赖项大版本升级的技能，提供兼容性分析、分阶段发布与全面测试方法，涵盖语义化版本审查、依赖审计、兼容矩阵、破坏性变更处理、自动化更新与回滚计划。
orchestrate
orchestrate 是来自 rogeriochaves/skills 的技能，用于加载“编排模式”，以一条有纪律的交付循环约束开发流程：在 specs/ 中维护 BDD 规格、编写真实集成测试（不用 mock）、打开 PR 跑 CI 并跟进 CodeRabbit 审查，以及反复进行真实用户式 QA。
rm-sentry-issue-fixer
用于从 Sentry 发现、分析并修复生产环境问题的技能，可处理错误、异常与缺陷排查。依赖 SENTRY_AUTH_TOKEN、curl 与 jq，通过 REST API 脚本查询问题、事件、标签分布并生成摘要，可选集成 Linear 跟踪。
lighthouse-audit
Lighthouse Audit 是一个用于运行 Lighthouse 审计、分析 Core Web Vitals、识别性能优化机会并生成性能报告的专业技能。它提供移动端与桌面端审计、JSON 输出、自动化分析和诊断报告等命令，并包含 CI/CD 集成配置。适用于在发布前、优化后或定期监控中评估网站性能、可访问性、最佳实践与 SEO 表现。
testing-qa
该技能用于编写和维护软件测试，覆盖单元测试、集成测试、使用 Playwright 的端到端（E2E）测试以及无障碍测试。它明确了测试工具选择：单元测试使用 Jest，组件测试使用 React Testing Library，E2E 测试使用 Playwright，无障碍测试使用 jest-axe，并要求覆盖率保持在 70% 以上。技能说明中给出了关键文件位置，包括 jest.config.js、playwright.config.ts、src/__tests__/、e2e/ 和 __mocks__/，并提供了组件测试、API 测试、E2E 测试和无障碍测试的常见代码模式示例，便于在项目中快速应用。
create-verification-skill
create-verification-skill 是一个用于生成“项目本地验证技能”的工具。当仓库缺少脚本化方式来证明 UI、CLI 或服务行为时，它可以根据仓库实际情况，自动生成一个名为 verify-<app> 的项目本地技能，用来像真实用户一样驱动应用并验证行为。它是 verification-before-completion（完成前验证门禁）的配套技能：后者是完成门禁，本技能负责编写该门禁可以运行的项目验证装置。生成的技能包含 frontmatter（name: verify-<app>）以及 Launch、Doctor、Drive、Evidence、Cleanup、Helpers 等章节，并附带功能地图（features/README.md 及每个面向用户功能一个文件，建议 3-5 个）。使用流程包括：先访谈仓库而非用户，从代码库中回答 surface、run、drive、observe、isolate 等问题；生成技能；播种功能地图；实际运行一次端到端验证（启动、doctor、驱动一个已映射功能、捕获证据、清理，并确认证据仍存在）；最后提供维护循环指引。该技能会在证明过程中启动和拆除本地应用实例，写入项目树前需要确认。
maintain-verification-skill
这是一个用于维护项目“验证技能（verification skill）”与功能地图（feature map）的维护流程技能。当应用发生变化时，功能地图会随之失效，本技能提供一套更新循环，用于保持由 create-verification-skill 生成的技能准确。它通过并行只读子代理读取各功能文件，并执行一次实时运行（live pass）来核对地图与实际行为，最终在确有修正时最多产出一个经过验证的 PR。运行期间不修改产品代码，仅改动验证技能自身目录；报告类请求保持只报告。
hugging-face-community-evals
该技能用于在本地硬件上对 Hugging Face Hub 上的模型运行评估，基于 inspect-ai 与 lighteval 两个框架。它覆盖本地推理、后端选择（vLLM / Transformers / accelerate）、冒烟测试、任务选择与后端回退策略，适合需要本地 GPU 评估或选择推理后端的场景。不涉及 Hugging Face Jobs 编排、模型卡或 model-index 编辑、README 表格提取、Artificial Analysis 导入、.eval_results 生成或发布、PR 创建及 community-evals 自动化。
browser-verification
browser-verification 是 pokayokay 工作流中的浏览器验证技能，在实现者完成影响 UI 的任务后，于 /work 流程内自动在真实浏览器中检查视觉元素、交互与控制台错误，属于集成环节而非独立技能。
autocraft
Autocraft 是一个基于多智能体协作的规格驱动开发技能，通过五个严格分工的智能体（分析师、构建者、测试者、检查者、编排者）实现从 spec.md 验收标准到独立验证的完整流程。它强调职责分离，构建者不能编写测试或自我评分，测试者不能触碰生产代码，只有检查者能判定“polished”。支持 State 模式（基于断言的集成测试，验证 API 载荷、文件内容、数据库行、退出码等可观察状态）和 Screen 模式（基于 journey.md 和截图证据的视觉验证），也可混合使用。适用于需要逐条独立证明验收标准的 UI 项目、流水线/CLI/库项目，以及将现有测试整合为场景化集成测试。不适用于单文件修复、快速原型或尚无规格的场景。
tdd
TDD 是一个可选的测试驱动开发策略技能，用于在已接受的切片或受控实验中，当证据足以证明其成本合理时采用。它强调以可观察行为为单位推进，选择成本最低且能产生可信证据的方法，包括严格红绿循环、小步测试后补以及行为优先再加固等。该技能要求从已接受契约或独立事实来源推导预期结果，使用能暴露旧行为或潜在缺陷的测试，并在每个增量后运行项目配置的紧密反馈检查。测试应聚焦可观察行为，避免与私有协作者、复制生产逻辑或偶然侧通道耦合。同时需记录策略证据，如达到可接受候选的时间、后续发现的缺陷、测试敏感度、修复轮次及测试耦合导致的破坏，并记录未测量项。候选成果与证据交由 Cleaner 处理，由 Cleaner 负责更广泛的清理、适用门禁、物化及独立验证交接。完成标准包括：由配置或人工为指定已接受切片或实验选择该策略；每个完成的增量通过稳定接口证明一个可观察行为；证据在可行时能暴露潜在缺陷，较弱替代方案需说明其局限；保留的测试使用独立预期结果并避免实现耦合；记录所选方法、证据及局限，以结果而非仪式评判方法。新的重大决策路由至 Coordinator，候选成果路由至 Cleaner，不在此声明交付。
test
一个用 chrome-devtools 执行动作确认测试的技能。依据 issue 与 checklist.html 逐项验证并截图，帮助确认功能是否按预期运作；当清单缺失时可自动生成。
quality-gate
Quality Gate 是一个面向变更或 PR 的验证与确认编排技能，位于 V 模型右侧，用于把代码变更转化为有据可依的 go/no-go 决策。它强调“证据优于感觉”，按风险分级设置门禁，并要求需求可追溯。该技能始终运行代码审查、静态分析、需求追溯和基线测试状态检查；当变更涉及不可信输入、认证授权、加密、密钥、网络、反序列化、文件系统、沙箱或不安全代码时，会条件性触发安全审计；涉及热路径、算法、内存分配、并发、数据库查询、序列化或延迟/吞吐预算时触发性能门禁；涉及用户可见行为、工作流或 API 契约变化时触发验收测试；涉及 UI 布局、样式、组件或渲染变化时触发视觉回归。此外还包含“本质主义”审查，检查变更是否属于关键少数、是否过度设计、是否保持范围纪律、是否有消除替代方案的记录。输出为一份单一的质量门禁报告，包含决策状态、主要风险、范围、验证结果、后续行动和证据包。
detect-useless-tests
detect-useless-tests 是一个用于审查测试用例是否值得保留的技能（Skill），由 testomatio/skills 提供。它会遍历同一测试层级（单元测试、端到端测试、手工测试）中的测试，找出对终端用户业务流价值不足的“无用测试”，并按区域、文件和行号列出清理候选。技能强调只与同层级测试比较，因为不同层级的测试在执行速度、检查条件和与实现细节耦合程度上存在不同权衡。它会重点标记对变更脆弱、依赖耗时重操作（如数据库、浏览器）的测试，以及仅覆盖内部可观测性、开发者开关、装饰性 UI 细节、实现变通、重复错误变体、已被其它测试覆盖的行为、启动持久化细节、昂贵但业务价值弱的外部流程等测试。输出仅包含清理候选，按区域和文件分组，每行一个测试，给出明确标题、直接指出业务价值问题，并给出移除、合并、简化或下移到更低层级自动化等建议，最后只汇总审查数、移除数、合并数、简化数和迁移数。未经批准不会修改测试。
testng-parallel
TestNG 并行测试执行技能，涵盖线程池配置、套件级/类级/方法级/实例级并行、DataProvider 并行、线程安全模式（ThreadLocal、同步、不可变数据）、测试隔离、依赖与顺序控制、性能优化、并行报告与超时配置。适用于需要提升测试吞吐量并保持可靠性的 Java 测试场景。
storybook-visual-testing
该技能用于把 Storybook 故事改造成确定性渲染，避免在 UI Verify 视觉回归中因数据、时钟或无限动画产生虚假的“变更”差异。核心做法是为每个故事提供静态 args/fixtures、冻结时钟，并让无限 JS 动画在截图时输出稳定状态。技能同时说明捕获器已自动处理 CSS 动画、prefers-reduced-motion、Math.random 种子、字体与图片加载及有限动画，因此无需手工处理这些项。
agentic-qa-onboard
Agentic QA Onboard 是 Agentic QA Boilerplate 仓库的新手引导技能，用于首次接触该仓库时了解 QA 流程。它本身不执行下游工作，而是以导览方式讲解技术栈（Playwright + KATA + Allure + Xray）、IQL 各阶段（Shift-Left、Planning、Execution、Reporting、Documentation、Automation、Regression 等）、MCP 与依赖的环境变量，并指引用户调用正确的下游技能（如 /shift-left-testing、/sprint-testing、/test-automation 等）。当用户表示困惑或询问某技能如何工作时，会切换到教学语气，用通俗语言解释概念，并可提供西班牙语的 how-it-works 可视化演示文稿。
core-reviewer
Core Reviewer 是一个代码审查与质量保障技能，扮演资深代码审查员角色，通过系统化审查流程确保代码质量、安全性和可维护性。它围绕功能、安全、性能、代码质量和可维护性五个维度组织审查，使用严重性分级（严重、主要、次要、建议）对问题进行优先级排序，并提供标准化的审查反馈格式与执行清单。该技能通过 Task 调用审查代理，使用内存存储工具记录审查发现与状态，并可与代码分析、安全检查等 MCP 工具配合。适用于合并前的 PR 审查、安全漏洞审计、性能瓶颈分析、编码规范遵循检查及文档完整性验证等场景。
core-tester
core-tester 是一个面向代码质量的测试与质量保证专用技能，核心目标是通过系统化的测试策略与验证手段保障代码质量。它围绕测试金字塔组织工作：底层为数量多、速度快、范围聚焦的单元测试，中层为覆盖适中的集成测试，顶层为数量少但价值高的端到端测试。技能给出了测试质量指标参考，例如语句覆盖率、分支覆盖率、函数覆盖率与行覆盖率的目标值，并强调测试应满足 FIRST 特征（快速、隔离、可重复、自验证、及时）。文档包含单元测试、集成测试、E2E 测试、边界与异常场景、性能测试、安全测试（如 SQL 注入、XSS）等实现模式，并提供了 TDD 流程、完整测试套件示例、执行清单与最佳实践，用于指导新功能测试编写、API 集成测试、关键用户流程的 E2E 验证以及认证授权相关安全测试。
inspect-code
inspect-code 是一个代码质量与结构性债务审计工具，用于在重构之前检查源码模块，识别结构异味、God 类以及重复代码等反模式。其分析聚焦于结构、面向对象与认知层面的债务，覆盖模块、类和方法三个层级，明确将空格、分号等格式问题交由原生 linter 处理。工具以只读方式运行，仅输出结构化检查报告，不修改磁盘文件、不生成代码差异、不自动应用重构。它从类内聚与单一职责、方法与流程复杂度、系统性重复、耦合与封装泄漏、多态与策略缺失、健壮性与资源卫生等维度展开检查，并在报告中给出健康评级（CLEAN、MODERATE_DEBT 或 CRITICAL_DEBT）、问题位置、异味描述与修复建议。
check
Vibium Check 是 Vibium CLI 提供的独立验收检查功能，用于在真实浏览器或已保存的录制中验证应用是否满足某项验收标准。它通过 vibium check "<claim>" 命令把具体的验收声明交给一个全新的验证器上下文，由验证器使用受限的浏览器工具调查运行中的行为，并返回 passed、failed 或 inconclusive 三种判定。该功能强调验证独立性：编码智能体负责构建和修复应用，Check 不继承 Run 的对话，也不接受构建者提供的源码或建议结论。它支持实时浏览器检查与基于录制文件的离线检查，可输出 JSON 结果、保存验证录制和独立报告，适用于开发流程中的正式验证步骤。
stepwise-testing
一种逐步验证的测试与调试方法：对每个步骤、组件和中间状态进行详尽检查，而非只看端到端结果。适用于复杂故障排查、多步工作流验证、关键路径测试和间歇性缺陷追踪。
diagnose
diagnose 是一个面向疑难 Bug 与性能回退的纪律化诊断循环技能，来自 yikart/aitoearn。它把调试拆成六个阶段：构建反馈回路、复现、提出假设、插桩、修复并补回归测试、清理与复盘。核心理念是优先花大量精力搭出一个快速、确定、可自动运行的通过/失败信号，让二分、假设验证和插桩都建立在这个信号之上。适用于需要系统排查难以复现或难以定位问题的开发场景，强调一次只改一个变量、每条探针映射到具体预测，并用唯一前缀标记调试日志以便清理。