playwright
Playwright CLI Skill 是一个以命令行驱动真实浏览器的技能，用于终端自动化完成导航、表单填写、快照、截图与数据提取等任务。它优先使用捆绑的包装脚本，通过 npx 调用 @playwright/cli，无需全局安装。
Skill 广场
找到适合任务的 Agent Skill，阅读介绍并复制安装命令。
更新于 10-26 00:15
测试与质量
12,705 个结果
think-premortem
think-premortem 是一个“事前验尸”思维框架技能：假设计划已失败，反推原因并转为可执行的风险登记册，适合重大且难逆转的决策前使用。
terminal-capture
terminal-capture 是 qwenlm/qwen-code 中的终端截图自动化技能，用 TypeScript 配置驱动 CLI 交互并截图，常用于审查影响 CLI 输出的 PR。需安装依赖与 Playwright Chromium，支持按键序列、流式截图与 GIF。
unit-testing
该技能用于为 .NET Clean Architecture 的命令与查询处理器生成单元测试，采用 xUnit、NSubstitute、FluentAssertions 并按 Arrange-Act-Assert 模式组织，覆盖成功、失败、校验与行为等测试类型。
c-verify-skill
基于 clang-tidy 与 cppcheck 的 C/C++ 静态分析技能，可扫描暂存或已修改文件、指定文件或目录，输出 JSON 报告以检查代码质量、发现缺陷并在提交前复核。
foundry
Foundry 是一个面向 Solidity 智能合约的测试与脚本编写技能，提供在 Foundry 框架下编写测试和部署脚本的规则与模式。该技能涵盖多种测试类型：集成测试（具体测试）、模糊测试、分叉测试、不变量测试，以及 Solidity 脚本。技能内置多份参考文档，涉及测试基础设施、cheatcode 模式、不变量模式、形式化验证、部署脚本、部署检查清单、gas 基准测试以及 Sablier 特定约定。使用方式围绕具体的命名规范、目录结构、mock 规则、调试命令和最佳实践展开，帮助开发者按统一模式编写测试与脚本。适用于 Foundry 测试、编写测试、模糊测试、分叉测试、不变量测试、部署脚本、gas 基准测试等场景。其他信息暂未提供。
jp-validate
jp-validate 是一个用于测试和验证 Juspay 支付集成的技能，适用于 jp-executor 已完成集成构建之后的阶段。它依据 {doc_workspace} 中的规划产物（jp-prd 的 PRD、jp-architecture 的设计与 task-checklist.md）以及代码库实际内容来驱动测试。该技能会检测仓库现有的测试框架并沿用其约定，编写真实、持久化的测试文件；仅当仓库没有测试运行器时，才回退到内联 curl/bash。测试按支付风险优先级排序，所有请求/响应结构均通过重新获取的文档确认而非凭记忆断言，最终产出可追溯性矩阵、质量门禁决策以及 test-report.md。
b2c-debug
使用 b2c CLI 调试 Salesforce B2C Commerce 服务端脚本的技能，可为 SFRA 控制器、hook、作业和自定义 API 设置断点、单步执行并检查变量；提供 DAP 适配器和无头 RPC 模式。
write-sglang-test
SGLang 官方技能：指导编写与注册 SGLang CI/UT 测试，涵盖 CustomTestCase、CI 注册、服务器 fixture、模型选择、mock 测试与测试文件放置规则。
integration-e2e-testing
面向 AI 编码项目的集成/E2E 测试设计规则技能，用于在可观察边界上挑选并设计最小充分的集成与端到端测试集，覆盖测试分道选择、骨架规范、mock 边界与评审标准。
appium-skill
根据公开技能资料，appium-skill 用于生成生产级 Appium 移动自动化脚本，覆盖 Android 与 iOS，支持 Java、Python、JavaScript。可本地模拟器/仿真器运行，也可通过 TestMu AI（LambdaTest）云真机测试，包含能力配置、定位、等待、手势、混合应用与多设备并行等模式。
pytest-skill
pytest-skill 是一个用于生成生产级 Python pytest 测试的技能，覆盖 fixtures、parametrize、markers、mocking 与 conftest 等常见模式。当用户提到 "pytest"、"conftest"、"@pytest.fixture"、"@pytest.mark"、"Python test" 等关键词时触发。它提供基础测试、异常断言、fixture 生命周期与作用域、参数化、标记、mock 与断言等示例，并给出反模式对照、常用命令速查、pyproject.toml 配置示例，以及指向 reference/playbook.md 的深入模式索引（配置、fixtures、参数化、mock、异步、异常、标记与插件、类式测试、CI/CD、调试、最佳实践）。
code-review
面向 React/TypeScript/Tailwind 前端项目的代码审查技能，系统检查代码质量、安全漏洞（XSS、CSRF）、性能、类型安全、无障碍与响应式设计，并给出可执行反馈。
game-soft-launch
该技能用于评估游戏软启动（soft launch），聚焦三点：有边界的真实玩家曝光、可逆的支出与曝光，以及市场迁移。适用于用户要求审查软启动、区域测试等场景。核心判断逻辑是：在支出与曝光保持可逆的前提下，验证已声明的游戏玩法是否成立，并保持完整的产品目标不被削减。资料指出，向其他市场的迁移在被实际观察验证之前只能算作假设；同时强调一个无法被关闭的软启动本质上就是正式发布。该技能提供开放的软启动模式，涵盖分群设计（cohort design）、经济控制（economy controls）与市场迁移。
setup-verification
面向 AI 智能体的项目验证设置技能：把启动、驱动、观察真实产品的方式与验收测试固化到仓库脚本和智能体指令中，让智能体能在本地和 CI 中以同样方式运行验证。
test-reasoning
test-reasoning 是 tailcallhq/forgecode 中的一个测试技能，用于验证 ReasoningConfig 字段是否正确序列化为各家服务商特定的 JSON 格式，覆盖 OpenRouter、Anthropic、GitHub Copilot 和 Codex。它通过运行 forge 并捕获发出的 HTTP 请求体来断言 JSON 字段是否符合预期，帮助确认推理参数在发送到服务商 API 前被正确序列化。该技能适用于需要测试推理序列化、检查 reasoning 参数传递是否正确的场景。
xctrace
xctrace 是 Apple 提供的 Instruments 命令行接口（CLI），本技能为 xctrace 的使用提供权威指南，适用于性能分析、性能剖析与优化相关任务。内容围绕 xctrace 命令前的准备、trace 的组织方式、toc → list tracks → show 的探查流程、调用树阅读与整理、帧检查、符号化、输出体积以及常见陷阱展开，并包含应用卡顿、冻结或界面无响应问题的排查指引（hang 严重度分级、区分 busy hang 与 blocked hang 等）。资料未给出具体安装步骤、命令示例或收费信息。
quality
这是一个多智能体代码质量评估技能，位于 spaces/[project]/ 目录下，用于在提交、合并或发布前对代码进行全面质量检查。它通过调用多个专业智能体从代码质量、安全、性能和测试等维度进行评审，并输出包含总评分和分项评分的报告。评分范围为 0-100，对应从"可发布"到"必须修复"的状态等级。支持按维度聚焦分析，例如安全、性能、测试或代码维护性，各维度分别由对应专业智能体负责。使用前需先通过 ls spaces/[project]/ 定位项目，再进入项目目录执行 npm test -- --coverage、npm run lint 以及 TypeScript 项目的 npm run type-check 等自动化检查，随后通过 Task 工具协调各专业智能体完成分析并生成报告。报告包含总体评分、代码质量、安全、性能、测试的分项得分及建议，并列出优先处理项。适用于重大发布前、接手新代码库、定期健康检查以及重构前的质量摸底。
cloudbase-code-review
CloudBase 项目的代码审查与校验技能。在完成 Web、小程序、CloudRun 或云函数开发后调用，用于在交付前发现常见错误，覆盖认证、数据库 CRUD、存储、安全规则与函数处理等模块。
automate-test-cases
该技能用于把手工测试用例转换为可运行的自动化测试脚本：先识别项目所用框架与既有页面对象、夹具和工具组件，再解析手工步骤并生成符合项目规范的测试代码，最后执行验证并在失败时修复定位器、等待与断言问题。
automation-debug-tests
用于系统化诊断并修复失败的自动化测试的技能，支持分析失败、检查 DOM、定位根因并按定位器、等待、断言、流程的优先级应用修复，适用于本地或 CI 中不稳定测试的排查与稳定化。
debugging-workflow
用于排查无法解释的失败、回归或偶发问题的调试工作流技能：通过证据定位失败边界并修复根因，同时保留业务意图。
eng-tdd
eng-tdd 是一个强制推行测试驱动开发（TDD）纪律的技能，核心是严格执行 RED-GREEN-REFACTOR 循环：先写一个会失败的测试，亲眼确认它失败，再写最少量的代码让测试通过，最后在保持全绿的前提下重构。它强调“没有失败的测试就不写生产代码”的铁律，若先写了代码则要求删除并从测试重新开始。该技能适用于每个功能、缺陷修复、重构或行为变更，例外情况需人工明确批准。它提供红绿重构各步骤的验证方法、好测试与坏测试的对比、常见借口与反驳，以及一份验证清单，帮助开发者避免“事后补测试”带来的虚假安全感。
code-reviewer
code-reviewer 是 troykelly/codex-skills 中的代码审查子代理技能，用于在明确要求运行 code-reviewer 子代理，或其它技能需要该代理卡片时执行专门的代码审查任务。