Skills

T

test-quality-analysis

secondsky / claude-skills

检测测试异味、过度模拟、易波动测试和覆盖率问题。分析测试的有效性、可维护性和可靠性。适用于审查测试或提升测试质量。

T

test-setup

donchitos / claude-code-game-studios

搭建测试框架和 CI，包括 tests/ 目录、引擎测试运行器和 GitHub Actions 工作流。在第一个冲刺开始前执行一次。

C

code-review

davila7 / claude-code-templates

按照 Sentry 工程实践执行代码审查。用于审查拉取请求、检查代码变更或提供代码质量反馈。涵盖安全性、性能、测试和设计审查。

C

codspeed-optimize

codspeedhq / codspeed

使用 CodSpeed 基准测试、火焰图分析和迭代改进，自主优化代码性能。用户希望加快代码、降低 CPU 使用率、优化内存、提高吞吐量、查找性能瓶颈，或要求“优化”“加速”“让它更快”“降低延迟”“提升性能”，或提供 CodSpeed 基准测试结果并希望改进时，均使用此技能。用户提到运行缓慢的函数、性能回退，或想了解代码耗时分布时也触发。

P

performance-benchmark-specialist

manutej / luxor-claude-marketplace

提供 Shell 工具的性能基准测试专业知识，涵盖基准测试设计、统计分析（最小值／最大值／平均值／中位数／标准差）、性能目标（<100ms、>90% 命中率）、工作区生成和全面报告

R

reactlynx-best-practices

lynx-community / skills

根据 Lynx 双线程最佳实践审查、编写和重构 ReactLynx 代码及组件库。适用于编写 ReactLynx 组件，或处理 background-only、useLayoutEffect、bindtap/catchtap、main-thread:*、runOnMainThread/runOnBackground、lazy/Suspense、globalPropsMode/__globalProps、组件库发布（保留 JSX 与 React.createElement 的选择），或 render/diff/commit 性能跟踪。不适用于不含 ReactLynx JSX 的原生 Lynx Element PAPI（使用 vanilla-lynx）、通过 DevTool/CDP 调试运行中的应用（使用 lynx-devtool），或 Rspeedy/tsconfig 配置（使用 lynx-typescript）。

S

skill-improve

donchitos / claude-code-game-studios

通过“测试—修复—重测”循环改进技能——执行静态检查、针对性修复，并根据分数变化决定保留或回退。

S

story-readiness

donchitos / claude-code-game-studios

检查 Story 是否已准备好实施：验收标准明确、没有未解决问题，且 ADR 和依赖项有效。用户询问某个 Story 或本 Sprint 的 Story 是否可以开始或构建时使用。

T

test-evidence-review

donchitos / claude-code-game-studios

对测试文件和证据进行质量审查——不仅检查是否存在，还会评估断言覆盖率。按 Story 标记为 ADEQUATE/INCOMPLETE/MISSING/NOT ASSESSED。

U

unit-testing-test-generate

sickn33 / agentic-awesome-skills

跨语言生成全面、易维护的单元测试，注重高覆盖率和边界情况。

1

131-java-testing-unit-testing

jabrena / plinth

需要审查、改进或编写 Java 单元测试时使用，包括从 JUnit 4 迁移到 JUnit 5、采用 AssertJ 进行流畅断言、使用 Given-When-Then 组织测试、确保测试独立、应用参数化测试、使用 Mockito 模拟依赖、验证边界条件（RIGHT-BICEP、CORRECT、A-TRIP）、利用 JSpecify 空安全注解，或消除基于反射的测试、共享可变状态等测试反模式。适用于以下请求：审查 Java 代码的单元测试；将单元测试最佳实践应用于 Java 代码；为 Java 代码编写快速 JUnit 单元测试；改进基于 Mockito 的 Java 单元测试；重构 Java 测试以隔离协作者。Plinth Toolkit 的一部分

G

godot-debugging-profiling

thedivergentai / game-dev-agentic-skills

针对内存泄漏、GPU/Visual Profiler、无头 CI QA、孤立节点、线程安全日志和自定义 Debugger 监视器的专业调试与性能分析——不涵盖 print/breakpoint 教程。在出现 OBJECT_ORPHAN_NODE_COUNT、ObjectDB 增长、Visual Profiler GPU 峰值、无头模式退出不稳定或远程设备控制台时触发。关键词：孤立节点、Performance.get_monitor、Visual Profiler、Time.get_ticks_usec、EditorDebuggerPlugin、无头 QA、push_error、backtrace。

P

playwright

oakoss / agent-skills

Playwright 浏览器自动化 API、网页抓取和工具。涵盖定位器策略、断言、API 测试、隐身模式、绕过反机器人机制、已验证身份的会话、截图/PDF、Docker 部署、配置、调试，以及与 AI Agent 的 MCP 集成。避免 CI 超时挂起、扩展测试失败和导航问题等已记录的错误。在浏览器自动化、抓取受保护的网站、绕过机器人检测、生成截图/PDF、配置 Playwright Test、排查 Playwright 错误或学习 Playwright API 模式时使用。对于 E2E 测试架构、页面对象模型、CI 分片策略或测试组织模式，请改用 e2e-testing 技能。

P

pytest

manutej / luxor-claude-marketplace

面向客户支持技术赋能的高级 Python 单元测试框架，涵盖 FastAPI、SQLAlchemy、PostgreSQL、异步操作、模拟、固件、参数化、覆盖率，以及后端支持系统的全面测试策略

S

skill-test

donchitos / claude-code-game-studios

验证技能文件是否符合结构要求且行为正确。包含四种模式：静态检查器、规范、类别评分标准和审计。

V

vitest-skill

lambdatest / agent-skills

以 Vite 原生速度生成 JavaScript/TypeScript 的 Vitest 测试。兼容 Jest 的 API，支持 ESM 和 HMR。用户提到“Vitest”“vi.mock”“vitest.config”时使用。触发词：“Vitest”“vi.mock”“vi.fn”“Vite test”“vitest config”。

F

form-testing

spencerpauly / awesome-cursor-skills

使用 Cursor 的浏览器，以有效和无效数据填写并提交应用中的每个表单，验证校验、错误状态和成功流程。

T

test-flakiness

donchitos / claude-code-game-studios

从 CI 日志中查找不稳定测试——汇总通过率、发现间歇性故障，并建议隔离。需运行多次。

W

web-design-guidelines

pymodel / react-frontend-skills

根据 Web Interface Guidelines 审查 UI 代码

G

guide-swift-testing

prisma-labs-dev / apple-skills

Swift Testing 模式——优先使用结构体而非类、异步确认、参数化测试、退出测试、附件以及常见 Agent 错误。编写、审查或迁移 Swift Testing 代码时使用。

S

sadd:judge-with-debate

neolabhq / context-engineering-kit

通过多轮独立评审者辩论评估解决方案，直至达成共识

暂无简介

P

profiling-optimization

aj-geddes / useful-ai-prompts

使用 CPU 性能分析、火焰图和基准测试分析应用性能、识别瓶颈并优化热点路径。调查性能问题或优化关键代码路径时使用。

S

symfony:tdd-with-pest

dev-toolings / superpowers-symfony

通过 PHPUnit bridge 为 Symfony 使用 Pest v4 (PHP 8.3+) 执行 RED-GREEN-REFACTOR；使用 Foundry 工厂、WebTestCase，并先验证失败。

Z

zig-testing

mohitmishra786 / low-level-dev-skills

用于编写和运行测试的 Zig 测试技能。使用 zig build test、编写 comptime 测试、使用测试筛选器、通过测试分配器检测泄漏，或使用 Zig 内置模糊测试（0.14+）时使用。适用于关于 Zig 测试、zig test、zig build test、comptime 测试、测试分配器、Zig 模糊测试或检测 Zig 测试中的内存泄漏的查询。

C

customaize-agent:test-skill

neolabhq / context-engineering-kit

创建或编辑技能后、部署前使用，以验证其在压力下能否正常工作并抵御合理化倾向。将 RED-GREEN-REFACTOR 循环应用于流程文档：先在不使用技能的情况下运行基线测试，再针对失败编写文档，并通过迭代弥补漏洞。

T

test-helpers

donchitos / claude-code-game-studios

生成引擎专用的测试辅助库，包括断言工具、工厂函数和 mock，并放入引擎的测试文件夹。减少样板代码。

T

tidy

mblode / agent-skills

审查本地 diff、分支 diff 或 PR，按 file:line 列出已确认和合理推测的问题；对 diff 添加或更改的任何测试设置门禁；在应用模式下落实修复并进行 diff 范围内的简化。适用于用户要求“review my changes”、“code review”、“tidy this”、“simplify my diff”、“deslop this”、“structural review”、“security audit”或“audit these tests in my PR”。PR 本身使用 pr-creator；CI 和审查讨论串使用 pr-babysitter；UI 缺陷使用 ui-design；仓库架构使用 codebase-architecture；若要将整个测试套件精简到目标规模，则使用 test-audit。

通过 Apidog CLI 管理 Apidog 项目资源。适用场景：运行 API 自动化测试或测试套件；查询、创建、更新或删除端点、环境、Schema、Mock、分支及其他项目资源；导入或导出 API 文档；查看测试报告；管理运行器、计划任务、通知及 CI/CD 配置。CLI 输出为结构化 JSON，通常包含 agentHints.nextSteps；所有命令均支持 --help。

通过 CLI 对 cmux 窗口截图或录屏，用于 pull request、错误报告，或查看应用当前的实际外观。当变更涉及视觉效果、拖动或动画无法用文字描述，或审阅者需要证据而非口头说明时使用。

C

customaize-agent:test-prompt

neolabhq / context-engineering-kit

创建或编辑任何提示词（命令、钩子、技能、子 Agent 指令）时使用，以验证其能否产生预期行为。通过子 Agent 进行隔离测试，将 RED-GREEN-REFACTOR 循环应用于提示词工程。

P

property-based-testing

aj-geddes / useful-ai-prompts

设计基于属性的测试，通过自动生成测试用例验证代码属性对所有输入均成立。适用于基于属性的测试、QuickCheck、假设测试、生成式测试和不变量验证。

S

systematic-debugging

secondsky / claude-skills

四阶段调试框架，确保先调查根本原因，再尝试修复。切勿直接给出解决方案。遇到任何 Bug、测试失败或意外行为时，在提出修复方案前使用。

T

test-slack-app

slackapi / slack-skills-plugin

开发者希望通过在开发者沙箱或 Free Team 中运行 Slack CLI 构建的 Slack 应用（或普通 Bolt 应用），并使用 `slack run` 实际测试其斜杠命令、快捷方式、事件、操作、模态框、App Home 和助手界面，以测试、试用、冒烟测试、验证或确认应用确实可用时使用。切勿在有真实用户的工作区中测试。还涵盖动手测试前使用 `slack doctor` 和 `slack manifest validate` 进行健康检查。

A

adding-e2e-tests

spencerpauly / awesome-cursor-skills

在项目中设置 Playwright 端到端测试，包括测试配置、示例测试和 CI 集成。

使用 Chrome DevTools MCP 进行专家级浏览器自动化、调试和性能分析。适用于与网页交互、截取屏幕截图、分析网络流量和分析性能。

C

code-review-context

openai / codex

模型可见上下文

D

dart-test-fundamentals

kevmoo / dash_skills

`package:test` 的核心概念和最佳实践。涵盖 `test`、`group`、生命周期方法（`setUp`、`tearDown`）和配置（`dart_test.yaml`）。

O

opencode-qa

code-yeongyu / oh-my-openagent

逐项对 opencode 本身进行 QA：验证 CLI/终端（opencode run、db、serve、export），通过 SSE 事件流确认特定插件 hook/action/event 已触发，在 tmux 下对 TUI 进行冒烟测试，并按 id、标题/名称或消息文本检查 opencode SQLite 数据库中的会话。提供经过测试的辅助脚本（每个脚本均带有 --self-test）及各领域参考资料。需要对 opencode 的 CLI、HTTP 服务器、插件 hook/事件或 TUI 进行 QA、冒烟测试、验证或调试，或在数据库中查找/检查 opencode 会话时使用。触发词：opencode qa、qa opencode、test opencode、verify opencode hook、opencode session db、find opencode session by id/name/text、opencode tui test、opencode server health、opencode event stream

C

codspeed-setup-harness

codspeedhq / codspeed

为项目设置性能基准测试和 CodSpeed 测试框架。用户想创建基准测试、添加性能测试、设置 CodSpeed、配置 codspeed.yml、集成基准测试框架（criterion、divan、pytest-benchmark、vitest bench、go test -bench、google benchmark），或提出“添加基准测试”“设置性能测试”“创建基准测试”“对这个进行基准测试”或首次测量代码性能时，使用此技能。当 optimize 技能需要尚不存在的基准测试时，也使用此技能。

G

golang-testing-strategies

bobmatnyc / claude-mpm-skills

全面的 Go 测试策略，包括表驱动测试、testify 断言、gomock 接口模拟、基准测试和 CI/CD 集成

L

ln-620-codebase-auditor

levnikolaevich / claude-code-skills

通过评估平台审计代码库时使用，包含强制研究、协调领域审计人员以及结构化摘要。

O

oxlint

delexw / claude-code-misc

运行并配置 oxlint——基于 Oxc 编译器栈构建的高性能 JavaScript/TypeScript 代码检查工具。在安装了 oxlint 的项目中工作时使用此技能（检查 package.json 的 devDependencies 中是否有 `oxlint`，或是否存在 `.oxlintrc.json` / `oxlint.config.ts` 配置文件）。适用于更改后检查代码、修复检查错误、配置 oxlint 规则/插件、创建或修改 `.oxlintrc.json`，或从 ESLint 迁移。

P

performing-web-application-vulnerability-triage

mukul975 / anthropic-cybersecurity-skills

对 DAST/SAST 扫描器发现的 Web 应用漏洞进行分诊

P

playwright-triage

microsoft / playwright

在 Issue triage GitHub Actions 工作流（.github/workflows/triage.yml）中无人值守地处理并修复一个 microsoft/playwright 问题，或执行维护者的任务。该工作流由 needs-triage、needs-triage-mac 或 needs-triage-win 标签触发，也可由维护者手动启动，并指定问题、任务或两者。它会在运行器上复现问题，然后留下经过验证的修复提案，供工作流创建草稿 PR；或者留下调查说明，供其发布到问题中。仅用于该工作流。

A

antithesis-query-logs

antithesishq / antithesis-skills

搜索 Antithesis 测试运行的所有时间线，查找事件、关联属性失败，并回答关于顺序和因果关系的时间问题（例如：事件 A 是否总是在失败 B 之前发生？即使之前没有故障，是否也会出现失败？）。

T

testing-for-json-web-token-vulnerabilities

mukul975 / anthropic-cybersecurity-skills

测试 JWT 实现是否存在算法混淆、“none”算法绕过等漏洞，

F

find-bugs

davila7 / claude-code-templates

在本地分支的改动中查找缺陷、安全漏洞和代码质量问题。当需要评审改动、查找缺陷、进行安全审查，或审计当前分支上的代码时使用。

G

git-hooks-setup

aj-geddes / useful-ai-prompts

使用 Husky、pre-commit 和自定义脚本实现 Git hooks。在提交和推送前强制执行代码质量检查、Lint 和测试。

S

sadd:judge

neolabhq / context-engineering-kit

启动一个元评审 Agent，然后启动一个评审子 Agent，评估当前对话中生成的结果。

暂无简介

A

agent-browser

shipshitdev / skills

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

C

code-security-audit

leonmelamud / claude-code-security-review

对代码变更、差异或分支执行安全审计，以发现高置信度、可利用的漏洞。用户要求“审计安全性”“检查漏洞”“安全扫描”“检查安全问题”“审计此 PR”“从安全角度审查这些变更”或“查找差异中的漏洞”时使用。不同于提供安全编码模式/清单的 security-review——此技能采用结构化方法主动审计代码变更，并过滤误报。包含用于 GitHub Action CI 集成和 PR 评估的 Python 脚本。

R

rule-research

millionco / react-doctor

在实现前定义精确的 React Doctor 规则契约。适用于验证规则构想、收集官方或开源证据、识别误报陷阱、选择检测器精度或设定首个版本的范围。

C

cc-pr-review-ci

adrianbrowning / agent-skills

全面审查 TypeScript/React PR。输出结构化的 review.json，供发布脚本读取，以创建带行内评论的 GitHub Review。Agent 以只读方式运行；工作流脚本持有写入权限。

G

godot-performance-optimization

thedivergentai / game-design-agentic-skills

使用 Godot Profiler、对象池、可见性剔除和瓶颈识别进行性能分析与优化（帧丢失、内存泄漏、绘制调用）的专家指南。适用于诊断卡顿、针对目标 FPS 优化或降低内存使用。关键词：性能分析、Godot Profiler、瓶颈、对象池、VisibleOnScreenNotifier、绘制调用、MultiMesh。

P

playwright-ci-caching

aaronontheweb / dotnet-skills

在 CI/CD 流水线（GitHub Actions、Azure DevOps）中缓存 Playwright 浏览器二进制文件，避免每次构建都产生 1-2 分钟的下载开销。

S

steel-session-debugging

steel-dev / skills

当用户提供失败的 Steel 会话 ID、失败的自动化运行、超时、浏览器错误、页面被拦截或意外结果，并希望根据会话元数据、浏览器日志、原始 Agent 日志、语义跟踪、回放链接、屏幕截图、网络故障或错误获得有证据支持的诊断时，使用此技能。不用于初步的机器人缓解；先在此收集证据，再交由 steel-reliability 处理代理、CAPTCHA、身份或反机器人修复。

W

webapp-testing

bobmatnyc / claude-mpm-skills

涵盖 Playwright 选择器、等待策略和最佳实践的全面 Web 应用测试模式

C

code-review

unclecatvn / agent-skills

适用于收到代码评审反馈时（尤其当反馈含糊或技术上存疑时）、完成需要评审的任务或主要功能之后，或在做出任何完成/成功声明之前。涵盖三项实践——以技术严谨而非表面迎合的态度接收反馈、通过 code-reviewer 子 Agent 请求评审，以及在做出任何状态声明前要求证据的验证关卡。对于子 Agent 驱动的开发、Pull Request 以及防止虚假的完成声明至关重要。