test-tier-selection
根据代码变更范围自动选择测试层级的技能：小改动引导跑单元测试，较大改动引导跑完整测试套件，并在需要时触发测试架构、测试运行与系统调试等代理咨询。
Skill 广场
找到适合任务的 Agent Skill，阅读介绍并复制安装命令。
更新于 10-20 00:13
测试与质量
12,357 个结果
vitest
Vitest 是基于 Vite 的快速单元测试框架，提供 Jest 兼容 API，原生支持 ESM、TypeScript 和 JSX。适用于编写测试、模拟、配置覆盖率等场景，与 Vite 应用共享配置与插件。
charted-green
charted-green 是一个面向测试驱动开发的技能：依据设计文档，逐个把 it.todo 测试激活为 it，并只实现让当前测试通过所需的最小代码，通过 Wallaby 验证，同时按规则勾选设计文档中的进度。
rails-code-review
用于审查 Rails 拉取请求的代码审查技能，聚焦控制器与模型约定、迁移安全性、查询性能与 Rails Way 合规，并覆盖路由、安全、缓存、任务等审查要点，按严重级别输出结构化审查结论。
azimuth
AZIMUTH 是一个用于“承诺前决策压力测试”的技能：在具有实质下行风险和有限可逆性的倡议上，对既定方案做 go/no-go 分析，输出结论、建议决策与置信度，并识别未证实的关键假设与激励机制问题。
test-first
test-first 是一套测试先行开发技能，要求在实现任何功能或修复缺陷前先写测试、观察其失败，再写最小实现代码通过测试，强调红-绿-重构循环，禁止先写生产代码。
smart-debug
smart-debug 是一个 AI 辅助调试技能，面向难以复现的间歇性 bug、生产环境问题与多组件故障。它采用假设优先的流程：先给出排序假设，再做针对性埋点，用日志证据确认根因后才修复，修复后必须清理埋点。通过 agent 上下文调用，非独立脚本。
execution-algorithms
一个面向交易执行的技能，聚焦降低市场冲击、优化订单路由与减少滑点，涵盖TWAP、VWAP、实施缺口等执行算法，以及市场微结构、订单簿分析和执行质量评估。
openclaw-release-ci
用于运行、监控和排查 OpenClaw 完整发布 CI 的技能，覆盖发布校验、在线提供商门禁、安装/更新验证与发布密钥预检，需配合发布维护与测试技能使用。
test-generator
test-generator 是一个在编写新代码时自动建议并生成基础测试脚手架的技能，支持 Jest、Vitest、Pytest 等框架，覆盖正常路径、空值边界与简单错误场景，适合快速起步，完整测试套件需配合 @test-engineer 子代理。
agent-browser-debug
agent-browser 技能的内部调试执行协议模板，用于排查 Web 界面故障：按顺序检查 JS 错误、控制台警告、失败网络请求、认证状态与 DOM，并支持 HAR 录制。仅供 agent-browser 编排器调用。
code-review
一个代码审查技能，对 HEAD 与用户指定固定点（提交、分支、标签或合并基点）之间的差异，从"编码标准"和"规格实现"两个维度并行评审，再汇总结果。
diagnosing-bugs
一套用于疑难 Bug 与性能回归的排查纪律，通过先建立可复现的反馈循环再进入假设与修复。适用于用户说“diagnose/debug this”，或报告某处损坏、抛错、失败、变慢时。
tdd
TDD（测试驱动开发）技能，用于以测试先行的方式构建功能或修复缺陷，遵循红—绿—重构循环。强调在公共接缝处测试行为而非实现细节，并给出好测试标准、反模式与循环规则。
no-skip
no-skip 是一个用于阻止测试跳过模式被写入测试文件的技能，激活后会拦截包含 .skip()、.only()、xit()、xdescribe()、test.todo() 及 @Skip/@Disabled 等跳过语法的写入操作。
tdd
Prowler 项目的测试驱动开发（TDD）工作流技能，覆盖 UI、SDK、API 三类组件，规定先写失败测试再写最小实现代码，并通过三角验证与重构保证质量。
run-rust-tests
该技能用于在修改 Rust 代码后运行测试以验证正确性。它支持四种调用方式：无参数时自动分析 git 变更，仅对受影响的 crate 运行测试；传入 all 时运行全部 Rust 测试；传入 crate 名称时运行指定 crate 的测试；同时传入 crate 和测试名时运行该 crate 下的特定测试。测试通过 cargo nextest 执行，工作目录为 src/redisearch_rs。若测试失败，技能会引导阅读错误输出、修复代码或测试并重新运行验证。适用于 Redisearch 项目中 Rust 代码的日常开发与回归验证。
rs-validate
rs-validate 是 RootSpec 工作流中的验证智能体技能，用于对已验证的 RootSpec 规格运行测试并生成报告。它只负责运行测试、记录结果和输出报告，不编写应用代码，也不修改规格文件。该技能为非交互式、只读操作（唯一写入是 rootspec/tests-status.json）。使用前会先检查规格是否就绪、测试是否存在，并执行应用就绪预检，以捕获浅层 cy.appReady() 实现导致的间歇性通过问题。测试运行后，它会对比历史结果以标记回归，生成通过/失败摘要，并区分基线故事与功能故事的失败原因。支持通过参数聚焦特定故事、系统、阶段或失败用例。
create-test-project
OpenTaint 的测试项目创建技能：为规则或近似构建最小可编译测试项目，用正/负样本验证污点数据流。确定项目类型、语言与单元后搭建脚手架、编写样本、编译出测试模型。
debug-rule
用于排查 Opentaint 规则或近似（approximation）行为异常的技能：通过事实可达性追踪定位污点在哪条指令被丢弃，并判断修复应归规则、缺失的库模型还是引擎。
receiving-code-review
评估收到的代码审查反馈：逐条技术核实后再改代码，能验证就验证，不正确就基于技术理由反驳，避免空洞赞同。适用于处理PR评论或口头审查意见，最终给出逐条技术确认或反驳及修改计划。
applying-testing-strategies
这是一个面向 Android 测试策略的技能，帮助团队把测试套件组织成可扩展的三要素：确定性（相同输入产出相同结果）、结构化（读者能定位 Given/When/Then 或 Arrange/Act/Assert 各段）、可替换（一次绑定替换即可将生产依赖图换为假实现）。它整理 Google 关于测试策略的指导，并说明每条规则实际出自哪个页面，同时覆盖 Hilt 的测试接线机制。适用于询问如何组织 Android 测试、选择 Given-When-Then 还是 Arrange-Act-Assert、命名测试方法、@HiltAndroidTest、HiltAndroidRule、@TestInstallIn、@UninstallModules、@BindValue 与规则顺序，以及排查“本地通过但 CI 失败”等非确定性/封闭性问题。
asserting-node-state-and-text
本技能用于在 Compose UI 测试中验证语义节点（SemanticsNode）的状态与文本。定位到 SemanticsNodeInteraction 后，应优先使用框架提供的类型化断言（如 assertIsOn、assertIsEnabled、assertTextEquals），而非直接读取 node.config[...]。技能通过问题类型映射到对应断言 API，帮助区分“存在”（assertExists）与“可见”（assertIsDisplayed），并说明在 waitUntil 中应使用返回布尔值的 isDisplayed()/isNotDisplayed()，而非会抛异常的断言。它还涵盖开关、选中、焦点、文本、内容描述、Value、RangeInfo、点击动作等属性的校验，以及集合断言 assertCountEquals、assertAny、assertAll 的用法与空集合语义差异，并演示对无类型化断言的属性使用 assert(matcher)。
capturing-preview-screenshots-in-ci
该技能用 Compose HotSwan 的 Gradle 插件在真实设备或模拟器上渲染每个 Jetpack Compose @Preview 并截图，生成可搜索的 HTML 目录，通过 CI 在每次提交时重建并发布到 GitHub Pages，供设计、QA、PM 浏览。