Skills

A

auditing-php-applications

trilwu / secskills

使用 PHP 特有的危险函数与陷阱目录审计 PHP Web 应用源码中的严重漏洞——通过 unserialize 和 phar:// POP 链实现的对象注入、类型混淆与魔法哈希认证绕过、经由 php:// 和 phar:// 包装器的 LFI/RFI、动态 include 与 extract()/超全局变量信任、字符串拼接及遗留 mysql_* 查询中的 SQL 注入、命令执行危险函数，以及 SSRF。当审查 PHP 代码库、WordPress/Magento/Laravel 应用，或插件的可利用漏洞时使用。通用审计方法论交由 auditing-code-for-vulnerabilities 处理。

A

authoring-data-quality-checks

posthog / skills

在项目的数仓表和已保存查询视图上添加并运行数据质量检查（dbt-test 风格的断言），以及 HogQL 目录指标：非空、唯一性、可接受值、引用完整性、行数范围、新鲜度和自定义 HogQL。指标仅支持自定义 SQL 检查。适用于被要求测试模型、验证视图、检查空值或重复、添加数据质量检查、查明某个数字为何看起来不对，或在分析中使用某张数仓表之前判断它是否可信。若要描述数据的*含义*（指标、认证、连接），请参阅 setting-up-data-catalog。触发词：数据质量、数据测试、dbt test、非空检查、唯一性检查、新鲜度检查、引用完整性、行数检查、验证模型、这张表可信吗。

A

awt-e2e-testing

sickn33 / agentic-awesome-skills

AI 驱动的 E2E Web 测试——为 AI 编码工具提供眼睛和手。声明式 YAML 场景、Playwright 执行、视觉匹配（OpenCV + OCR）、平台自动检测（Flutter/React/Vue）、学习数据库。安装：npx skills add ksgisang/awt-skill --skill awt -g

B

bugherd

membranedev / application-skills

BugHerd 集成。管理数据、记录并自动化工作流。适用于用户希望与 BugHerd 数据交互的场景。

C

cekura-generate-scenarios

cekura-ai / cekura-skills

将一组被标记的生产通话日志转化为 Cekura Agent 的评估场景 —— 将失败聚类为可复现的失败模式，并为每个聚类创建一个场景。当用户说「create scenarios from failed calls」「build evaluators for prod failures」「turn call logs into scenarios」「simulate the failures we saw in prod」「replay these bad calls as tests」「regression-test the agent on prod issues」，或交来一组被标记的通话 ID 以强化 Agent 时使用。被标记的集合通常来自 `cekura-flag-call-log-failures`；如果用户尚未完成分诊，先运行该技能。此技能将被标记的通话视为既定输入 —— 不会重新挖掘或重新分诊 —— 而是按失败模式聚类，为每个聚类起草一个场景，并可选地通过 scenarios API（或 call-logs → scenarios 端点）创建它们。还支持单通话快速路径：给定一个通话日志 ID（或一个 observe URL），仅将该通话复现为一个评估场景。

C

clean-abap

likweitan / abap-skills

检查 ABAP 代码是否符合 Clean ABAP 原则。当用户要求检查、验证、审阅或分析 ABAP 代码的整洁代码合规性、代码质量、最佳实践或对 Clean ABAP 指南的遵循情况时，使用此技能。触发请求包括“check this ABAP code”“is this clean ABAP”“review my ABAP for clean code”“validate ABAP against clean code principles”“analyze ABAP code quality”。

C

clean-code

jackjin1997 / clawforge

应用 Robert C. Martin 的《Clean Code》中的原则。在编写、审查或重构代码以确保高质量、可读性和可维护性时使用此技能。涵盖命名、函数、注释、错误处理和类设计。

C

clerk-testing

midudev / autoskills

Clerk 应用的端到端测试。与 Playwright 或 Cypress 配合用于身份验证流程。

C

code-review-checklist

mohitagw15856 / pm-claude-skills

根据语言、变更类型和风险等级，为任意拉取请求生成量身定制的代码审查清单。在被要求审查代码、检查 PR、审查拉取请求或生成代码审查清单时使用。产出一份聚焦的清单，包含语言专属检查项、与风险等级相称的深度，以及明确的批准/请求修改建议。

C

code-standards

tamdogood / builder-essential-skills

对任何代码变更应用有纪律的工程工作流。在实现功能、修复缺陷或重构时——在写代码之前，而不是之后——都使用它。流程为定位 → 基线 → 最小变更 → 测试 → 验证 → 自审，并强制执行与语言无关的硬性门槛（不要大规模重排版，保持 linter 和类型检查器干净，保持构建和测试通过，接口变更保持增量式，保护安全不变量）。

C

codex-review-loop

lixiaolin94 / skills

驱动 GitHub 拉取请求通过 ChatGPT Codex 的在线 PR 审阅直至干净合并：触发审阅、轮询裁决（发现问题 vs 干净）、逐条修复并本地验证，仅在同一 commit 上连续两次干净审阅后才合并。当围绕 Codex 审阅意见迭代 PR，或被要求“run the Codex review loop”“handle Codex review findings”“get this PR clean and merge it”时使用。前提条件：仓库已启用 ChatGPT Codex 的 GitHub 集成（bot: chatgpt-codex-connector[bot]）；还需要 `gh`（已认证）和 `jq`。

C

configure-dead-code

laurigates / claude-plugins

死代码检测：Knip、Vulture、cargo-machete、deadcode。在设置未使用代码扫描、迁移工具或添加死代码 CI 检查时使用。

C

configure-linting

laurigates / claude-plugins

现代 linter：Biome、Ruff、Clippy。在设置 linting、从 ESLint/Prettier 迁移到 Biome 或将 lint 接入 pre-commit 和 CI 时使用。

C

configure-reusable-workflows

laurigates / claude-plugins

用于安全、质量、无障碍的可复用 GitHub Actions 工作流。在向 PR 流水线添加 OWASP/secret/code-smell 扫描或 WCAG 检查时使用。

C

copilot

paulnsorensen / skillz-that-grillz

当用户说 "copilot review"、"review with copilot"、"delegate to copilot"、"have copilot fix this"、"copilot agent task"、"set up copilot"、"generate copilot instructions"、"bootstrap copilot for this repo"，或调用 `/copilot` 时使用。三种模式：`review`（对 PR 运行代码审查，并通过行内 `@copilot fix this` 评论将修复路由给 Copilot）、`delegate`（创建 `gh agent-task`，轮询直到编码 Agent 打开 PR，可选地移交给审查）、`setup`（一次性引导，写入 `.github/copilot-instructions.md` 以及按角色区分的 `.github/instructions/*.instructions.md` 文件）。`review` 和 `delegate` 是常规操作；`setup` 是一次性的仓库引导，仅在用户明确要求时按需从 `references/setup.md` 加载。不要用于普通的 GitHub PR 工作——那是 `/gh` 的职责。

C

csharp-mstest

midudev / autoskills

获取 MSTest 3.x/4.x 单元测试最佳实践，包括现代断言 API 和数据驱动测试。

C

csharp-xunit

midudev / autoskills

获取 XUnit 单元测试最佳实践，包括数据驱动测试。

D

debugging-surveys

posthog / skills

诊断 PostHog Surveys 在全部五个 SDK（web/posthog-js、iOS、Android、Flutter、React Native）中的配置与回答。每当粘贴 Surveys 支持工单时使用（"survey not showing"、"fewer responses than expected"、"responses disappeared"、"responses are incomplete"、"only the first question was answered"、"the user says they didn't mean to submit"、"survey shows on wrong platform"），或诊断某个 survey 为何显示或不显示时使用。涵盖资格判定流程、回答实际如何被存储（部分回答、分支、可选问题、自动提交）、跨 SDK 功能差异、已知原因目录、只读诊断查询、员工访问权限，以及客户回复风格指南。

D

dev-log

dimples-wiki / agent-skills

AI 调试协作，通过 HTTP 收集运行时日志，AI 自行查看分析，无需截图或复制控制台。为 13 种语言（JS、Python、Go、Swift、Kotlin 等）生成可直接粘贴的日志语句。用户执行操作后，AI 自行读取日志。

E

erf-validate

nikolay-shirokov / cc-1c-skills

1С 外部报表（ERF）验证。在创建或修改报表后使用，以检查其正确性

QA XMind 或同层级 Markdown 驱动的 Midscene 前端 UI 自动化测试 Skill：由 AI 基于完整 QA 和可选 Feature 判断是否需要业务状态准备，再用活动配置和 act-cli 验证构造候选并执行页面测试。当用户提到「ai-test」「页面测试」「前端页面测试」「前端自动化测试」「前端 AI 自动化测试」或要求按 QA 用例测试页面时使用。

F

flow-audit

adaptyteam / adapty-skills

当客户端询问 Flow Builder 流程是否已准备好投入生产、希望对其进行审计或检查，或询问类似“我有没有漏掉什么——触发器、产品、变量？”“这个可以发布了吗？”或“检查我的付费墙/流程”的问题时使用。针对一个问题给出结论和按优先级排序的发现：这个流程是否适合面向付费用户。只读：绝不写入流程。与负责写入的 `flow-generator` 和负责转化建议的 `paywall-teardown` 互补。

F

forge-address-pr-feedback

mgratzer / forge

分析并处理 GitHub pull request 上未解决的反馈。适用于用户收到 PR 评审意见并希望系统性地逐条处理，或用户提到 PR 反馈、评审意见、处理评审人关切时。

G

gap-trap

pliablepixels / gap-trap

当被要求在仓库中搭建、安装或完善 Agent 质量框架（带门禁的规则、架构契约、已证实为红的测试、棘轮机制、操作手册），或用户说 "gap-trap"、"gap-trap setup"、"gap-trap refine"、"gate the rules" 或 "make the agents' code match the rules" 时使用。

用户要求调试或修复在 GitHub Actions 中运行且失败的 GitHub PR 检查时使用。使用 `gh` 检查状态和日志，总结失败背景并拟定修复计划；只有获得明确批准后才实施。外部提供商（例如 Buildkite）不在范围内，仅报告详情 URL。

G

gh-pr-review

dzhuneyt / skills

用户按编号、URL 或分支要求审查拉取请求时使用（“审查这个 PR”“审查 PR 123”）。获取 PR 详情，查看差异和失败的检查，并从代码质量、安全性、性能、测试、文档、架构、依赖项、CI/CD 覆盖度和完整性等方面提供结构化反馈。可通过 $ARGUMENTS 指定 PR。

G

github-actions

claude-dev-suite / claude-dev-suite

GitHub Actions CI/CD。涵盖工作流、作业和部署。用于自动化构建、测试和部署。使用场景：用户提到 "github actions"、"workflow"、"ci/cd"、".github/workflows"、"actions/checkout"、"github workflow"，询问 "automate tests"、"deploy on push"、"build pipeline"、"ci pipeline"、"continuous integration"、"github automation" 时请勿用于：GitLab CI/CD——语法和特性不同，Jenkins 流水线——不同工具，容器编排——使用 `docker` 或 `kubernetes` 技能，本地构建——工作流在 GitHub runner 上运行。

G

github-copilot-agent-tips-and-tricks

github / gh-aw

审查与改进 Copilot agent PR 的实用技巧。

G

golang-testing

midudev / autoskills

Go 测试模式，包括表驱动测试、子测试、基准测试、模糊测试和测试覆盖率。遵循 TDD 方法和符合 Go 惯例的实践。编写 Go 测试（表驱动用例、子测试、基准测试、模糊测试或覆盖率）时使用。

H

hardware-tdd

wedsamuel1230 / embedded-engineering-skills

在为 Arduino、ESP32、ESP32-S3、Pico 或 Pico W 固件规划测试时使用；判断哪些可以在目标外运行；使用 Wokwi 或仿真；编写主机端 fake；或接受一项物理硬件功能，而不把编译验证与系统验证混为一谈。

H

headless-testing

membranedev / application-skills

Headless Testing 集成。管理 Tests、Projects、Environments、Users、Roles。当用户想要与 Headless Testing 数据交互时使用。

I

inspect-security

venhdev / skills

审计源代码中的威胁暴露、身份验证缺陷、注入点、SSRF、并发竞态和安全债务

I

investigating-ci-failures

posthog / skills

调查某一具体 CI 失败直至得出结论：是谁的错、哪个 commit、谁写的，以及是否已修复。用于 "who broke master"、"why did this test fail in CI"、"is this failure my PR's fault or everyone's"、"is this test flaky or actually broken"、"when did this failure start"。基于 engineering_analytics 数仓视图（engineering_analytics_ci_failures、engineering_analytics_ci_job_history）以及 CI 失败日志开展工作。不适用于汇总的 CI 健康状况、成本或合并瓶颈（请使用 diagnosing-ci-and-merge-bottlenecks），也不适用于构建已保存的洞察（请使用 turning-engineering-analytics-into-insights）。

J

jetson-video-capability

nvidia / skills

当需要根据实时 API、经认证的 NVIDIA 示例和 NVIDIA 文档来核对 Jetson 编解码器、profile、色度、位深、尺寸、引擎数量或运行支持时使用；也适用于 content-DRM 范围。

按照《Layered Design for Ruby on Rails Applications》中的分层架构原则编写、重构和审查 Rails 代码。编写或重构 Rails 代码（模型、控制器、服务、作业、邮件程序、策略、表单、查询对象、Presenter、视图组件、状态机、序列化器或 AI/LLM 功能）以应用正确模式并避免层级违规时使用；审查 Rails 代码、PR 或差异中的层级违规、臃肿的控制器/模型、贫血模型、回调误用、上帝对象或规格测试失败时也使用。触发词包括“分层设计”“架构分层”“抽象层”“规格测试”“层级违规”“臃肿控制器/模型”“上帝对象”“贫血模型”“提取服务/回调/策略/Concern”“服务对象”“表单/策略/查询/值对象”“Presenter”“视图组件”“状态机”“Active Delivery”“回调评分”“Rails 重构/审查”“Rails 模式/最佳实践”“archspec”或“架构检查器/强制执行”。

L

license-compliance

verygoodopensource / vgv-ai-flutter-plugin

使用 Very Good CLI 的 packages_check_licenses MCP 工具审计 Dart 和 Flutter 包依赖的许可证，标记不合规或未知的许可证，并生成合规总结报告。适用于用户说“check licenses”、“license audit”、“check dependency licenses”、“license compliance”、“review package licenses”、“are our dependencies compliant”、“scan for license issues”或“pre-release license check”时。尤其当请求要求在没有扫描的情况下给出合规结论时使用，例如“read the licenses off this pubspec”、“confirm we're compliant”、“just tell me if these packages are safe to ship”、“I'd rather not run anything”或“which of these are GPL”，因为拒绝仅凭依赖列表就认证合规正是此技能所规范的情形。粘贴的 pubspec 是触发条件，而非审计的替代品。

L

ln-25-persistence-auditor

levnikolaevich / claude-code-skills

审计查询、事务、数据路径成本以及持久化资源的生命周期。不适用于一般性能调优。

L

ln-41-test-strategy-planner

levnikolaevich / claude-code-skills

规划基于风险的测试组合与优先级场景，但不编辑测试。不适用于测试执行或实现。

审查中文 Markdown 文档的变更，并判断是否应更新英文翻译。适用于对比基线版与更新版 Markdown、评估翻译触发条件，或区分实质性内容变更与 frontmatter、空白和渠道标签变更。

M

meta-reviewing-cli-reviewing

agents-inc / skills

命令行代码审查模式。在审查使用 Commander.js、@clack/prompts、picocolors 构建的命令行应用时使用。涵盖退出码、信号处理、错误消息、用户体验、测试充分性。

M

meta-validate

nikolay-shirokov / cc-1c-skills

验证 1С 元数据对象。在创建或修改配置对象后使用，以检查其正确性

M

ml-evaluation

josiahsiegel / claude-plugin-marketplace

当用户要求评估、验证、比较、解释或调试模型性能时应使用此技能。主动触发场景：(1) 分类、回归、排序、NLP、CV、推荐、预测和生成式 AI 的指标选择，(2) 训练/验证/测试划分、交叉验证、分组或时间序列验证，(3) 混淆矩阵、ROC/PR 曲线、校准、阈值、误差分析，(4) 消融研究、统计显著性、置信区间、bootstrap 检验，(5) 偏差、公平性、可解释性、鲁棒性、泄漏检测。提供：严谨的评估方法论和投产就绪检查。

N

node-testing

paldom / node-skills

为 Node/TS/React 构建单元测试和集成测试基础设施——Vitest 或 node:test 并配显式配置、Jest 迁移到 Vitest、会让 CI 失败的 v8 覆盖率门槛、React Testing Library、Mock 规范、不稳定测试分诊。当用户要求搭建测试、添加覆盖率阈值、选择测试运行器或修复不稳定的测试配置时使用。不适用于 E2E 浏览器测试套件、lint 规则或 CI 工作流。

O

opensteer

steerlabs / opensteer

通过 CDP 直接控制浏览器。在用户想要自动化、检查、抓取、测试网页或与之交互时使用。

P

papercut-qa

0xs4n4tg / papercut-explainer

根据 papercut 短片的风格特征和故事板检查静帧。渲染多个时间点的联系表，运行完整检查清单，然后撰写交付摘要。适用于“对短片做 QA”“检查我的场景看起来是否像纸”“可以发布了吗”等请求。

P

peer-review

whatifwedigdeeper / agent-skills

对暂存的更改、分支、PR 或文件集进行全新上下文的评审。委派给一位全新的评审者；通过 --model 路由到外部 CLI（Copilot、Codex）。在以下情况使用：用户说"peer review"（"peer review PR 5"、"peer review staged"）、"fresh review"、"another set of eyes"、"sanity check"、"quick review before I push"、"review with Copilot" 或 "review using Codex"。不要在仅有"review"短语（"review my changes"、"review PR N"、"review staged"）时触发——那些应路由到 code-review。

P

pilot-and-evaluation-design

jurgendn / agent-skills

为行业 R&D、AI、ML、分析、LLM、银行、金融科技或企业级解决方案设计实用的试点和评估方案。当用户已有候选方法或解决方案方向，需要通过离线测试、回测、人工评估、A/B 测试、基线、指标、消融、护栏以及 go/no-go 决策来验证它时使用。尤其在 publication-grounded-solution-design 或 industry-problem-framing 之后使用。

P

plan-verify

xiaolai / vmark

通过运行门禁并检查验收标准，对照计划验证已完成的实现。当用户要求验证工作项或确认完成情况时使用。

P

playwright

devinschumacher / skills

Playwright 用于 E2E 测试和临时浏览器自动化的官方中心。当用户明确提到 "Playwright"、"@playwright/test"、"npx playwright"、"playwright.config.ts"、"PWDEBUG"、"trace viewer" 或 "toHaveScreenshot" 时使用。除非要求使用 Playwright，否则避免用于通用浏览器自动化；避免用于纯粹的网页抓取。

P

pm-prd-review

konglong87 / superpm

Use when: 需要评审 PRD/BRD/MRD 等需求文档的质量、检查完整性/清晰度/可行性/指标/风险/一致性、在开发前做文档把关 Do NOT use when: 文档尚未产出（应先 /pm-docs 生成）；仅需口头讨论无需书面评审

P

positron-qa-verify

posit-dev / positron

为 Positron 缺陷修复和功能的 QA 测试生成清晰、可执行的验证指南

P

pr-landing-discipline

vivswan / skills

当审查轮次涉及尚未关闭的 PR、切换其草稿状态、决定由谁合并，或通过 PR 合并或直接推送来合并变更时使用。

P

protocol-authoring

noobygains / godmode

在创建新协议、编辑现有协议，或在部署前验证协议可正常工作时使用。

P

pytest

imankulov / skills

Pytest 测试标准，强调 AAA 模式、fixture 与 parametrize。适用于使用 pytest 编写或审查 Python 测试，包括 Django 测试。涵盖 fixture 组织、数据库访问模式、API 测试与 mock 客户端。不适用：JavaScript/TypeScript 测试、unittest 风格测试或非 pytest 框架。

P

python-pep8-coach

grupoyacck / gy-agent-skills

使用 flake8/black 对照 PEP 8 审查和验证 Python 代码。当用户要求检查样式合规性、对 Python 文件进行 lint 或修复 PEP 8 问题时使用。

暂无简介

Q

quality-gate

noobygains / godmode

在结束任务、发布重要功能或合并变更之前使用，通过自动化审查确保工作符合标准。

R

r-package-development

ab604 / claude-code-r-skills

R 包开发指南，涵盖依赖、API 设计、测试与文档。适用于开发 R 包时。

R

rails-bug-triage

midudev / autoskills

在调查 Ruby on Rails 代码库中的 bug、错误或回归时使用。创建失败的 RSpec 复现测试，隔离出问题的代码路径，并产出一份最小修复方案。触发词：debug、broken、error、regression、stack trace、failing test、RSpec、bug report、Rails app。

R

react-hooks-best-practices

siberiacancode / agent-skills

React hooks 最佳实践，涵盖 React 应用代码与自定义 hook 设计中的 DX、优化与逻辑。适用于编写使用 hooks 的组件、创建或重构自定义 hook、审查 hook 的用法/API/内部实现、检查 effects/依赖/state/refs/callbacks，或改善 hook 的正确性、易用性与性能时。