Skills

P

playwright-testing

zenobi-us / dotfiles

在以下情况使用：用 Playwright 构建 e2e 测试、在期限压力下被迫交付不完整的覆盖率，或苦于等待策略与 mock 与真实环境之间的权衡 —— 提供边界用例覆盖、确定性等待和策略性 mock 决策的模式。

P

pr-review-and-document

marxbiotech / pr-review-toolkit

当用户要求“审查 PR 并保存结果”“运行带文档的 PR 审查”“创建 PR 审查文档”“审查并记录 PR”“将 PR 审查保存到 docs”“记录 PR 审查”，或提到要审查 PR 并打算保存审查结果时，应使用此技能。使用 pr-review-toolkit 与 opus 模型执行全面的 PR 审查，并将结果作为 PR 评论发布。

P

process-review

desplega-ai / ai-toolbox

在用户在 file-review GUI 中完成审查后，处理文件中的审查评论。提取 HTML 注释标记，引导 Claude 以交互方式逐条处理评论，并移除已解决的标记。

P

production-verification

naodeng / awesome-qa-skills

需要规划或评估发布后的循证生产验证时使用此技能；触发词包括“生产验证”和“production verification”。

P

pw-init

bondar-artem / playwright-scripting-skills

在全新项目中初始化 Playwright E2E 框架。安装 Playwright，然后搭建配置、目录结构、多环境 env 文件、认证设置、fixtures 骨架、示例冒烟测试、npm 脚本和工具链。

P

python-testing-patterns

jurgendn / agent-skills

使用 pytest、fixture、mock、参数化和回归覆盖来设计并实现 Python 测试。适用于撰写测试、搭建测试套件、调试失败的测试、选择测试范围、mock 外部依赖，或判断哪些覆盖率才有意义时。

R

ratchet

jan-jan / guardrails

为项目配置或改造 guardrails，以符合 IEC 62304／ISO 14971 开发要求。适用于设置新的受监管项目、在现有代码库中采用 guardrails、更新 guardrails 脚本／配置，或用户运行 /ratchet 时。

R

react-anti-patterns

b4r7x / agent-skills

在评审 React 代码——尤其是 AI 生成的代码——时使用，以捕捉常见的反模式。涵盖 18 种反模式及其检测难度，包括过时的闭包、状态突变、useEffect 滥用和布尔值爆炸。

R

recipe-review

shinpr / claude-code-workflows

审查已完成的实现，检查其是否符合主导来源、范围精简、仓库质量与安全性，然后应用用户批准的修正。

R

repair-gaps

grove / promise-to-proof

修复 NOT PROVEN 证明中被指名的实现或证据缺口，如实报告变更，并要求重新提供证明，且不宣布验收通过。

R

repository-design

j5ik2o / okite-ai

提供 DDD 中仓储的设计规则与反模式。检查以聚合为单位的命名规则、基于 CQS（Command Query Separation）的方法设计、输入输出的类型约束。用于在代码评审、新实现、重构时发现仓储设计问题。目标语言：语言无关（Java、Kotlin、Scala、TypeScript、Go、Rust、Python 等均可）。触发词："评审仓储设计""Repository 名不对劲""findById 的返回值""仓储返回了 DTO""用表名创建了仓储""以聚合为单位的仓储""仓储的反模式""仓储的 CQS" 等与仓储设计相关的请求时启动。

R

resolve-pr-comments

fcakyon / claude-codex-settings

当用户要求「address PR comments」「resolve PR feedback」「handle review comments」「fix PR issues」「respond to PR review」，或明确调用「resolve-pr-comments」时，应使用此 skill。

R

review-engine

igmarin / rails-agent-skills

审查 Rails engine 的隔离性、API 表面和宿主契约时使用。触发词：审查 engine、engine 质量、engine 审计。

R

review-skill

existential-birds / beagle

审查新增或修改 Agent Skills 的 PR，检查结构有效性、设计质量以及市场一致性。适用于审查 skill 文件变更、审计 SKILL.md 质量，或运行自动化 skill PR 审查。

开发周期的 Gate 0。根据任务内容和项目语言，使用相应的专用后端 Agent 执行代码实现。在一个由后端负责的 Gate 内处理 TDD、覆盖率、docker-compose/本地运行时、基础健康/可观测性验证以及交付验证。

R

rock-agent-debug

xdlkc / rock-marketplace

使用 rockcli（rc）排查 ROCK 沙箱中运行的 Agent Job 并产出诊断报告。当用户给出沙箱或实验 ID，要查 job 的状态、日志、reward 与执行轨迹，或定位 job 失败、reward 为 0、agent 崩溃等问题时使用。

R

root-cause-analysis

naodeng / awesome-qa-skills

需要提出并验证基于证据的根因假设时使用此技能；触发词包括“根因分析”和“root cause analysis”。

R

rspec

el-feo / ai-context

面向 Ruby 和 Rails 应用的全面 RSpec 测试。涵盖 model spec、request spec、system spec、factory、mock 以及 TDD 工作流。在出现 RSpec 相关关键词和测试场景时自动触发。

R

rules-review

qianchengjie / skills

当需要依据项目 active Rules 审查 caller 指定代码范围内的 Rule applicability 与 violation 时使用。

R

runtime-verification-discipline

fudesign2008 / open-skills

PDCA 工作流中的严格运行时验证纪律：由 AI 在环境中自行执行验证，优先使用真实环境而非模拟环境，但须考虑确定性和安全性；绝不默认改用人工检查清单。先尝试执行，再解析可插拔的验证提供方（项目脚本/技能 → 共享能力技能）；只有遇到真正不可逾越的边界时才交由人工处理，并说明原因。用于工作流的任何验证/检查阶段（修复缺陷或开发功能），以决定验证在何处执行、由谁执行，以及是否充分。PDCA 宿主通过 frontmatter 依赖项引用。触发词——「环境验证」「真实环境验证」「真机验证」「真机测试」「模拟环境验证」「AI 验证」「验证分层」「验证充分性」/ runtime verification、environment verification、real vs simulated。检查打开 UI 时，须引用已保存且非空的截图；非 UI 检查则无需截图。不要将其与 completion-evidence-discipline（证据时效性）或 runtime-evidence-debug（调试检测工具）混为一谈。

R

rust-async-testing

d-o-hub / rust-self-learning-memory

面向情节记忆操作的全面 async/tokio 测试模式。在编写针对异步函数、基于时间的操作、并发任务或 tokio 运行时管理的测试时使用。

S

sast-semgrep

agentsecops / secopsagentkit

使用 Semgrep 进行静态应用安全测试（SAST），检测漏洞、审查安全代码，并提供符合 OWASP 和 CWE 框架映射的安全编码指导。适用于：(1) 扫描多种语言的代码以查找安全漏洞；(2) 使用基于模式的检测进行安全代码审查；(3) 将 SAST 检查集成到 CI/CD 流水线；(4) 提供带有 OWASP Top 10 和 CWE 映射的修复指导；(5) 为组织特定模式创建自定义安全规则；(6) 分析依赖项中的已知漏洞。

S

security-benchmark-runner

jeremylongshore / tons-of-skills-marketplace

管理 security benchmark runner 操作。自动激活技能，用于

S

security-review

cosai-oasis / project-codeguard

针对目标仓库的全面安全代码审查工作流，产出包含发现与建议的 markdown 报告。

S

setup-pre-commit

c0nant / skills

在当前存储库中设置 Husky 预提交钩子、lint-staged（Prettier）、类型检查和测试。在用户想要添加预提交钩子、设置 Husky、配置 lint-staged 或添加提交时格式化/类型检查/测试时使用。

S

setup-pre-commit

c0nant / c-skills

AI 技能

S

silent-failure-hunter

paulkinlan / co-do

识别代码中的静默失败、不充分的错误处理和不恰当的降级行为。对没有适当日志记录和用户反馈的错误零容忍。触发条件：审查错误处理、检查静默失败、分析 catch 块时。示例：- "Review the error handling" -> 审查近期变更中的所有错误处理 - "Check for silent failures" -> 搜寻被吞掉的错误和空的 catch 块 - "Analyze catch blocks in this PR" -> 审查每个 try-catch 是否充分 - "Are there any hidden failures?" -> 找出被静默忽略的错误

S

skill-creator

ascend-ai-coding / awesome-ascend-skills

创建新技能，修改和改进现有技能，以及衡量技能性能。当用户想从零开始创建技能、编辑或优化现有技能、运行 evals 测试技能、使用方差分析对技能性能进行基准测试，或优化技能描述以提高触发准确度时使用

S

skill-forge-eval

agricidaniel / skill-forge

对 Claude Code 技能运行评估流水线，以测试触发准确率、工作流正确性和输出质量。启动 executor、grader、comparator 和 analyzer 子 Agent 进行并行评估。生成 eval_metadata.json、grading.json 和反馈报告。当用户说 "eval skill"、"test skill"、"run evals"、"evaluate skill"、"skill evals"、"test skill quality"、"run skill tests" 或 "skill evaluation" 时使用。

S

skill-management

dwsy / agent

技能全生命周期管理系统，使用 LLM 智能分析技能类型、评估质量、审计安全。支持 GitHub、skills.sh marketplace 和 Skills CLI (npx skills) 三数据源搜索。当用户需要：（1）发现和评估新技能，（2）审计现有技能安全性，（3）改造技能适配本地环境，（4）测试技能融合效果，（5）收集技能使用反馈时使用。

S

speeding-up-laravel-tests

freekmurze / dotfiles

当 Laravel/Pest 测试套件运行缓慢、CI 耗时不断增长、单个测试需要数秒，或用户要求加速、优化或分析测试性能时使用。涵盖 factories、fakes、配置缓存、XDebug/pcov、BCRYPT_ROUNDS、LazilyRefreshDatabase 以及游离的 HTTP 请求。

S

stagehand-expert

yuniorglez / gemini-elite-core

Stagehand V3 首席架构师。精通 Direct CDP Automation、Decision Caching 以及面向 2026 的 Agentic Web Orchestration。

S

swift-protocol-di-testing

xu-xiang / everything-claude-code-zh

基于协议的依赖注入（Protocol-based Dependency Injection），通过精简的协议和 Swift 测试框架（Swift Testing）来模拟文件系统、网络和外部 API，编写可测试的 Swift 代码。

T

tdd

nulfrog / skills

测试驱动开发。当用户想要先测试后构建功能或修复 bug、提及「红绿重构」或想要集成测试时使用。

T

tdd-workflow

xu-xiang / everything-claude-code-zh

在编写新功能、修复 Bug 或重构代码时使用此技能。强制执行测试驱动开发（TDD），包括单元测试、集成测试和 E2E 测试，且覆盖率需达到 80% 以上。

T

test-driven-development

openai / plugins

在实现任何功能或修复时使用，在编写实现代码之前

在实现任何功能或修复时使用，在编写实现代码之前

T

test-gap-analysis

wojons / skills

分析应当被测试的需求/功能与实际测试覆盖之间的差距，识别测试缺陷并排定测试改进的优先级

T

test-namer

mryll / skills

遵循 Vladimir Khorikov 测试原则，编写表达性强、以行为为中心的测试的指南。在编写、审阅或重命名任何测试（单元、集成、e2e），无论使用何种编程语言时应用。触发条件：编写测试、创建测试文件、添加测试用例、审阅测试名称、“test naming”、“rename tests”、“Khorikov”，或任何测试创建任务。涵盖：命名惯例（用直白的英语而非僵化规则）、测试什么（行为而非实现）、测试风格（output > state > communication），以及务实的测试投入。

T

test-planning

wojons / skills

考虑所有测试类型和依赖关系，制定全面的测试计划

T

testability-analysis

naodeng / awesome-qa-skills

需要评估某项需求或设计能否高效、可靠地进行测试时使用此技能；触发词包括“可测试性分析”和“testability analysis”。

T

testing

austintgriffith / ethskills

使用 Foundry 进行智能合约测试——单元测试、模糊测试、分叉测试、不变量测试。在为智能合约编写测试时使用。

T

testing-python

quick-brown-foxxx / coding_rules_python

myai 的 `high-level-testing-strategy`、`test-driven-development` 和 `manual-testing` 的 Python 专用扩展。在编写 Python 测试、添加 fixture 或设置 pytest 时，在这些 myai 技能之后加载。使用 pytest 进行 Python 测试：fixture、CLI/e2e 测试、mock 服务器、容器化测试、pytest-qt。

T

tidy-code

ggwicz / skills

由 /tidy-code 调用。以任何语言审查源代码中的结构性质量违规（隐藏依赖、上帝函数、静默失败、过深嵌套）。产出一份只读的问题发现报告，附具体重构建议。跳过点目录（`.git`、`.venv`、IDE/Agent 脚手架）和构建/供应商输出（`node_modules`、`vendor`、`dist`、`build`、`coverage`、`target`）。不会因自然语言请求而自动激活。

T

typo3-core-contributions

netresearch / typo3-core-contributions-skill

在参与 TYPO3 Core 贡献时使用——Forge 问题、Gerrit 补丁、cherry-pick、CI 调试——或在处理 **git.typo3.org**、t3o 站点 GitLab（`services/t3o-sites/**`：extensions.typo3.org/ter、common/t3olayout、anubis）时使用：合并请求、问题、工作项、标签、流水线。Core 的 `main` 是 v15-in-progress（PHP 8.4/8.5）；v14.3 LTS 修复通过 cherry-pick 落到分支 `14.3`。触发条件：forge.typo3.org、review.typo3.org、git.typo3.org、t3o-sites、core patch、Gerrit review、TYPO3 Core contribution、TER website、t3olayout。

U

ui-data-testid

dtyq / magic

默认新建或重构 UI 组件时添加稳定的 `data-testid` 属性。在实现 React/TSX 视图、shadcn/antd 风格组件、下拉/菜单配置，或需要为单元/E2E 测试提供可靠选择器的交互式 UI 流程时使用。

V

vally-eval

microsoft / azure-skills

官方 Agent 插件，提供 Azure 场景所需的技能和 MCP 服务配置。

V

verification-before-completion

legout / skills

在声称工作已完成、已修复或已通过之前，以及提交代码或创建 PR 之前使用。作出任何成功声明前，必须检查与每项声明相符的验证证据；证据可以是刚运行的，也可以是仍然适用且已验证的，但相关代码、测试、输入和环境必须一致。始终先有证据，再作断言。

V

verification-before-completion

openai / plugins

在声称工作已完成、已修复或通过时使用，在提交或创建 PR 前——需要运行验证命令并确认输出，然后再做任何成功声明；先有证据再有断言

V

verification-loop

xu-xiang / everything-claude-code-zh

Claude Code 会话的全方位验证系统。

W

webapp-testing

vamseeachanta / workspace-hub

使用 Playwright 和 Python 的 Web 应用测试工具包。用于

W

workers-best-practices

tejas-kale / skills

按照生产最佳实践编写和审查 Cloudflare Workers 代码。在编写 Worker、审查 Worker 代码、配置 wrangler.jsonc，或检查 Workers 反模式时使用 — 流式处理、浮空 Promise、全局状态、密钥、绑定、可观测性。

W

workflow-bug-fix

nickcrew / claude-cortex

系统化地识别、修复并验证 bug 修复。适用于修复 bug、解决问题或处理错误时。

A

agent-browser

countbot-ai / countbot

面向 AI Agent 的浏览器自动化命令行工具。适用于用户需要与网站交互的场景，包括浏览页面、填写表单、点击按钮、截图、提取数据、测试 Web 应用或自动化任何浏览器任务。触发请求包括“打开网站”“填写表单”“点击按钮”“截图”“抓取页面数据”“测试这个 Web 应用”“登录网站”“自动执行浏览器操作”，以及任何需要以编程方式与网页交互的任务。

A

agent-browser

dmmulroy / overseer

自动执行浏览器交互，用于 Web 测试、填写表单、截图和数据提取。适用于用户需要浏览网站、与网页交互、填写表单、截图、测试 Web 应用或从网页提取信息的情况。

A

architecture-validation

d-o-hub / rust-self-learning-memory

动态验证已实现的代码库是否与计划文件中记录的架构决策一致。在验证实现与规划文档一致、检查架构漂移或准备架构评审时使用。

A

assertion-quality

managedcode / dotnet-skills

分析现有测试中断言的质量、深度、多样性和虚假信心。涉及薄弱、浅显、琐碎、永远为真、自我引用、无断言、仅检查存在性/真值或多样性不足的断言时，始终使用，包括 MSTest、Jest、pytest 和 Go。不要用于直接修复：提供的 MSTest 断言由 writing-mstest-tests 负责；新测试用例由 code-testing 负责。询问测试能否捕获生产代码变更时使用 test-gap-analysis；进行通用的严重程度分级审查时使用 test-anti-patterns

A

astral-ruff

fredericosantos / skills

ruff 使用指南，ruff 是速度极快的 Python linter 和格式化工具。在对 Python 代码进行 lint、格式化或修复以保持代码质量与一致性时使用。

A

audit-agents-skills

florianbruniaux / claude-code-ultimate-guide

审查 Claude Code 的 agents、skills 和 commands 的质量与生产就绪程度。适用于评估 skill 质量、检查生产就绪评分，或将 agent 与最佳实践模板进行对比。

B

browserstack

membranedev / application-skills

BrowserStack 集成。管理数据、记录并自动化工作流。当用户希望与 BrowserStack 数据交互时使用。