auto-test
Auto Test 是一个自主测试技能，用于把代码库从“测试健康度未知”推进到“有意义且全绿的测试套件”：发现未覆盖行为、编写真实测试、循环至全绿，并对每个新增测试做变异校验，防止用跳过、弱断言或重试来伪装通过。
Skill 广场
找到适合任务的 Agent Skill，阅读介绍并复制安装命令。
更新于 10-31 00:15
测试与质量
12,977 个结果
infra-context
infra-context 是 agentic-qa-boilerplate 中的一个技能，用于描述被测系统如何构建、运行与部署，包括架构与外部服务、前后端技术栈及其运行和测试命令、认证方式、环境与 CI/CD，以及影响构建性能的预算约束。它只提供基础设施上下文知识，不直接修改项目代码。
iql-context
iql-context 是 agentic-qa-boilerplate 仓库的方法论索引技能，用于解释 IQL（Integrated Quality Lifecycle）如何组织：为什么 QA 流程分为八个具名阶段、各产物的角色与不变量，以及项目如何通过两个适配接缝定制。它不涉及被测产品本身。
debugging-and-error-recovery
面向系统化根因调试的技能：在测试失败、构建中断、运行行为异常或出现意外错误时，引导保留证据、复现问题、定位层次、缩小范围、修复根因、添加回归防护并做端到端验证。
testbench-testing
Vaadin TestBench 端到端浏览器测试技能，用于指导 Claude 在 Vaadin 25 中编写基于真实浏览器的 Java 端到端测试。该技能基于 Selenium 构建，提供面向 Vaadin 组件的高层 API，支持通过 Element、ElementQuery、Page Objects 等概念与页面交互，覆盖登录、结账、支付等关键用户路径，以及客户端行为、视觉回归、跨浏览器和外部系统集成（如 SSO、OAuth）测试场景。注意 TestBench 需要商业版 Vaadin 订阅。技能强调优先使用 UI 单元测试处理其他场景，以提升速度并减少不稳定因素。
ui-unit-testing
面向 Vaadin 25 Flow 视图的浏览器无头测试技能（原名 UI Unit Testing），指导 Claude 编写快速、稳定的服务端 JUnit 测试，无需浏览器与 Servlet 容器，Vaadin 25.1 起免费提供。
gsd-add-tests
gsd-add-tests 是一个依据 UAT 验收标准与已完成阶段实现来生成测试的技能，会先分析实现文件并分类为 TDD（单元）、E2E（浏览器）或跳过，再给出测试计划供用户审批，最后按 RED-GREEN 惯例生成测试。
gsd-audit-uat
gsd-audit-uat 是一个与工作流（workflow）配套的技能，用于跨阶段审计所有未完成的 UAT（用户验收测试）与验证（verification）事项。它通过 $gsd-audit-uat 触发，并接受触发词之后的用户文本作为参数。该技能的作用范围（Scope）通过匹配 .planning/phases 目录下的 UAT 与 VERIFICATION 文件来界定，即收集各阶段中尚未完成的验收与验证条目并进行跨阶段审计。资料还提供了在 Codex 环境下运行时的适配说明，包括交互提问（AskUserQuestion 到 request_user_input）的映射规则、任务调用（Task 到 spawn_agent）的映射方式、并行分发的处理，以及结果解析所用的结构化标记。适用于需要集中梳理和检查项目各阶段遗留 UAT 与验证项的场景。资料未提供具体安装步骤、收费信息、平台要求或效果指标。
gsd-validate-phase
gsd-validate-phase 是工作流技能集 GSD（get-shit-done）中的一个阶段验证技能，来自 vamseeachanta/workspace-hub。它的用途是对已完成阶段进行回溯性审计，找出并补齐 Nyquist 验证缺口，输出更新后的 VALIDATION.md 以及生成的测试文件。该技能通过提及 $gsd-validate-phase 来触发，其后跟随的用户文本会被当作参数传入（GSD_ARGS），无参数时视为空。资料还给出了 Codex 技能适配说明，规定了技能调用方式、AskUserQuestion 到 request_user_input 的参数映射、以及 Task() 到 spawn_agent 的映射与并行执行、结果回收方式。该技能的执行上下文指向 validate-phase.md 工作流文件。适用场景为需要对项目阶段做验证审计与补齐测试的开发流程。限制方面：具体审计流程细节、验证规则、依赖环境、安装方式、收费情况与价格等资料暂未提供。
cli-testing-patterns
该技能提供 CLI 应用的测试策略与模式，覆盖 Node.js（Jest）和 Python（pytest、Click.testing.CliRunner）两大技术栈。内容包括命令执行测试、退出码校验、输出验证、交互式提示测试和集成测试模式，并附带模板、脚本和示例，用于标准化 CLI 测试流程。
receiving-code-review
一个面向代码审查反馈处理流程的AI技能，强调先验证再实现、以技术正确性优先于社交客套。适用于收到代码审查意见后、实施建议之前，尤其是反馈含义不清或技术上可疑时。
requesting-code-review
一个在完成任务、实现主要功能或合并前请求代码审查的技能，通过派发代码审查子代理，仅向其提供必要的上下文，在问题扩散前发现并处理它们。
systematic-debugging
一个系统化调试技能：在任何缺陷、测试失败或异常行为出现、准备提出修复前使用。核心原则是先找到根本原因再动手修复，避免随机试错和表面补丁。适用于测试失败、生产缺陷、性能与构建问题等。
debug-ima
debug-ima 是 vLLM 项目提供的调试技能，用于排查 CUDA 非法内存访问（IMA）错误，借助 CUDA core dump 与 cuda-gdb 定位问题。
traffic-light-findings
Traffic-light findings 是一套用于评审、审计和验收等场景的发现项报告规范，出自 webreactiva/yesyak。它用交通灯颜色表示问题的严重程度：🔴 表示阻断，即工作必须修复或获得用户明确决定后才能继续合并、发布或进入下一阶段；🟠 表示值得讨论，属于真实问题或有力反驳，但不阻断流程，讨论后修复或记录决定；🟡 表示次要问题，无实质风险的警告或外观问题，方便时修复或接受。每条发现项需分配稳定 ID，前缀标识来源（如 RT1 红队、B2 浏览器测试、V3 验证、P4 生产就绪、AC-17 验收标准），分享后不得重新编号。每条须含一行标题及位置（文件:行、路由、文档章节或命令）、证据、影响和具体建议。证据规则要求先读代码或复现再断言，自行复现的用 ✔ 标记，区分证据与推测并写明未验证，无法关联代码、文档或复现的不得上报。合并多份报告时需去重、保留证据支持的最高严重级别、说明改级原因、亲自复现 🔴 和重要 🟠，并列出“已验证无发现”章节。报告开头给出各级别计数摘要。若 AGENTS.md 有不同约定则以其为准。
verify-against-spec
verify-against-spec 是一个用于按验收标准逐条核对实现与规格是否一致的技能。它把每条验收标准映射到测试和代码，用脚本补查覆盖缺口，并输出核对报告。其核心主张是：测试通过并非目标，真正要回答的是规格中的每一项承诺是否被兑现、依据是什么。该技能会收集完整检查与测试清单的证据，对每条标准分级（套件完整覆盖、套件部分覆盖、逻辑已测但入口手动验证、仅手动、未满足），严格判定覆盖程度，再用临时脚本验证缺口，最后生成核对报告并给出把缺口转为测试的建议。
webapp-testing
webapp-testing 是一个使用 Browser MCP 与 Storybook 测试 Web 应用 UI 的技能，覆盖组件测试、集成测试、响应式与键盘交互检查，并借助控制台和网络请求工具排查错误。
stabilize-tests
用于修复不稳定或偶发失败测试的技能：先定位根因，再实施修复并反复运行测试直至稳定通过，最后提交推送并调用 open-pr 或 update-pr 技能。
zzprobe2-noroot-4a71
zzprobe2-noroot-4a71 是一个用于诊断测试的技能，其资料说明它没有根级 SKILL.md 文件，仅存在于 skills 子目录中，目的是隔离验证根级重复是否会影响 skills.sh 的安装计数。该技能以钙钛矿薄膜衬底光谱密度漂移的原始诊断文本作为内容，步骤包括采集光谱、拟合模型、报告残差。资料未提供更多功能、收费、平台或使用方式信息。
assert
x-cmd 的 assert 技能模块，用于在 shell 脚本中做测试断言。可校验命令成功或失败、文件是否存在或非空、变量类型与全局变量泄漏，以及 stdout/stderr 输出内容，常用于自动化测试与 CI/CD 流程。
scrutinize
一个以局外人视角对计划、PR、设计文档或代码变更做深度审查的技能：先质疑意图（是否该存在），再沿真实调用路径端到端验证其行为，输出按严重度排序、带证据与理由的发现。
systematic-debugging
一套四阶段系统化调试方法论，强调先复现、再隔离、深入理解根因、最后修复并验证，避免随机猜测和盲目改动。适用于调试复杂问题时使用。
testing-patterns
一套面向可靠测试套件的测试模式与原则，涵盖测试金字塔、AAA 模式、单元/集成测试选择、Mock 策略、测试组织与数据、最佳实践及反模式，用于指导如何编写快速、隔离、可重复且自检的测试。
flutter-accessibility
用于审计并改进 Flutter 应用无障碍性的技能，目标为 WCAG 2.1 AA、TalkBack 与 VoiceOver 支持，以及 2 倍文字缩放下的可用性，产出无障碍审查文档。