event-study
event-study 是一套在 R 中开展事件研究的技能，覆盖传统双向固定效应（TWFE）方法与处理交错处理时点、异质性处理效应的现代稳健估计量，可生成事件研究图、检验平行趋势、估计动态处理效应，并做诊断与敏感性分析。
Skill 广场
找到适合任务的 Agent Skill，阅读介绍并复制安装命令。
更新于 10-24 00:15
测试与质量
12,625 个结果
test-driven-development
一个强制测试驱动开发（TDD）流程的编码技能：在编写新功能、修复缺陷或补充测试覆盖时，先写测试再写代码，遵循 Red-Green-Refactor 循环。包含分语言测试命令、命名规范、常见反模式与提交前检查清单。
fix-sync
用于修复 ClickHouse 公共 PR 中“CH Inc sync”CI 检查失败的技能：先诊断失败类型（冲突、构建失败或测试失败），再按对应流程在私有仓库的 sync 分支处理并推送。
plan-local-code-review
一个用于审查当前分支相对 main 分支本地改动的代码审查技能，通过多个并行代理独立检查，最终把过滤后的高置信问题写入 claude-review.md 并简要汇报。
ci-accessibility
面向持续集成流水线的无障碍扫描助手，帮助团队在 CI 中搭建与调试自动化无障碍检测，支持基线管理、SARIF 输出与 PR 门禁。
screen-reader-lab
Screen Reader Lab 是一个屏幕阅读器模拟智能体，解析 HTML/JSX 并逐步朗读屏幕阅读器会播报的内容，帮助开发者在不安装屏幕阅读器的情况下理解无障碍体验。属于教育性模拟，生产验证仍需真实屏幕阅读器测试。
bach-exploratory-testing
以探索性测试先驱 James Bach 的风格开展软件测试的中文技能说明，强调由熟练人员主导的调查、启发式方法与语境驱动测试，而非照本宣科地执行脚本。
bolton-rapid-software-testing
以 Rapid Software Testing 联合创始人 Michael Bolton 风格进行软件测试的技能指南，强调“测试”与“检查”的区别，主张测试是人类认知活动，质量是利益相关者眼中的价值。
tigerbeetle-deterministic-simulation
TigerBeetle 确定性模拟测试风格指南，介绍如何通过控制时间、网络、磁盘与随机数等非确定性来源，用种子化 PRNG 和模拟环境复现分布式系统故障，包含 VOPR 循环、时间抽象、模拟网络与存储等代码模式。
loom-testing
loom-testing 是 Loom 技能集中的测试实现技能，覆盖单元、集成、e2e 以及数据管道、ML、基础设施等领域的测试编写，并给出测试替身分类、AAA 结构与各框架模式。
docyrus-e2e-browser-testing
Docyrus E2E 浏览器测试技能：在真实浏览器中无头登录 Docyrus 应用、驱动 UI 流程，并从 @docyrus/devtools 读取运行时错误与问题，用于验证改动后应用是否真正可用。
triangulated-code-review
Triangulated Code Review 是一个多评审代码审查编排技能：并行运行综合、安全、Codex 与 Codex 对抗式四类评审，再由 QA 分析师逐条核实，最终生成带时间戳的优先级报告。
write-ui-tests
为 .NET MAUI 的 GitHub issue 创建 UI 测试并验证其能复现 bug 的技能：测试必须实际失败才算完成，否则需迭代或询问用户。
write-xaml-tests
write-xaml-tests 是 dotnet/maui 仓库中的一个技能，用于在 Controls.Xaml.UnitTests 项目中为 GitHub issue 创建 XAML 单元测试。它验证 XAML 解析、XamlC 编译（IL 生成）以及源生成器（Source Generator）的输出行为。适用于测试 XAML 解析/膨胀行为、XamlC 正确性、源生成器输出，以及绑定、标记扩展、x:Name 等 XAML 特定缺陷。不适用于 UI 交互或视觉行为、页面加载后的运行时行为、平台特定渲染（这些应使用 write-ui-tests 技能）。使用前需准备 issue 编号、issue 描述、预期与实际行为。工作流包括阅读 XAML 单元测试指南、按约定创建测试文件、构建并运行测试、验证测试行为。
property-based-testing
属性测试（PBT）技能：通过生成随机输入验证代码不变量，适用于序列化、校验、归一化与纯函数测试。提供属性目录、模式识别与多语言库参考。
systematic-debugging
Systematic Debugging 是一套四阶段调试框架，强调在提出任何修复前必须先完成根因调查，适用于测试失败、生产缺陷、异常行为、性能与构建问题等各类技术故障。
test
eljun/claude-skills 中的 /test 工作流技能，用于对 Web 实现进行端到端（E2E）测试。支持交互模式（需 Playwright MCP）与 CI 模式（用 Playwright test runner 无头执行），测试报告写入 docs/testing/{task-name}.md，并支持基于 Mailinator 的邮件认证测试。
tdd
TDD 是一个面向测试驱动开发的技能，围绕“红—绿—重构”循环提供实践参考。它强调测试应通过公共接口验证行为，而非耦合实现细节；测试应写在事先与用户确认的接缝（seam）上，避免测试内部结构。技能涵盖好测试的标准、测试放置位置、常见反模式（实现耦合、同义反复、横向切片）以及循环规则（先红后绿、一次一个切片、重构不属于循环）。适用于用户希望以测试优先方式构建功能或修复缺陷、提到“red-green-refactor”或需要集成测试的场景。
flaggems-pr-review-flagos
用于审查 FlagGems 算子 PR 的技能，支持审查他人 PR 与提交前自审。聚焦格式、命名、注册、文件结构等规范性问题，按 kernel→注册→yaml→test→benchmark 顺序检查，标注 error/warning/suggestion 并给出修复建议。
testing-guidelines
这是一份由 getsentry/toolkit 提供的测试编写规范（testing-guidelines）技能，用于在新增功能、修复缺陷或需要编写测试时指导测试实践。其核心强调以集成测试为主、使用真实世界数据构造的固定数据（fixture）、始终模拟第三方网络服务，并要求为缺陷添加回归测试、覆盖每个用户入口。规范还包含测试文件组织、测试隔离和提交前检查清单等技术要求，适合希望统一测试策略与质量标准的开发团队参考。
testing
一个用于运行测试套件并简洁报告结果的技能，默认执行 npm test，适用于用户要求“run tests”“/test”“/testing”或执行测试套件的场景。
community-webhooks
用于接收并校验 Community（community.com）短信平台 Webhook 的技能，覆盖 community-signature 验签、五类事件处理、去重与快速响应要求，并提供 Express、Next.js、FastAPI 示例与本地转发命令。
credo-config
用于 Elixir 项目配置和定制 Credo 代码质量检查的强制技能，涵盖 .credo.exs 生成、CI 集成与自定义检查。
rails-tdd-slices
用于在 Ruby on Rails 变更中决定 TDD 应从哪个 RSpec 规格或垂直切片开始，覆盖 request、model、service、job、system、engine 等规格类型的选择原则与流程。