Skills

C

comprehende

matemolnar8 / comprehende

将 git diff 按审查关注点分组，并打开本地 UI，帮助人们理解 AI 生成的代码变更。在审查 PR、分支 diff 或 turn diff、已审查的更改出现新提交，或用户要求运行 comprehende 或上传报告时使用。

C

configure-integration-tests

laurigates / claude-plugins

集成测试：Supertest、pytest、Testcontainers。用于搭建集成测试、创建 docker-compose.test.yml，或与单元测试分离时。

C

configure-status

laurigates / claude-plugins

基础设施合规状态（只读）。用于在不做任何变更的情况下检查整体合规情况、生成报告或审查项目健康状况。

C

crusty-old-engineer

rysweet / amplihack

支持多种流行 Agent 编码工具的 Agent 式编码框架。

D

dart-run-static-analysis

dhruvanbhalara / skills

在配置 analysis_options.yaml、启用严格类型检查，或管理 linter 规则与诊断时使用。

D

debugger

rmyndharis / antigravity-skills

调试专家，处理错误、测试失败与意外情况

D

diagnose

mksglu / context-mode

有纪律的诊断循环，用于处理难以追踪的 bug 和性能衰退。重现 → 最小化 → 假设 → 检测 → 修复 → 回归测试。当用户说「诊断这个」/ 「调试这个」、报告 bug、说某些东西坏了/抛出异常/失败了，或描述性能衰退时使用。

E

e2e-testing-patterns

ovachiever / droid-tings

掌握使用 Playwright 和 Cypress 进行端到端测试，构建可靠的测试套件以发现错误、增强信心并实现快速部署。用于实现 E2E 测试、调试不稳定测试或建立测试规范。

E

epf-validate

nikolay-shirokov / cc-1c-skills

1С 外部处理（EPF）的校验。在创建或修改处理之后使用，以检查其正确性。

E

eslint

el-feo / ai-context

面向 JavaScript/TypeScript 代码质量的综合性 ESLint Agent。在设置 ESLint、配置 lint 规则、分析代码问题、修复违规，或将 ESLint 集成到开发工作流中时使用。触发条件涉及代码质量、lint、静态分析，或针对 JavaScript、TypeScript、React、Node.js 项目的 ESLint 配置。

在涉及 eSLint 内置规则时使用，包括规则配置、严重级别以及禁用策略。

E

eval-driven-dev

yiouli / pixie-qa

通过评估驱动开发改进 AI 应用。定义评估标准、为应用添加检测机制、构建黄金数据集、观察并评估应用运行、分析结果，并制定具体的改进计划。当用户要求为任何调用 LLM 模型的 Python 项目设置 QA、添加测试或评估、进行评估或基准测试、修复错误行为、提升质量或开展质量保证时，始终使用此技能。

F

fable-judge

immamdouhaboammar / get-fable

对已完成的工作进行对抗式验证。将任何“完成”视为一组声明，然后重新运行所声称的验证，比较实际变更，检测被弱化的测试和虚假的完成声明，并给出基于证据的结论（VERIFIED / VERIFIED WITH CAVEATS / REFUTED）。任何 Agent 或模型声称工作已完成后均可使用，例如“/fable-judge”“评判这项工作”“验证它做了什么”“这真的奏效了吗？”。还可通过“/fable-judge suite <target>”对技能或模型运行 fable-method 陷阱测试套件。

F

fable-prove-it

immamdouhaboammar / get-fable

在声称任何内容可用、已修复、已完成或已通过之前；在汇报尚未运行的更改状态之前；在认同他人对你工作的说法之前；以及在执行重启、删除或修改配置等状态变更命令之前使用。

F

fable-redteam

immamdouhaboammar / get-fable

针对预发布环境或获授权的应用目标，执行原生 Agent 式道德渗透测试和自动化安全审计。在限定范围内发现 API 逻辑缺陷、BOLA/IDOR 漏洞、缺失的身份验证、敏感文件暴露和安全配置错误。生成经过验证的安全发现，附带复现 PoC 和自动生成的 Fable 修复工作卡。

F

fable-release

immamdouhaboammar / get-fable

依据必要的质量门槛、干净的 Git 工作区和经过验证的分发产物，审计并确认代码库是否已准备好合并或发布。准备发布标签、验证发布清单要求、发布 npm/PyPI 包，或确认分支可以合并时使用，即使用户没有明确提到“fable-release”（例如“准备发布”“现在可以合并了吗”“发布到生产环境”“发布这个包”）。验证过期、失败或缺失时不要使用（先使用 fable-verify）。

F

fable-review

immamdouhaboammar / get-fable

根据请求的规格、架构不变量和代码标准，独立审查 git 差异，并以证据为依据。用于审查拉取请求、合并前检查代码变更、审计差异中的回归问题或提交前进行健全性检查——即使用户没有明确说“fable-review”（例如“review this diff”“check this PR”“critique my changes”“code review this branch”）。不要直接实施修复（使用 fable-tdd/fable-execute），也不要运行测试（使用 fable-verify）。

F

fable-run

immamdouhaboammar / get-fable

通过就绪探测和干净的关闭流程，启动、管理并验证运行中的应用，涵盖 CLI 二进制文件、Web 服务器、TUI、Electron 应用和后台守护进程。适用于启动开发服务器、执行在线冒烟测试、测试交互式 CLI 二进制文件或进行运行时冒烟验证，即使用户没有明确提到“fable-run”（例如“启动开发服务器”“启动应用”“测试正在运行的 CLI”“对 Web 应用进行冒烟测试”）。不要用于没有运行进程时的静态分析或单元测试（使用 fable-verify）。

F

fable-simulator

immamdouhaboammar / get-fable

使用独立数学预言机、推导出的规范、无头浏览器环境和隔离沙盒状态验证复杂代码更改。适用于推导独立验证预言机、根据参考模型测试算法、使用无头浏览器验证 UI，或在沙盒中测试状态转换，即使用户没有明确提到“fable-simulator”（例如“模拟此工作流”“用独立预言机验证”“无头浏览器检查”“推导测试预言机”）。不要用于简单的单元测试运行（使用 fable-verify）。

F

fable-tdd

immamdouhaboammar / get-fable

通过严谨的 red-green-refactor 循环和可观察的回归测试，推动可测试的行为变更与错误修复。使用单元/集成测试实现新功能、修复可复现错误、修改业务逻辑，或先编写测试来定义行为契约时使用，即使用户没有明确提到“fable-tdd”（例如“先写测试修复这个错误”“写个测试并让它通过”“带测试添加此功能”“对这段逻辑做 TDD”）。没有明确断言的大范围探索性原型开发请勿使用（改用 fable-discover 或 fable-plan）；实现后的审查也请勿使用（改用 fable-review）。

F

fable-verify

immamdouhaboammar / get-fable

通过测试、构建、类型检查和运行时冒烟检查，证伪软件实现，并在完成前收集最新的机器验证验收证据。适用于运行测试套件、检查类型正确性、验证验收标准或验证代码修改后的完整性，即使用户没有明确提到 "fable-verify"（例如 "verify my changes"、"run all tests and typecheck"、"check if everything passes"、"prove this works"）。不要用于规划（使用 fable-plan）或代码差异审查（使用 fable-review）。

F

figma-design-review

mohitagw15856 / pm-claude-skills

依据产品需求运行结构化的 PM 设计评审。当被要求评审 Figma 设计、对照需求检查设计，或评估设计是否满足产品规格时使用。产出需求覆盖检查、UX 问题、待决问题以及明确的批准状态——已批准、有条件批准或未批准。

F

figma-workflow-auditor

sergekostenchuk / ui-ux-agent-skill-system

审计 Figma MCP、设计到代码、代码到画布、画布编辑和设计系统工作流的正确性、时效性、隐私、证据和路由质量。当用户询问某个 Figma 工作流、技能、任务计划、MCP 能力声明或 Agent 交接是否有效、是最新的、安全或可用于生产时使用此技能。

F

flutter-debugging

vp-k / flutter-craft

在 Flutter 中遇到任何 bug、测试失败或异常行为时使用——在提出修复前需要系统性的调查。

F

fresh-eyes

richtabor / agent-skills

用全新视角重读你刚写的代码，以发现 bug、错误与问题。在完成功能、修复 bug 或任何代码改动之后使用。触发于 "review my code"、"fresh eyes"、"check for bugs"、"did I miss anything" 或 "sanity check"。

F

frontend-ai-guide

shinpr / claude-code-workflows

套用 React/TypeScript 特有的技术决策标准、反模式检测、调试和前端质量门禁。适用于审查组件、hook、浏览器行为或前端实现完整性。

G

github-actions-templates

ovachiever / droid-tings

创建可用于生产环境的 GitHub Actions 工作流，以自动化测试、构建和部署应用。设置 GitHub Actions CI/CD、自动化开发工作流或创建可复用的工作流模板时使用。

G

github-pr-review-workflow

uwe-schwarz / skills

使用 gh pr-review 扩展处理 GitHub PR 评审的完整工作流

I

implement-idea

frostney / known-good-route

将未归档的想法转化为已确认的迷你规格，实现所选方案，重复代码审查和黑盒测试，运行项目门禁，并打开草稿拉取请求。当用户运行 /implement-idea 或要求在没有现有 issue 的情况下构建某物时使用。

暂无简介

I

inspect-perf

venhdev / skills

审查源代码中的语义性能债务、N+1 查询、内存滞留和并发瓶颈。

I

inspect-structure

venhdev / skills

重构前审查源代码模块，查找结构异味、上帝类和重复反模式。

K

kafka-connector-review

lensesio / agentic-engineering-for-apache-kafka

使用 Lenses MCP 服务审查 Kafka Connect 连接器配置中的常见错误配置。检查错误处理、DLQ 设置、转换器、转换、任务数量和任务健康状态。当用户说“review connectors”“check connector configs”“why is my connector failing”，或询问 Kafka Connect 配置时使用。请勿用于创建、部署或控制连接器。

L

lorem-ipsum-generator

dkyazzentwatwa / chatgpt-skills

生成各种格式的占位文本（lorem ipsum）。为样稿和测试创建段落、句子、单词或自定义模板。

配置 markdownlint 规则与选项，包括规则管理、配置文件、行内注释以及样式继承。

M

merge-ready

rysweet / amplihack

支持多种流行 Agent 编码工具的 Agent 式编码框架。

M

minitest-coder

majesticlabs-dev / majestic-marketplace

为 Ruby 和 Rails 应用编写 Minitest 测试。创建测试文件、编写测试用例或测试新功能时使用。不适用于 RSpec——请改用 rspec-coder。涵盖传统风格和 spec 风格、fixtures、mock 以及 Rails 集成测试模式。

P

parity-testing

nvidia / skills

适用于 NVIDIA 产品的 Agent Skills——安装到 Claude Code、Codex 和其他编码 Agent 中，即可端到端运行 Physical AI、机器人、仿真、CUDA 和 RAG 工作流。

P

peach-e2e-browse

peachsolution / peach-harness

使用 agent-browser CLI 连接 Chrome Beta CDP，进行页面导航、数据检查和元素操作。由 "브라우저 확인"、"페이지 봐줘"、"DOM 확인"、"데이터 점검"、"클릭해줘"、"화면 확인" 等关键词触发。在编写 E2E 场景时也用于确认选择器或调试执行失败。无需 e2e/ 文件夹也可独立运行。

P

performance-optimization

rogervila / agent-skills

引导 Agent 通过基于测量的瓶颈分析、高效算法、更少分配、更好的 I/O 模式和基准验证来提升性能。

P

performance-profiler

wyattowalsh / agents

性能分析：复杂度估算、性能分析器输出解析、缓存设计、回归风险。用于优化指导。不用于运行性能分析器、负载测试或监控。

P

performing-fuzzing-with-aflplusplus

mukul975 / anthropic-cybersecurity-skills

使用 AFL++ 对编译后的二进制文件进行覆盖率引导的模糊测试，插桩

在要搭建 Playwright 测试项目、并以恰当的配置和项目结构组织测试套件时使用。

P

polish-diff

jayden-dang / skills

适用于变更的代码需要实际执行质量清理而非

P

portaly-sentry

portaly-ai / portaly-skills

在部署前对 Portaly Vibe 支付集成进行安全性和可靠性健康检查。当用户提到 Portaly 健康检查、支付安全审计、部署前检查、sentry 扫描、回调验证审计、集成安全检查，或想要确认其 Portaly 支付集成可以安全上线时触发。

P

pr-explainer

mastra-ai / mastra

在创建易于上手、自包含的 HTML 评审辅助页面时使用,用于解释 pull request 改了什么、为何重要、如何工作,以及如何融入更大的系统;把 PR 的 diff、提交、测试和架构上下文转化成本地 `.pr-review/` HTML 页面供评审者查看;或帮助评审者在不必倾倒完整 diff 的情况下理解复杂代码改动。

P

pr-review-loop

gitbobobo / skills

PR 推送并请求复审后，持续跟进审查 bot 与 CI；同一子系统连续三轮仍有需修复意见时，先做方向审计；方向有分歧时咨询用户。

P

pre-mortem

avelikiy / great_cto

设想项目已经上线并遭遇灾难性失败 — 从失败倒推，在动手构建之前识别最可能的原因。强制给出具体的风险识别，而非含糊的“可能出什么问题”清单。

P

profiling-performance

revitalb-port / skills-registry-demo

使用 Cursor 内置的浏览器分析器分析运行中 Web 应用的 CPU 性能。捕获调用堆栈、识别运行缓慢的函数并提出优化建议。页面感觉缓慢或卡顿时使用。

P

prompt-testing

fusengine / agents

在比较两个提示词变体、定义质量/效率/稳健性指标，或决定是否采用挑战者提示词替代基线时使用。

P

prompt-testing

fusengine / claude-plugins

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

P

python

ahgraber / skills

当一项 Python 改动即将被视为完成（提交或提 PR 之前），以及在任何被要求审查、审计、复核 Python 代码或判断其是否符合标准时使用。也用于默认规范所覆盖的决策点：选择重试/超时/幂等策略、配置加载、pydantic 的放置位置、模块边界或并发模型。

P

python-typing

paldom / python-skills

为 Python 包设置静态类型检查 —— 选择 mypy、pyright、basedpyright 或 ty，严格配置、按模块覆盖、发布 py.typed —— 并修复类型检查错误。适用于用户说 'add type checking'、'set up mypy'、'pyright errors'、'make this package typed'。不适用于 lint 或格式失败、测试失败、运行时 bug，或运行检查器的 CI 工作流。

Q

qa-expert

jsonlee12138 / agent-team

当为任何软件项目建立全面的 QA 测试流程时应使用本 skill。适用于制定测试策略、按 Google Testing Standards 编写测试用例、执行测试计划、按 P0-P4 分级跟踪缺陷、计算质量指标或生成进度报告。包含通过 master prompt 实现的自主执行能力，以及用于向第三方 QA 团队交接的完整文档模板。实现 OWASP 安全测试并达成 90% 覆盖率目标。

Q

qa-test-plan

carlitose / agent-skills

为 runner 候选或独立的 PR、commit、本地 diff，或指定范围规划因果 QA，不执行也不判定发布。

R

rails-audit-thoughtbot

thoughtbot / rails-audit-thoughtbot

基于 thoughtbot 最佳实践对 Ruby on Rails 应用进行全面的代码审计。当用户请求对 Rails 应用进行代码审计、代码评审、质量评估或分析时使用本技能。该技能分析整个代码库，重点关注测试实践（RSpec）、安全漏洞、代码设计（瘦控制器、领域模型、使用 ActiveModel 的 PORO）、Rails 约定、数据库优化和 Ruby 最佳实践。输出按类别（测试、安全、模型、控制器、代码设计、视图）分组的详细 markdown 审计报告，每个类别内带有严重程度等级（严重、高、中、低）。

R

react-best-practices

lgariv-dn / frontend-skills

来自 Vercel Engineering 的 React 性能优化指南。在编写、审查或重构 React 代码时应主动使用本技能，以确保采用最优性能模式。适用于涉及 React 组件、包体积优化或性能改进的任务。

R

receiving-code-review

cloudflare / workerd

用于接收代码审查反馈时，在实施建议之前使用，尤其是当反馈显得不清楚或在技术上有疑问时 - 需要技术严谨性和验证，而不是表面同意或盲目实施

R

release-check

drillan / speckit-gates

验证所有制品在发布时完整且一致。检查 spec kit 制品、文档、版本管理和 API 文档。在创建发布之前运行，以确保没有遗漏。

R

repo-review

idaibin / skills

以只读方式审查当前变更或某个固定修订版本。若要对既有表面进行审计而没有变更依据，请使用 repo-audit。