Skills

D

dsh-pre-push-checks

deepseek-ai / deepseek-harness

在 deepseek-harness 分支上推送、强制推送、标记为可供审查或声称检查通过之前使用，也适用于 gh stack sync 发布重写后的分支之后立即使用，以便选取覆盖待推送或刚发布 diff 的最小测试与检查集合，而不是条件反射地运行整个仓库的测试套件。

E

elixir-docs-review

existential-birds / beagle

审查 Elixir 文档的完整性、质量及 ExDoc 最佳实践。适用于审计 .ex 文件中的 @moduledoc、@doc、@spec 覆盖度、doctest 正确性以及交叉引用用法。

E

empirical-prompt-tuning

mizchi / chezmoi-dotfiles

让执行者在不带偏见的情况下运行面向 Agent 的文本指令（skill / slash command / 任务提示词 / CLAUDE.md 章节 / 代码生成提示词），并从两方面（执行者的自我报告 + 指令侧指标）进行评估与迭代改进的方法。一直循环到改进陷入瓶颈为止。适用于刚新建或大幅修订提示词或 skill 之后，或想把 Agent 行为不符合预期的原因归结为指令侧模糊性的时候。

暂无简介

G

go-live-audit

ulpi-io / skills

以有界多 Agent 工作流编写并运行项目量身定制的发布前审计——给出真正的发布结论，而非走马观花式检查清单：根据仓库的真实技术栈和硬性规则填充随附的工作流模板，然后运行 Gates（typecheck / test / lint / build 并行）→ Find（每个适用的审计维度一个只读查找器）→ Dedup（合并同根因的发现）→ Verify（对抗式 Agent 尝试反驳每一条发现；阻塞项同时使用代码视角和规格视角）→ Critic（指出未覆盖的区域，派生后续查找器）→ 一份 GO / NO-GO / GO-WITH-FIXES 报告，全部在 MAX_PARALLEL 上限下展开。查找器和验证器保持只读——该技能只审计并报告，从不修复；未真正运行的 Gate 视为阻塞项，绝不记为通过；密钥值按类型和位置脱敏。运行前会确认范围并警告 Agent 数量（通常为 40-80 个）。

G

go-nolint-audit

rshade / agent-skills

审计 Go nolint 指令是否过时以及理由是否敷衍。用 golangci-lint 逐条机械验证每个抑制，再对最值得移除的候选项进行红/蓝/白对抗式辩论。适用于接手 Go 代码库、定期清理，或 nolint 数量不受控增长时。

G

guardian

simota / agent-skills

通过对变更本质进行分类并建议粒度、命名和策略，守护 Git/PR 流程；`ship` 配方还可执行 PR 交付（创建、监控 CI、合并、清理），并在合并前先询问。需要准备 PR、制定提交策略或受控交付 PR 时使用。

I

ios-unit-test

dengineproblem / agents-monorepo

Эксперт iOS тестирования. Используй для XCTest, UI testing и iOS test patterns.

L

liveview-code-review

existential-birds / beagle

审查 Phoenix LiveView 代码的生命周期模式、assigns/streams 用法、组件与安全。适用于审查 LiveView 模块、.heex 模板或 LiveComponents 时。

M

mqttx-cli

emqx / mqttx

使用 MQTTX CLI 进行 MQTT 连接、发布与订阅、MQTT 5 特性、TLS 与 SCRAM 认证、payload 编解码与 schema、基准测试、内置或自定义数据模拟、配置、安装与故障排查。当通过 mqttx 命令操作或测试 MQTT 时使用。不操作 MQTTX Desktop，也不管理 broker。

N

nebula-logger-testing-your-code

jongpie / nebulalogger

当用户想为调用 Nebula Logger 的代码编写 Apex 或 LWC 测试时使用本技能。涵盖观察正确的条目是否被缓冲、在测试中控制日志级别、将测试与持久化的 `Log__c` / `LogEntry__c` / `LogEntryTag__c` / `LoggerScenario__c` / `LoggerTag__c` 记录隔离，以及订阅者可在自身测试套件中安全调用的 Nebula Logger API。

O

oh-xts-build-run

openharmonyinsight / openharmony-skills

OpenHarmony XTS 编译和运行组合命令。一站式完成 XTS 测试项目的编译和运行。当用户需要执行完整的 XTS 测试流程时使用此 Skill： (1) 编译 XTS 测试项目生成 HAP 文件，(2) 运行 XTS 测试并展示结果。支持 --package 和 --api 参数传递给运行阶段。

P

perf-benchmarker

agent-sh / agentsys

适用于运行性能基准测试、建立基线或通过顺序运行验证性能回归。要求每次运行至少 60s（仅二分搜索时为 30s），且禁止并行基准测试。

P

playwright

full-stack-skills / testing-skills

为 Playwright 测试提供全面指导，包括浏览器自动化、测试编写、页面对象和跨浏览器测试。当用户询问 Playwright、需要编写 E2E 测试、自动化浏览器或在多种浏览器中测试 Web 应用时使用。

P

playwright-mcp

alphaonedev / openclaw-graph

Playwright MCP 服务：通过 MCP 协议进行浏览器自动化、页面交互、表单填写

P

pr-checks

massgen / massgen

运行全面的 PR 检查，包括审阅 CodeRabbit 评论、确保 PR 描述质量、运行 pre-commit 钩子、测试和验证。在已有 PR 上使用，以处理评审反馈。

P

pre-landing-review

mathews-tom / armory

面向落地前代码变更的、以门控为导向的安全审计，使用带两轮严重度分诊的检查清单。触发词："is this safe to land"、"pre-landing review"、"safety check before merge"、"gate check"、"/pre-landing-review"。不用于 diff 评审，请使用 pr-review。

P

principle-sequence-verifiable-units

poteto / plugins

适用于多步骤工作（批量处理、迁移、一系列类似编辑），以及提交和 PR 的组织方式。将工作拆分为小单元，每个单元都以可验证的状态结束；逐项检查后再进行下一项，并安排交付顺序，使整个过程能向审查者证明其正确性。

P

project-engineering

heyeddi-com / heyeddi-skills

确保 HeyEddi 项目具备合适的技术栈：Vue（Vite/Vitest）、FastAPI 后端或 Firebase 工具。审计缺口，按需搭建脚手架，安装依赖，运行测试，记录本地开发服务器。当仓库内容不足，或在任何 HeyEddi 应用进行设计/功能开发之前使用。

Q

qe-api-testing-patterns

proffesor-for-testing / agentic-qe

涵盖契约测试、REST/GraphQL 测试和集成测试等 API 测试模式。适用于测试 API 或设计 API 测试策略时。

Q

qe-security-compliance

proffesor-for-testing / agentic-qe

面向 OWASP、SOC2、GDPR 及其他标准的安全审计、漏洞扫描和合规验证。

Q

qe-visual-accessibility

proffesor-for-testing / agentic-qe

跨视口捕获并比较截图，运行 axe-core 无障碍扫描，并通过像素差异分析检测视觉回归。在检测 UI 回归、验证响应式布局、测试 WCAG 合规或确保 CSS 或组件变更后的视觉一致性时使用。

面向规范驱动开发的全面测试与验证策略。学习分阶段验证技术、质量门禁与测试方法，以确保高质量的实现。

Q

quality-audit

rysweet / amplihack

迭代式代码库质量审计，采用多 Agent 验证和逐层加深的 SEEK/VALIDATE/FIX/RECURSE 循环。强制执行每轮全部修复规则——每个已确认的问题必须在进入下一轮之前修复。适用于质量审计、代码审计、代码库审查、技术债审计、重构机会、模块质量检查或架构审查。

R

rails-agent-skills

igmarin / rails-agent-skills

在开始 Rails 工作但不确定对应原子技能时使用。协调 Rails 技能目录。触发词：Rails、RSpec、TDD、GraphQL、engine、migration、code review、background job。

R

rate-skill

antjanus / skillbox

当用户想要对某个 SKILL.md 进行评分、审计或打分时，使用此技能。触发词包括 "rate this skill"、"grade this skill"、"give my skill a letter grade"、"audit my SKILL.md"、"score this skill against best practices"、"is this SKILL.md up to spec"，即使用户没有使用 "rate" 一词。返回 A-F 字母评级、加权类别得分，以及按优先级排序、可直接粘贴的补丁。不要将本技能用于代码审查（见 code-review）或撰写新技能（见 generate-skill）。

R

reality-check

tahajemmali / skills

激活一个极其诚实、持怀疑态度的架构伙伴，对想法、架构和假设进行压力测试。适用于用户说 "reality check"、希望自己的设计受到挑战、询问自己的想法是否合理、希望有魔鬼代言人式的评审，或希望不加迁就的架构批评时。

R

review-security

borkweb / skills

对 diff 或特定文件进行深度安全审查，基于从大型开源项目（Linux 内核、OpenSSL、Chromium、Firefox、curl、Go、Rust、Kubernetes、Next.js 等）400 多个真实缺陷中提取的 20 个循证模式库。当用户说“security review”“security audit”“audit this for vulnerabilities”“threat model this”“check for CVEs”“check for injection/auth/crypto issues”，或当 diff 涉及缓冲区处理、解析器、认证、授权、密码学、状态机、CI/CD、依赖项或信任边界时使用。也可作为参考库使用——当 diff 涉及安全敏感区域时，`/review` 会链接到此处。

R

rust-java-migration-testing

full-stack-skills / rust-skills

设计、实现、审计并报告无损的 Java 到 Rust 迁移测试，不将通过的测试提升为虚假的完成声明。在需要移植 100% 的 JUnit 测试和具体的参数化/动态用例、对源夹具/资源/脚本/数据做 SHA-256 校验、要求完整的逐用例 golden 或实时差分 MATCH 结果、验证对象/测试账本、审查过大的 Rust 测试文件、组织内联单元测试与集成测试、添加 Rust 特有义务、比较覆盖率，或构建属性、模糊、变异、并发、生命周期、适配器、宿主、负载、安全和回滚证据时使用。强制 500 行内聚性审查阈值、800 行自撰文件阻断线和符合惯用法的 Rust 测试放置。

S

scout

rshade / agent-skills

Scout Rule — 在你本就在改动的文件中找出 3 个影响最大的改进机会。分析整个文件内容，而不只是改动行。关注既有代码质量，而非 PR 缺陷。适用于准备 PR、代码审查或完成功能之后。

S

selenium

membranedev / application-skills

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

S

sentry

okou-ai / okou-skills

暂无简介

S

seo-drift

infrasity-labs / dev-gtm-claude-skills

SEO 漂移监控：捕获 SEO 关键元素的基线、检测变化并跟踪回归。SEO 的 Git——为你的页面内 SEO 建立基线、做 diff 并跟踪变化。当用户说「SEO drift」「baseline」「track changes」「did anything break」「SEO regression」「compare SEO」「before and after」「monitor SEO changes」或「deployment check」时使用。

暂无简介

S

skill-creator

gohypergiant / agent-skills

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

S

storybook

fandhe-ai / agent-reference-skills

Storybook（UI 组件目录与测试工具）参考。story、CSF（Component Story Format）、args、argTypes、decorators、play function、interaction tests、autodocs、main.ts / preview.ts 配置、插件（a11y、controls、viewport、themes）。

S

swiftui-review

fradser / dotclaude

审查 SwiftUI 代码在现代 API、可维护性和性能方面的最佳实践。当用户要求审查 SwiftUI 代码、检查已弃用的 iOS/macOS API、验证数据流模式，或审计 Swift 项目中的无障碍合规性时，应使用此技能。

T

tech-debt

rshade / agent-skills

跨架构、测试、文档和基础设施的系统性技术债分析。调查代码库，按影响和投入为发现的问题打分，并生成按优先级排序的 TECH_DEBT.md 修复计划。将代码质量（scout）和 lint（lint-fix）任务委派给专门技能。适用于评估项目整体健康状况、规划清理冲刺，或熟悉陌生的代码库。

T

test-generator

laolaoshiren / claude-code-skills-zh

依据真实代码契约生成并验证单元测试或集成测试。用于用户要求为函数、类、接口或缺陷补测试、提高覆盖率、生成回归用例或完善测试策略时；先读取现有测试与调用方，不猜测空值、异常或超时行为，不自动安装框架或访问生产依赖。

T

testing-strategies

miles990 / claude-software-skills

单元测试、集成测试、E2E 测试与 TDD 实践

T

typescript-check

fudesign2008 / open-skills

TypeScript 类型检查工作流。当用户使用 TypeScript 并提到类型错误、类型检查，或说 "类型检查"、"type-check"、"tsc"、"检查类型" 时使用此技能——即使他们没有明确要求 "类型检查"，但正在 TypeScript 项目中遇到编译或类型问题，也应使用。

U

uncomplect

joelhooks / skills

借助 Rich Hickey 的简单性与 complection、Greg Young 的可删除性、Ousterhout 的深层模块、DDD 边界、类型化效应、显式生命周期建模以及 Lauren Tan 的 Agent 尺度上下文，对有状态系统或替换设计进行压力测试。当用户问“Rich Hickey 会怎么做”“为删除而优化”“让这个更简单”“把这个错误定义得不存在”“审查这个状态机”“设计两次”，或希望在替换可运行原型时不保留其偶然架构时使用。

U

ux-flow-auditor

heyeddi-com / heyeddi-skills

使用 Playwright 追踪用户任务流：点击深度、步骤成功率、摩擦点，并将报告写入 .heyeddi/docs/ux-flows/。在衡量易用性、完成任务所需点击数或上手摩擦时使用。不适用于静态视觉评审（使用 heyeddi-design critique）或布局截图（使用 visual-auditor）。

V

validate-delivery

agent-sh / agentsys

当用户要求 "validate delivery"、"check readiness" 或 "verify completion" 时使用。运行测试、构建和需求检查，并给出通过/失败说明。

V

verify-test-cases

morphet81 / cheat-sheets

校验自基分支分叉以来修改的所有测试文件中的测试用例。检查测试用例是否合理、有无重复，以及是否提供有意义的覆盖。为多文件分析启动并行 Agent。在用户确认测试用例变更后，运行覆盖率（npm test:coverage 或 Jest/Vitest 回退方案）并修复测试，直到覆盖率通过。

V

vitest-testing

laurigates / claude-plugins

Vitest 测试运行器——Vite 原生、ESM、watch/UI 模式、覆盖率、mock、快照。适用于为 Vite 项目搭建测试、从 Jest 迁移，或需要快速执行时。

V

voyager

simota / agent-skills

编写 Web 和原生端到端测试，包括 Playwright、Appium、XCUITest、设备农场、视觉回归和 App Store 截图流水线。不适用于单元/负载测试。

W

web-design-guidelines

andrelandgraf / fullstackrecipes

检查 UI 代码是否符合 Web 界面指南。当被要求「审查我的 UI」、「检查可访问性」、「审计设计」、「审查用户体验」或「根据最佳实践检查我的网站」时使用。

W

web-performance-seo

zhanlincui / agent-skills-hunter

修复由对比度审计失败（CSS 滤镜、OKLCH/OKLAB、低不透明度、渐变文字、图片背景）导致的 PageSpeed Insights/Lighthouse 无障碍 "!" 错误。用于无障碍驱动的 SEO/性能调试与修复。

W

web-performance-seo

mavcui / agent-skills-hunter

Agent Skills 终极集合地，一站式装载，“让每一寸上下文都发挥到极致” The Ultimate Collection of 400+ High-Quality Agent Skills for Claude AI — Creative, Technical & Enterprise Workflows

W

web-performance-seo

mavscui / agent-skills-hunter

Agent Skills 终极集合地，一站式装载，“让每一寸上下文都发挥到极致” The Ultimate Collection of 400+ High-Quality Agent Skills for Claude AI — Creative, Technical & Enterprise Workflows

A

acceptance-testing

pixel-process-ug / superkit-agents

在验证实现是否满足规格要求时使用——通过行为验证闸门施加验收驱动的反压，防止在测试未通过时宣称完成。触发词：规格到代码验证、功能完成验证、合并前验收闸门、发布就绪检查。

实验性。当代码需要对照 OWASP Top 10:2025 进行安全审查时使用——访问控制、配置错误、供应链、密码学、注入、不安全设计、身份验证、完整性、日志与告警，以及异常条件处理不当。不用于对运行中的系统做渗透测试，不用于仅面向基础设施的扫描，也不用于修复它发现的问题。

A

asc-beta-review

tddworks / asc-cli-skills

使用 `asc` 命令行工具管理 TestFlight 外部测试的 beta 应用审核提交与审核联系人信息。在以下情况使用本技能：(1) 提交构建版本进行 beta 应用审核："asc beta-review submissions create --build-id ID" (2) 查看 beta 审核提交状态："asc beta-review submissions list --build-id ID" (3) 获取特定提交："asc beta-review submissions get --submission-id ID" (4) 获取 beta 审核联系人信息："asc beta-review detail get --app-id ID" (5) 更新 beta 审核联系信息或演示账号："asc beta-review detail update --detail-id ID ..." (6) 管理向 TestFlight 测试人员展示的各语言 **Beta App Description** 与反馈元数据："asc beta-app-localizations {list,get,create,update,delete}" (7) 用户提到 "submit for beta review"、"TestFlight review"、"beta review status"、"beta review contact"、"external testing review"、"beta app description"、"TestFlight description" 或任何 beta 应用审核任务

A

awesome-test-writing

khasky / awesome-agent-skills

设计并编写能捕获真实回归的测试：单元、集成或 E2E 的放置位置，fixture，行为优先的断言，特征测试与属性测试。在被要求编写测试、增加覆盖率或添加回归测试时使用。

C

check

indranilbanerjee / digital-marketing-pro

通过 eval-runner.py 运行带评分的发布前门禁：检查声明、品牌语气、合规性和 AI 痕迹。「发布前检查一下这个」

C

ci-score

starslingdev / skills

按 CI 最佳实践评估仓库的 GitHub Actions 配置（CI Score：由仓库自身的 workflow YAML 计算出的十一项通过/失败配置事实），并针对每个差距给出具体修复方案，按影响和风险排序，每项都附立即应用选项和可直接粘贴的 Agent 提示词。使用场景：(1) 用户要求评分或打分其 CI，或按最佳实践审计 CI 配置（"grade my CI"、"CI score"、"CI best practices audit"、"how healthy is my CI config"）；(2) 工作流变更后重新评分。需要目标仓库的本地检出。不要用于：CI 速度、成本或耗时审计，"why is CI slow"，或优化机会分析（改用 ci-speedup）；安全审计或安全态势评审（ci-score 不是安全审计——恰好有两项评分检查与安全相关：action pinning 和 OIDC token scoping）；从零编写新工作流；非 GitHub Actions 的 CI。

C

circleci-cli

circleci-public / skills

在终端中使用 circleci CLI 完成日常 CircleCI 工作——认证、提交前校验配置、观察推送触发的运行、查看 pipeline/workflow/job 状态、阅读 job 日志和失败的测试、下载产物，以及重新运行/取消/触发。当开发者要求认证 CLI 访问、查看构建或流水线状态、推送后观察运行、查看 CI 为何失败、阅读 job 输出/日志、查找失败的测试、重新运行失败的 job、取消或重新触发一次运行、在本地校验配置变更，或查询项目的环境变量、context、触发器和流水线定义时使用。首次连接项目/设置流水线定义请使用 onboarding 技能；针对失败构建的诊断与修复方法请使用 circleci-builds。

C

commit-push-pr

llama-farm / llamafarm

提交更改、推送到 GitHub 并开启 PR。包含质量检查（安全、模式、简化）。使用 --quick 跳过检查。

暂无简介