Skills

Q

qa-quality-perspective

naodeng / awesome-qa-skills

在需求、策略、审查、测试用例或报告需要 QA 质量视角时使用此技能；触发词包括 QA quality perspective。

Q

qa

utarn / engineer-skills

用户以对话方式报告错误或问题的交互式 QA 会话，Agent 提交 GitHub issue。在后台浏览代码库以获取上下文和领域语言。当用户想要报告错误、进行 QA、以对话方式提交 issue 或提及「QA 会话」时使用。

Q

quarkus-panache-smells

emvnuel / skills

使用 Repository 模式检测并重构 Quarkus Panache 应用中的 ORM 代码异味。用于审查 PanacheRepository 代码、诊断 N+1 查询、数据过度获取或分页问题。

R

rails-code-review

igmarin / rails-agent-skills

审查 Rails pull request，重点关注控制器/模型约定、迁移安全性、查询性能和 Rails Way 合规性。涵盖路由、ActiveRecord、安全、缓存和后台作业。用于审查现有 Rails 代码的质量、进行 PR 审查或对 Ruby on Rails（RoR）代码进行代码审查。

R

react-testing

fusengine / agents

用于 React 19 的 Testing Library——render、screen、userEvent、waitFor、Suspense。在使用 Vitest 为 React 组件编写测试时使用。

R

react-testing

fusengine / claude-plugins

通过认知自动化和协作式 Agent 系统重新定义开发。

R

release-smoke-test

alvinunreal / oh-my-opencode-slim

在发布前测试 oh-my-opencode-slim 候选版本或缺陷修复。在验证打包的插件产物、发布分支、崩溃修复、OpenCode 运行时兼容性，或 OpenCode 1.17.11 消息转换回归等特定模型的冒烟测试时使用。

R

remix-v2-data-flow-review

existential-birds / beagle

审查 Remix v2 的 loader 和 action，检查 loader 中执行变更、缺少校验、服务端字段泄露、错误的返回辅助函数、v1 useTransition 遗留用法，以及重新验证陷阱。在 Remix v2 代码库中审查 loader/action 代码时使用。

R

repair-skill

gupsammy / claudest

当用户要求 "fix my skill" 或 "audit this skill" 时应使用本技能。只要用户提到技能质量、结构问题、损坏的技能或技能诊断，就务必使用本技能——即使他们没有明确说 "repair-skill"。不适用于添加功能或提升效果——请使用 improve-skill。不适用于 Agent——请使用 repair-agent。

R

reproduce

tharsanan1 / wso2-se-agent-skills

分析 GitHub issue，复现 bug，并产出结构化的 issue 分析产物。

暂无简介

R

review-anvil-readonly

mrshu / agent-skills

多 Agent 代码审查，不做任何编辑或提交——按请求轮次进行并行审查者、综合汇整、默认开启对不确定的重要发现进行复现，并给出最终报告。适用于用户希望对 diff、分支、路径或 PR 进行代码审查，但不想自动应用任何修复（不编辑、不提交、不暂存）时。以只读模式激活 `review-anvil` 引擎。

R

review

iankiku / forwward-teams

(forwward) 执行偏执级的代码审查，检查信任边界、数据完整性、性能、竞态条件、错误处理和 OWASP 安全。触发场景：代码审查、合并前检查、安全审计、找 bug，或任何要求审查、审计或检查代码质量的请求。

R

reviewable-change

liaoann / skills

当一次 diff 需要区分行为变更、重构、生成产物或不相关的改动时使用。

R

root-cause-tracing

jackspace / claudeskillz

当错误发生在执行深处，需要追溯其最初诱因时使用——沿调用栈系统地反向追踪 Bug，必要时添加检测代码，以找出无效数据或错误行为的来源

R

router-operations

vasilyu1983 / ai-agents-public

通过 18 项运维技能，对路由 QA、测试、DevOps、可观测性、git 和文档问题实现主控编排

R

run-devicelab-with-led

flutter / flutter

使用 LUCI 的 `led` CLI 工具运行 Flutter PR 的 DeviceLab 测试。用户要求使用 `led` 对 PR 运行、启动、尝试或消除不稳定的提交后测试或 devicelab 测试时使用。

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-crate-publishing-readiness

lvtd-llc / skills

使用 Cargo 元数据、版本管理、README 与许可证检查、包打包试运行、feature 验证、docs.rs 就绪性、示例、变更日志说明以及不泄露机密的发布门禁，为发布准备 Rust crate。在 cargo publish 之前、crate 发布 PR 中，或分享可复用的 Rust 库之前使用。

R

rust-library-performance-features

lvtd-llc / skills

使用 criterion 基准测试、feature flag 矩阵、cargo bench 工作流、依赖门控、回归基线和证据驱动的 API 性能权衡，优化 Rust 库。在发布前添加或审查 Rust 库基准测试、cargo feature、可选依赖或性能声明时使用。

S

seam-ripper

petekp / claude-code-setup

严格分析架构接缝——系统组件之间的接口、边界和契约——以暴露耦合问题、抽象泄漏和设计缺陷。当被要求审查架构、分析耦合、查找接口问题、改进模块边界、审计依赖或重新设计系统结构时使用。产出以正确性优先于向后兼容的不妥协的重设计方案。

S

search-discovery-relevance-review

sylphxai / skills

设计并审计产品搜索、市场发现、推荐位、筛选、分面、相关性信号、零结果、查询理解、排序漂移、结果质量评估、公平性、赞助位边界以及反馈闭环。适用于用户需要快速找到内容、产品、创作者、文档、应用、技能或库存并信任结果的场景。

S

second-opinions

vinta / hal-9000

当希望从外部模型（Codex、Gemini）获得关于代码、计划、文档或任何任务的独立视角时使用，或当用户要求第二意见、codex review 或 gemini review 时使用

S

security-audit

j-star-films-studios / vibecode-protocol-suite

执行细致深入的代码审计，涵盖安全性、逻辑、完整性和质量。包含针对供应链攻击、认证、速率限制和 RLS 的 vibe-coding 专用防护措施。

安全审计工作流——漏洞扫描 → 验证

S

setup-git-hooks

dyrits / skills

通过 core.hooksPath 设置纳入版本控制的 git hooks（不使用 Husky），配合 lint-staged（Biome，仅对 Biome 未覆盖的语言使用 Prettier，且仅在用户需要时），再加上类型检查和构建。适用于用户希望添加 pre-commit 钩子、在提交时进行格式化/检查/类型检查，或用 git 内置的 hooks 路径替换 Husky。

S

setup-pre-commit

polya20 / grill-me

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

S

simplify

tmdgusya / engineering-discipline

使用三个并行的审查 Agent 检查变更代码中的可复用机会、质量问题与低效之处，然后修复发现的问题。当用户说“simplify”、“clean up the code”、“review the changes”，或在 run-plan 执行后需要验证代码质量时触发。

S

skill-creator

dirnbauer / webconsulting-skills

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

S

skill-creator

insforge / insforge-skills

创建新技能、修改和改进现有技能，并衡量技能表现。当用户想从零开始创建技能、更新或优化现有技能、运行评测来测试技能、通过方差分析对技能表现进行基准测试，或优化技能描述以提高触发准确率时使用。

S

skill-creator

leo1oel / leo-agent-skills

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

S

sonar-analyze

sonarsource / sonarqube-agent-plugins

使用 SonarQube 分析文件中的质量和安全问题

S

sweep-verification

kucherenko / gangsta

在即将声称工作已完成、已修复或已通过时使用——在任何断言之前搜集证据，因为未经核实的声明无效

S

systematic-debugging

21307369 / superpowers-zh

遇到任何 bug、测试失败或异常行为时使用，在提出修复方案之前执行

暂无简介

T

tapd-bug-analyzer

abcfed / claude-marketplace

自动化分析和定位 TAPD Bug 单中的问题，支持多种分析策略。

T

test-and-fix

timlai666 / skills

运行测试、查找失败项、修复并验证。可感知差异：针对 Web 应用、API、CLI 和库中受影响的行为进行测试。遇到以下触发词时必须调用此技能；在用户尚未验证的任何代码更改后也应调用。触发词：跑測試、測一下、有沒有壞掉、run tests、test this、跑一下 tests、測試、check if broken

T

test-audit

juliomrqz / skills

审计任意语言的测试套件（单元测试、集成测试、E2E），评估其正确性和质量。用户希望审查或改进测试（“审计我的测试”“我的测试好吗？”）、检查测试覆盖率或缺口，或通过变异测试衡量测试强度时使用。

T

test-report-review

naodeng / awesome-qa-skills

在人工审核批准前，需要对测试报告进行证据一致性审查时使用；触发词包括“测试报告评审”“质量报告审计”“测试证据审查”。

T

test-specs-docs

duc01226 / easyplatform

[已弃用] 当此技能已合并到 tdd-spec 时使用。

T

testing

alphaonedev / openclaw-graph

根级：测试金字塔 单元/集成/e2e、TDD/BDD、覆盖率策略、命名约定

T

testing-mobile

alphaonedev / openclaw-graph

移动端：XCUITest、Espresso、Detox、Maestro、BrowserStack/Sauce Labs/Firebase Test Lab、截图

T

testing-security

alphaonedev / openclaw-graph

安全测试：DAST OWASP ZAP/Nuclei、SAST Semgrep/Bandit、Snyk/Trivy、detect-secrets/TruffleHog

T

the-consigliere

kucherenko / gangsta

在需要公正的架构建议、安全审计、规范完整性审查或第二意见时使用——在指挥链之外运作，拥有发起真实性检查的常设权限

T

thumb-first-platform

kylezantos / thumb-first

thumb-first 移动端套件的技术验证层——发现并修复移动 Web 应用和 PWA（iOS Safari、Android Chrome）中的客观平台缺陷。涵盖 viewport/100vh 缺陷、safe-area 内边距、触摸目标与点击延迟、service worker、web push、PWA manifest 和 Core Web Vitals——提供带文件/行号的缺陷与修复方案，而非主观意见。可感知目标：对 Web/PWA 提供完整覆盖；对原生应用（React Native、Expo、SwiftUI、Flutter）会检测目标，若已安装对应的原生技能则移交，否则明确说明其不进行原生平台审计。适用于移动 Web/PWA 技术审计、safe-area/刘海问题、100vh 溢出、service worker/离线、安装/manifest 或移动性能。通常通过 /thumb-first 总入口运行（该入口还会运行设计检查）；仅进行技术检查时可直接调用。

T

token-compliance

murphytrueman / design-system-ops

在消费方代码中查找硬编码的颜色、间距和字体值，以及引用错误层级的 token。触发场景：查找硬编码值、代码中的任何十六进制值、我们是否正确使用 token、token 合规。不要用于 token 定义 —— token-audit；token 文件格式 —— schema-validator。

T

tracer-code-review

scottwater / skills

标准与规格审查。当用户要求 Tracer 的双轴判定，或工作流指派此项审查时使用。

T

tracer-finish-branch

scottwater / skills

以相称的验证收尾分支，并明确选择 merge / PR / keep / discard。

T

tracer-tdd

scottwater / skills

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

T

triage-issue

hburaktasyurek / agent-skills-and-commands

通过探索代码库找出根本原因来分诊 bug 或问题，然后创建带有基于 TDD 修复方案的 GitHub issue。当用户报告 bug、想要提交 issue、提到 "triage"，或想要调查并规划某个问题的修复方案时使用。

U

uiautomator2

openatx / uiautomator2

通过 uiautomator2 自动化操作 Android 设备。用户想要点击界面元素、滑动屏幕、启动或停止应用、按下硬件按键、输入文本、截屏、检查 UI 层级或执行任何 Android 设备操作时，均使用此技能。

U

ux-heuristics

richhemsley3 / claude-design-skills

依据成熟的 UX 原则评估 UI 设计和实现。用户需要 UX 启发式评估、可用性审查、UX 评论，或根据最佳实践分析设计时使用。触发语包括：“评估 UX”“启发式评估”“UX 审查”“可用性点评”“这是否符合 UX 最佳实践”“你发现了哪些 UX 问题”“点评这个设计”“审查这个流程”，以及用户提供截图或 HTML 文件并征求 UX 反馈时。用户提及“系统状态可见性”、Fitts 定律、Hick 定律、认知负荷、Nielsen 启发式原则或 UX 法则中的具体名称时也使用。

U

ux-quality-perspective

naodeng / awesome-qa-skills

在质量阶段需要从 UX 角度审视信息架构、交互状态、一致性、响应式行为或无障碍性时使用此技能；触发词包括 UX quality perspective、UX review。

V

verification-audit

carlitose / agent-skills

为冻结的候选生成、校验并精简规范化的 Verification Record，且不伪造证据或授权。

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

V

vitest-architecture

dobroslavradosavljevic / skills

在 apps/packages 中强制执行可移植的 Vitest 内部风格：按工作区划分单元 + 集成项目、tests/ 布局、scripts、passWithNoTests、fixtures/setup、单元与集成的边界，以及高信噪比的测试策略（在已有集成设置时优先集成而非单元，未经要求不得新增设置，不做事后单元测试，优先考虑失败模式）。在搭建测试、审查测试布局、为包添加 Vitest，或用户要求 vitest-architecture 时使用。可选的 with-* 叠加层用于 testcontainers、Effect 测试、Elysia Eden treaty、React happy-dom、类型检查项目、Storybook 浏览器、实况测试环境及覆盖率。不是 Vitest API 文档技能。

编写并运行测试、配置测试环境、mock 依赖并生成覆盖率报告。适用于设置 vitest.config.ts、编写测试套件、mock 模块或衡量代码覆盖率时。

暂无简介

W

wai-play

akillness / jeo-skills

用 WAI Play（waiterve/wai-play）驱动网页游戏自动游玩测试：判断下一步是可用性检查、编写或修复 `GameFlowAgentAPI` 桥接、运行真实浏览器游玩测试、读取五维质量报告，还是解除 Agent 无法到达的关键节点。适用于用户想让 AI Agent 真正游玩其 HTML5 / canvas / vibe-coded 网页游戏，并返回可复现证据、评分和修复建议，覆盖所支持的 5 种类型（幸存者类、街机射击、平台跳跃、解谜/卡牌、视觉小说）。触发词：wai-play、WAI Play、auto-playtest、AI plays my game、web game testing agent、GameFlowAgentAPI、GameFlowIntegration、jumpToScenario、game quality score、playtest evidence。将 Unity/Unreal 帧时间相关工作交给 `game-performance-profiler`，引擎构建失败交给 `game-build-log-triage`，真人游玩测试记录交给 `game-demo-feedback-triage`，通用浏览器自动化交给 `browser-harness`。

持续监控一个已开启的 GitHub pull request，直到其合并或关闭，并在过程中修复有效的评审反馈和由分支引起的 CI 失败。当被要求看护 PR、监控 pull request、观察 CI 和评审反馈、盯住 PR，或持续处理反馈直到合并时使用。