receiving-code-review
一个用于处理代码评审反馈的技能：先逐条核对代码库再决定实现或反驳，避免表演式附和，要求澄清模糊意见并批量提问，最后运行验证。
Skill 广场
找到适合任务的 Agent Skill，阅读介绍并复制安装命令。
更新于 11-03 00:11
测试与质量
13,059 个结果
stagehand
Stagehand 是面向 AI 浏览器自动化的工具，在 Playwright 的 Page 对象上扩展自然语言交互与结构化数据提取能力，适合选择器脆弱或未知的浏览器流程与测试编排。
systematic-debugging
系统化调试技能：通过复现、隔离、诊断、修复、验证五步流程，用根因分析替代随机尝试，适用于排查错误、异常行为、测试失败、运行时错误与性能问题。
testing-strategy
测试策略技能：用于决定测什么、选哪种测试类型以及覆盖多少，属于工具无关的策略层。触发场景：规划测试覆盖、选择单元/集成/E2E、审计测试缺口、为 PR 或功能产出测试计划。不负责编写具体测试代码。
extension-real-browser-testing
用于在真实浏览器中验证浏览器扩展行为的技能，强调用真实构建产物、Edge 与 Playwright 自动化、运行时消息触发和 DOM 调试获取可复现证据，而非依赖单元测试或 jsdom 猜测。
layout-inspector
用于调试 GPUI 窗口布局问题的技能，通过可视化探针、布局转储与不变量断言排查元素缺失、裁剪、flex 尺寸与溢出问题。
script-kit-ai-testing
Script Kit GPUI 中测试 AI 聊天功能的技能，覆盖独立的 AI 窗口与主窗口内的内联 ChatPrompt 两种界面，提供 stdin 命令、协议消息、模拟数据与截图迭代等测试方法。
script-kit-testing
Script Kit GPUI 的测试基础设施说明，介绍测试目录、SDK 预加载、JSONL 输出格式、运行命令与验证门禁，适用于编写测试、运行测试套件或了解测试组织方式。
script-kit-ui-testing
Script Kit GPUI 的 UI 测试协议，用于测试界面改动、运行脚本、截图和调试布局。核心是通过 stdin JSON 协议驱动应用，而非命令行参数，并配合日志与截图验证。
testing-skill
testing-skill 是 johnlindquist/script-kit-next 仓库中的一个技能条目，页面标题为 testing-skill。现有资料仅包含占位性说明：一段“简要描述该技能功能”的说明、一段“技能激活后供智能体遵循的指令”，以及“何时使用”“指令”“第一步”“第二步”“按需添加更多步骤”等模板化小节标题。资料未提供该技能的具体用途、实际能力、安装或调用方式、适用场景与限制，也未提供官方文档正文。因此无法确认其真实功能与使用步骤，以上内容均暂未提供。
visual-test
用于 Script Kit GPUI 的视觉迭代测试工作流：通过命名管道向应用发送 stdin JSON 命令，模拟按键并截取窗口 PNG，用于验证焦点指示器、颜色、布局、阴影、间距等 UI 改动的视觉效果。
test-driven-development
测试驱动开发（TDD）技能，用于在编写任何功能实现或缺陷修复代码之前先编写测试。核心原则是：先写测试、看它失败、再写最小代码使其通过。该技能强调“没有失败的测试就不写生产代码”的铁律，遵循红-绿-重构循环，并列出常见借口与红旗信号，帮助开发者避免先写代码后补测试的反模式。适用于新功能、缺陷修复、重构和行为变更等场景。
playwright-documentation-bdd
这是一个面向 Playwright 的 BDD 文档技能，属于旧版 Playwright 专用别名，用于将需求整理为 Gherkin 形式的可执行风格行为文档。它强调以行为而非 UI 实现细节来编写，输出 .feature 风格产物，包含 Feature、可选 Background、Scenario 或 Scenario Outline，并在数据驱动覆盖有价值时提供 Examples，在需要追溯时添加需求或套件标签。技能建议步骤保持声明式与可复用，仅在确实是同一行为不同数据时使用 Scenario Outline，并在需求存在真实风险时补充负面或韧性场景。其范围止于文档，除非用户同时要求步骤定义或 Playwright 实现；若源需求不完整，应在注释或 Gherkin 正文外的简短说明中记录假设。资料提示优先使用独立的 test-management-sync 技能进行 Gherkin、BDD 与可导出用例渲染。
playwright-documentation-plaintext
该技能是 Playwright 专用的旧版别名，用于以纯文本格式整理测试场景文档。它面向低开销的场景记录，要求每个场景包含目标、相关前置条件或设置、主要执行流程、预期结果，以及重要的需求引用或待解决问题。输出形式可以是简短段落或扁平的项目符号列表，以更清晰者为准。写作上强调顺序易读、优先描述用户意图与预期行为而非实现细节、显式暴露假设，并且除非用户明确要求 TDD 或 BDD，否则不添加正式结构。资料建议优先使用独立的 test-management-sync 技能来生成轻量级叙述式用例输出。
playwright-documentation-tdd
该技能是面向 Playwright 的 TDD 风格测试用例文档化工具，属于旧版 Playwright 专用别名，官方建议优先使用独立的 test-management-sync 技能来格式化已批准的测试用例。当用户需要结构化的测试用例规格而非轻量笔记时使用。它按固定字段输出场景文档，包括标题、描述、测试套件、覆盖需求、前置条件、步骤、执行类型、设计状态、测试工程师、测试级别、Jira 和测试脚本，并以 Markdown 步骤表呈现 Step、Action、Expected result。可追溯性方面要求使用仓库相对路径的自动化引用，保持需求引用明确稳定，若自动化尚不存在则如实说明而非编造脚本链接。组织上倾向按功能或故事分文件夹，长期维护时每个文件一个场景，按行为命名文件。
playwright-installer-intellij-junie
这是一个面向 IntelliJ IDEA 的编辑器配置技能，用于在 IntelliJ IDEA 中配合 Junie 搭建可用的 Playwright 工作流。当用户希望在 IntelliJ 环境下使用 Junie 进行 Playwright 相关工作时，可借助该技能完成环境确认、项目初始化或检查、Junie 插件或助手工作流的可用性与认证状态验证，以及本地运行和调试 Playwright 测试的确认。技能会输出前置条件、配置步骤、验证命令、IDE 相关注意事项，并给出后续推荐使用的技能或指南。
playwright-installer-vscode-codex
这是一个面向 Visual Studio Code 的编辑器环境配置技能，用于在 VS Code 中搭建 Playwright 与 OpenAI Codex 配合使用的实用工作流。当用户希望在 VS Code 里获得可运行的 Playwright 测试环境，并借助 Codex 风格的辅助进行开发时，可使用该技能。技能会引导确认 Node.js、npm 与 VS Code 是否已安装，初始化或检查 Playwright 项目，配置用户实际可用的编辑器扩展或智能体工作流，验证本地能否运行 Playwright 测试，并指向仓库中后续工作所需的相关技能。输出内容包括前置条件、配置步骤、验证命令、编辑器相关注意事项，以及配置完成后推荐的下一项技能或指南。
playwright-migration
Playwright Migration 是一个用于将现有 UI 自动化测试迁移到 Playwright 的技能。当用户从其他浏览器自动化技术栈转向 Playwright 时使用，主要帮助翻译 Cypress 或 Selenium/WebDriver 的测试模式，并规划增量式迁移路径。该技能提供迁移工作流，包括盘点现有测试套件结构、运行器假设与共享辅助函数，将原框架概念映射到 Playwright 对应概念，选择能保持信心的增量迁移路径，并在语法翻译完成后重新审视 fixtures、等待机制、定位器和 CI 等架构决策。技能附带针对 Cypress 和 Selenium/WebDriver 的迁移指南文档，输出偏向迁移计划、翻译示例和架构说明，而非抽象对比。
playwright-reporting-stakeholder
这是一个面向 Playwright 执行结果的干系人汇报技能，用于把原始 Playwright 运行结果转化为面向产品经理、QA 负责人等非技术受众的简明摘要。它接收 Playwright HTML、JSON 或 CI 报告，以及测试范围、发布背景和已知阻塞、豁免失败、环境限定条件等输入，输出包含执行摘要、覆盖范围、总体结果、已知问题与业务影响、建议后续行动的报告。写作上要求把技术性失败翻译成业务语言，在运行不完整或受环境限制时说明置信度边界，并避免在主报告中出现堆栈跟踪和底层日志，除非用户明确要求。
restassured-bootstrap
restassured-bootstrap 是一个用于为 Java 项目搭建、改造或规范化 Rest Assured 测试模块的技能脚本。它会先检测项目使用的构建工具（Maven、Gradle 或 Gradle Kotlin DSL）、Java 版本、当前测试引擎及已有的 HTTP 测试库，再据此选择基线：新项目默认采用 JUnit 5，除非仓库已统一使用 TestNG；Java 17 及以上使用 Rest Assured 6.x，Java 11 使用 5.5.x；仅在需求明确时才引入 json-schema-validator、Testcontainers 或 WireMock。随后通过 python bootstrap/scripts/init_restassured_module.py 脚本生成构建文件补充、Specifications.java、端点相关的冒烟测试类和 test.properties，并在不覆盖用户文件的前提下验证测试可运行。
testing-strategy
提供跨语言、跨项目类型的通用软件测试策略与最佳实践，涵盖测试目录组织、覆盖率标准、fixture、参数化测试、mock 隔离与性能测试等模式，适合新项目搭建测试体系或团队统一测试规范。
skill-testing
skill-testing 是 jrollin/claudio 下的一个技能，用于为智能体技能创建 LLM 作为评判者的行为评测，生成 eval.sh 评测框架与 golden_examples.yaml 测试场景，支持多后端、过滤、干跑与双评判模式。
test-driven-development
一套以测试驱动开发为核心的技能，要求在写实现代码前先写失败测试，用测试作为完成与修复的证明。适用于新逻辑实现、行为变更和缺陷修复，不适用于纯文档、琐碎配置或静态内容改动。
code-review
code-review 是一个用于代码审查的 AI 技能，对某固定点（提交、分支、标签或 merge-base）以来的改动做双轴审查：代码是否符合仓库文档化的编码标准，以及是否忠实实现相关 issue、PRD 或规格说明。