ab-test-setup
用于规划、设计和实施 A/B 测试与实验的技能，帮助用户建立假设、计算样本量、选择指标、设计变体并分析结果，产出统计有效且可执行的实验结论。
Skill 广场
找到适合任务的 Agent Skill，阅读介绍并复制安装命令。
更新于 10-28 00:17
测试与质量
12,799 个结果
quality-review
质量审核技能套件，整合文本审校与版本评估两大功能。文本审校覆盖语法、拼写、标点、逻辑、清晰度、一致性、事实准确性与合规性检查；版本评估支持2-5个版本的对比评分、排名与选择建议，适用于A/B测试与决策支持。
bruno
Bruno 是一款开源的 API 客户端，其核心特点是“Git 友好”：接口集合以纯文本文件形式存储在 Git 仓库中，与代码放在一起，可版本化、可评审、可通过 Git 共享。它采用人类可读的 Bru 格式（区别于 Postman 的云同步专有格式），无需云同步、无需账号，集合数据不会离开本机或仓库。适用于创建 API 请求、组织集合、编写测试脚本、管理多环境变量，以及通过 CLI 集成到 CI/CD 流程中。
test-generator
Test Generator 是一个为现有代码自动生成单元、集成与端到端测试的技能。它分析函数、类与模块，产出带断言、边界用例与合理 mock 的测试套件，支持多种测试框架。
contract-testing
消费者驱动的契约测试（Consumer-Driven Contract Testing）技能，用于在前端与后端 API 边界建立集成测试。它让消费者（前端）编写描述其对 API 期望的“契约”，发布到 Pact Broker 并与真实提供者（后端）进行验证，从而在部署前发现 API 不匹配问题。相比需要两个服务同时运行的端到端测试，它更快速、更稳定、更易维护，并支持两个服务独立部署。该技能提供检查、修复、解释和代码审查等操作，帮助团队落地 Pact 工作流。
e2e-testing
前端检查清单中的端到端（E2E）测试规则，用于审查 CI 覆盖率、自动化检查与测试策略，确保关键用户流程被持续验证。
test-skill-a
test-skill-a 是 timschoch/skilly 仓库中的一个模拟技能，仅用于对 skilly 的添加、移除、更新流程进行试点测试。资料明确说明它是按设计不含实际内容的 mock skill，不得用于真实工作。除上述用途外，暂未提供其他功能、收费、平台或使用步骤信息。
tools-unity-sentry
Sentry Unity SDK 集成技能，用于 Unity 游戏的错误追踪与性能监控，涵盖 SDK 配置、自定义埋点、事务与 span、面包屑、指标、发布健康及调试符号上传等实践。
create-test-plan
该技能用于分析代码变更并生成结构化测试计划，写入 .turbo/test-plans/<slug>.md，覆盖基础功能、复杂操作、对抗性测试与跨切面场景四个递进层级，每级至少两个可执行场景。
web-design-guidelines
这是一个用于审查 UI 代码是否符合 Web Interface Guidelines 的技能。它会在每次审查前从指定源地址拉取最新的指南规则，读取用户指定的文件或文件模式，逐条对照指南中的全部规则进行检查，并按指南规定的简洁 file:line 格式输出发现的问题。当用户提出“review my UI”“check accessibility”“audit design”“review UX”“check my site”等请求时可使用。若用户未指定文件，会先询问需要审查哪些文件。除了这些行为外，该技能不提供其他功能、收费、价格、平台或效果信息，相关资料暂未提供。
playwright-cli
playwright-cli 是一个用于浏览器自动化的命令行工具，可完成网页测试、表单填写、截图和数据提取等任务。它通过 open、goto、click、type、fill、snapshot 等命令驱动浏览器，支持多标签页、Cookie 与本地存储管理、网络请求拦截、控制台与网络日志查看、追踪和视频录制等功能。用户可在需要导航网站、与网页交互或执行自动化操作时使用它。
test-driven-development
面向功能开发、缺陷修复与重构的测试驱动开发工作流技能，遵循红→绿→重构循环：先写失败测试，再做最小实现使其通过，最后在测试通过的前提下重构。
testing-patterns
面向 Vercel AI SDK 应用的测试模式资源，提供 mock provider、流式响应测试、工具调用测试、快照测试与测试覆盖率策略，用于为 AI 功能编写测试、创建模拟 AI 提供方和生成测试脚手架。
testing
用于编写 JavaScript、React、PHP 与 WordPress 测试的技能，覆盖单元测试、集成测试和 E2E 测试，涉及 Jest、React Testing Library、PHPUnit、WordPress 测试框架与 Playwright。
qa
这是一个名为 QA 的交互式质量保障会话技能：用户以对话方式描述遇到的 bug 或问题，代理会澄清问题、在后台探索代码库以获取上下文，并最终自动在 GitHub 上提交 issue。其核心目标是产出持久、以用户为中心、使用项目领域语言的 GitHub issue。流程包括：听取用户描述并用最多 2-3 个简短问题澄清（期望与实际行为、复现步骤、是否稳定复现）；后台启动 Explore 子代理了解相关区域和领域语言；判断是单一 issue 还是需要拆分为多个；使用 gh issue create 直接提交，不要求用户先审核；最后打印所有 issue URL 并询问是否继续。该技能强调 issue 不引用文件路径或行号，只描述行为，复现步骤必填，并支持阻断关系与并行处理。
doc-ftest-validator
doc-ftest-validator 是 aidoc-flow-framework 中用于校验功能测试规格书（FTEST，Functional Test Specifications）的技能。它依据 Layer 10 FTEST MVP 的 schema 与结构契约，对 FTEST 文档进行子类型专属的校验，覆盖模式合规、结构完整性、可追溯性与阈值质量约束。校验项包括：嵌套目录规则、六个必需章节的存在与顺序、FTEST 元素 ID 使用 TSPEC.NN.43.SS 格式、必需的累积标签（@brd..@spec，可选 @ctr）与子类型标签（@sys、@threshold）是否齐备、SYS 覆盖矩阵与阈值引用是否存在，以及 TASKS-Ready 分数声明是否与阈值对齐。该技能通过多个脚本执行校验，支持单文档校验、全量 TSPEC 校验、质量评分校验、跨文档校验与自动修复、以及针对预期层级标签的严格校验。它由 doc-ftest、doc-ftest-autopilot、doc-ftest-audit 调用，并作为 doc-ftest-audit 与 doc-ftest-fixer 的输入。适用于在软件开发流程中对功能测试规格进行规范化质量把关的场景。
doc-itest-fixer
doc-itest-fixer 是 aidoc-flow-framework 中的技能，用于根据审计或评审报告对 ITEST 文档应用自动化与引导式修复，遵循确定性的源报告优先级。
doc-itest-validator
doc-itest-validator 是一个用于校验集成测试规格文档（ITEST）的验证工具，属于 vladm3105/aidoc-flow-framework 项目。它依据 Layer 10 ITEST MVP schema 与结构契约，检查 ITEST 文档在子类型专属 schema、结构、可追溯性、契约和交互等方面的要求。该工具会校验嵌套文件夹命名规则、六个必需章节是否齐全且顺序正确、ITEST 元素 ID 是否符合 TSPEC.NN.41.SS 格式、必需的累计标签（@brd..@spec，可选 @ctr）与子类型标签（@ctr、@sys）、契约合规表与交互覆盖率、复杂交互的时序图、CTR 覆盖矩阵以及 TASKS-Ready 声明。它提供了一系列命令行脚本用于执行校验、质量评分和跨文档验证，并被 doc-itest、doc-itest-autopilot、doc-itest-audit 调用，其输出供 doc-itest-audit 与 doc-itest-fixer 使用。
doc-ptest-autopilot
该技能用于自动化 PTEST（性能测试）文档的全生命周期编排，覆盖生成、审计与修复流程。它从上游上下文生成 PTEST，并针对性能类别与阈值进行校验与审计；当审计失败或低于阈值时自动移交修复器，并重新审计直至通过或达到最大迭代次数。适合遵循 IPLAN-004 输入契约的工作流使用。
doc-ptest-reviewer
doc-ptest-reviewer 是 aidoc-flow-framework 中的一项 AI 技能，用于对 PTEST（性能测试规格）文档进行语义质量审查，而不仅限于结构校验。它检查性能需求与 SYS、SPEC 的对齐情况，核对分类完整度（负载 [Load]、压力 [Stress]、耐久 [Endurance]、尖峰 [Spike]），评估负载场景的真实性与阈值可测量性，检查复杂场景的执行剖面完整性，并验证可追溯性的完整与一致。该技能输出的审查报告与父级 PTEST 文件同目录存放，遵循固定命名约定，并支持与 doc-ptest-audit 生成审计报告的兼容，以便作为修复工具的输入。它设有评分门槛：通过目标为分数不低于 90，需要人工处理的发现会阻断自动完成。相关技能包括 doc-ptest-validator、doc-ptest-fixer、doc-ptest-audit、doc-ptest-autopilot。该技能还包含实现计划一致性检查（IPLAN-004），将计划派生输出视为有效来源模式，验证上游 autopilot 优先级假设（--iplan > --ref > --prompt），并将计划上下文与产出之间的目标或范围冲突标记为需澄清的阻断问题，且不引入如 docs-v2.0/00_REF 之类的旧版回退路径。
doc-ptest-validator
doc-ptest-validator 是一个用于校验性能测试规格文档（PTEST）的验证工具，来自 vladm3105/aidoc-flow-framework。它针对第 10 层 PTEST MVP 的 schema 和结构契约进行校验，检查文档是否符合子类型特定的 schema、结构、可追溯性以及性能阈值要求。校验内容涵盖：嵌套文件夹规则、六个必需章节及其顺序、PTEST 元素 ID 格式、必需的累积标签与子类型标签、必需类别（负载、压力、耐久、尖峰）、负载场景表格与可度量阈值，以及 TASKS-Ready 评分声明与阈值对齐。该工具提供 Python 与 Shell 命令，既可单独校验 PTEST 文档，也可批量校验全部 TSPEC、校验质量分数、跨文档校验（支持自动修复）以及严格校验标签与文档的对应关系。它被 doc-ptest、doc-ptest-autopilot、doc-ptest-audit 调用，并向 doc-ptest-audit、doc-ptest-fixer 输出结果。
doc-riskspec-reviewer
doc-riskspec-reviewer 是一个用于风险规格（RISKSPEC）文档内容审查与质量保证的工具，属于 vladm3105/aidoc-flow-framework 项目。它针对 RISKSPEC 文档进行完整性、控制覆盖度和缓解充分性的检查，审查清单涵盖风险识别、影响分析、控制措施、缓解计划与剩余风险五个方面。
doc-stest-fixer
doc-stest-fixer 是一个用于修复 STEST 文档问题的自动化与引导式修复工具，属于 aidoc-flow-framework 项目。它接收由 validator/reviewer 工作流产出的审计或评审报告，定位其中记录的 STEST 问题并施加修复。工具支持读取规范命名的 STEST-NN.A_audit_report_vNNN.md 审计报告，也兼容旧式 STEST-NN.R_review_report_vNNN.md 评审报告，选择时以最新时间戳或版本优先，若并列则优先使用 .A_ 审计报告。可修复的问题类型包括：缺少必需章节（6-section contract）、缺少或非法的子类型标签（@ears、@bdd、@req）、缺少超时或 100%-gate 约束、缺少回滚流程要求、关键路径检查中使用非二元通过/失败标准、可追溯性与交叉引用一致性问题，以及嵌套文件夹合规所需的命名与路径修正。运行后输出修复后的 STEST 文档及 STEST-NN.F_fix_report_vNNN.md 修复报告。使用命令形如 /doc-stest-fixer STEST-01，可通过 --review-report 参数指定报告文件。通常在 doc-stest-audit 之后调用，修复完成后建议重新运行审计以确认问题闭合并验证修复效果。
doc-stest-reviewer
doc-stest-reviewer 是 aidoc-flow-framework 中的一个文档审查技能，用于对 STEST（冒烟测试规格）类制品进行语义质量审查，它超出结构校验的范围。其审查范围包括：部署关键路径覆盖的完整性、超时预算的真实性与合规性（<=300s / 最长 300s）、每个测试用例的回滚流程是否完整、二元通过/失败判定标准的清晰度与 fail-fast 行为，以及 EARS/BDD/REQ 可追溯性的完整性和一致性。该技能采用部署门禁策略，目标为 100% 质量门禁：每个测试都必须有回滚流程，超时预算标记必须明确，任何缺失的关键部署门禁要素都会被标记为 manual_required 或 blocked。输出方面，审查报告命名为 STEST-NN.R_review_report_vNNN.md，审计包装兼容版本为 STEST-NN.A_audit_report_vNNN.md，报告与父级 STEST 文件同目录。通过目标为 score=100，manual-required 发现会阻断自动完成。该技能还处理 IPLAN-004 实现计划一致性，验证意图保留、上游 autopilot 优先级假设（--iplan > --ref > --prompt），并将计划与制品输出之间的目标/范围冲突标记为阻塞问题。