Skills

D

debug

johnlindquist / claude

统一的调试工作流，强制执行根因协议。调查 → 理解 → 推理 → 修复。在调试 bug、错误或意外行为时使用。

D

detectify

membranedev / application-skills

Detectify 集成。管理 Organizations。当用户需要与 Detectify 数据交互时使用。

D

dhh

marckohlbrugge / 37signals-skills

像 DHH 那样审查 Ruby/Rails 代码——直接、有主见、厌恶过度设计。当用户运行 /dhh 或要求以 DHH 风格审查 diff、文件或近期改动时使用。

D

dotnet-performance-review

atherio-danp / cde-dotnetcc

扫描 .NET/C# 代码中的性能反模式（async、内存/字符串、集合/LINQ、regex、序列化、I/O），按严重程度分级，只报告发现而不修改代码。适用于审查热路径、审查分配密集的代码，或分析 API 以寻找优化机会。

D

dotnet-testing-xunit-project-setup

kevintsengtw / dotnet-testing-agent-skills

xUnit 測試專案建立與設定的專門技能。當需要建立測試專案、設定專案結構、配置 NuGet 套件、組織測試資料夾時使用。涵蓋 csproj 設定、套件管理、專案結構、xunit.runner.json 配置等。 每當使用者提到建立測試專案、xUnit 設定、測試專案結構、NuGet 測試套件，或測試用的 csproj 設定時，請務必使用此技能，即使他們沒有明確要求專案設定指引。關鍵字：xunit project、xunit setup、測試專案建立、test project setup、建立測試專案、project structure、專案結構、folder structure、xunit package、nuget packages、測試套件、如何建立測試專案、xunit configuration

D

duck-simplify

sprngr / rubber-duck

复杂度削减与语义重复/分歧审查。适用于：「简化这个」、「这个是否过度设计」、「DRY 这个」、「分歧审查」。

按照 80/20 原则为 Dust 代码库编写聚焦、实用测试的分步指南。

E

embrace

membranedev / application-skills

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

E

error-debugger

jackspace / claudeskillz

分析错误，在记忆中搜索过往解决方案，提供带代码示例的即时修复，并保存解决方案以供将来参考。适用于用户说 "debug this"、"fix this error"、"why is this failing"，或出现 TypeError、ECONNREFUSED、CORS、404、500 等错误消息时。

暂无简介

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-qa

mohitagw15856 / pm-claude-skills

在 Figma 设计交付工程之前对其运行交付前 QA 清单。在被要求对 Figma 设计进行 QA、做交付前检查，或验证 Figma 文件已可进入开发时使用。产出一份结构化的 QA 报告，涵盖文件规范、组件使用、无障碍和交付就绪度，并对每个条目给出明确的通过/未通过状态。针对 Opus 4.7 及更新模型优化。

F

finish-work

fixmyberlin / fixmyskills

FMC finish-work 工作流：运行 bun run check，修复失败项，默认以面向用户的英文信息提交，仅当用户明确不希望提交时才展示草稿。用于完成工作、运行检查、收尾、落地变更或创建提交。

F

fix-bug

willbooster / agent-skills

修复已报告的 bug：先增强测试直到复现该 bug，再修复实现，最后确认增强后的测试通过。

F

form-testing

revitalb-port / skills-registry-demo

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

F

fresh-eyes

richtabor / agent-skills

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

G

gh-cli

fredrikaverpil / dotfiles

GitHub CLI（gh）的约定以及内联 PR 评审方法。在使用 GitHub 仓库、PR、issue、actions、`gh api` 或任何命令行 GitHub 操作时使用。

G

go-skills

llama-farm / llamafarm

LlamaFarm CLI 的 Go 共享最佳实践。涵盖惯用模式、错误处理与测试。

G

grinding-until-pass

revitalb-port / skills-registry-demo

持续迭代代码修改，直到测试通过、构建成功或 lint 干净。在「修复 → 运行 → 检查 → 重复」的紧凑循环中运行。当你希望 Agent 自主攻克测试失败或构建错误时使用。

暂无简介

暂无简介

I

investigate

borkweb / skills

调查错误或意外行为，确定其原因，并在有请求时应用已验证的修复。对性能、环境和回归问题使用针对性的路径。

I

ios-simulator-skill

ovachiever / droid-tings

21 个可用于生产环境的脚本，用于 iOS 应用测试、构建与自动化。提供语义化 UI 导航、构建自动化、无障碍测试以及模拟器生命周期管理。针对 AI Agent 优化，token 输出极少。

I

issue-fix-flow

patrickserrano / skills

使用 gh CLI、本地代码修改、构建/测试和 git push 的端到端 GitHub issue 修复工作流。当被要求接收 issue 编号、实现修复、运行构建/测试、以关闭消息提交并推送时使用。

J

java-dev

story-has-you / skills

基于《阿里巴巴 Java 开发手册（嵩山版）》的全面 Java 开发技能。适用于编写、审查或重构 Java 代码以确保符合行业最佳实践。触发场景：(1) 编写新的 Java 代码（.java 文件），(2) 审查现有 Java 代码，(3) 重构 Java 项目，(4) 使用 MySQL 进行数据库设计，(5) API 设计与实现，(6) 单元测试，(7) 并发编程，(8) 安全实现，或任何需要遵循编码规范的 Java 开发任务。

K

kubeshop

membranedev / application-skills

Kubeshop (Testkube) 集成。管理数据、记录并自动化工作流。当用户需要与 Kubeshop (Testkube) 数据交互时使用。

L

langsmith-dataset

langchain-ai / skills-benchmarks

在创建评估数据集、将数据集上传到 LangSmith 或管理现有数据集时，调用此技能。涵盖数据集类型（final_response、single_step、trajectory、RAG）、CLI 管理命令、基于 SDK 的创建以及示例管理。使用 langsmith CLI 工具。

L

langsmith-evaluator

langchain-ai / skills-benchmarks

在构建 LangSmith 评估流水线时调用此技能。涵盖三个核心组件：(1) 创建 Evaluator——LLM-as-Judge、自定义代码；(2) 定义 Run 函数——如何从你的 Agent 捕获输出和执行轨迹；(3) 运行评估——在本地使用 evaluate() 或通过 LangSmith 自动运行。使用 langsmith CLI 工具。

L

lint

helderberto / agent-skills

运行 lint 和格式化检查。当用户要求 "run linter"、"/lint"、"check linting"、"fix lint errors"，或请求代码 lint/格式化时使用。不要用于完整的格式化/类型/测试检查（请用 /validate-code），也不要用于安装提交时钩子（请用 /setup-pre-commit）。

L

ln-42-acceptance-test-builder

levnikolaevich / claude-code-skills

构建、更新、整合或淘汰限定范围的验收测试，并记录执行证据。不适用于产品代码修复或审计。

L

ln-514-regression-checker

levnikolaevich / claude-code-skills

运行现有测试以捕获回归的 Worker。自动检测框架，报告通过/失败。不更改状态，也不创建任务。

L

lookml-tests

lkrdev / lookml_skills

编写 LookML tests 以确保数据完整性、准确性和逻辑校验的标准与最佳实践。

为 markdownlint 创建自定义 lint 规则，包括规则结构、解析器集成、错误报告和自动修复。

M

mcp-tester

ckorhonen / claude-skills

在当前 Claude Code 会话中测试和评估 MCP 服务工具。当审计 MCP 配置、验证工具质量、端到端测试 MCP 服务、生成测试用例、检查工具描述与 schema、分析工具效率与冗余，或调试 MCP 集成问题时使用。涵盖工具发现、质量分析、使用 AAA 模式生成测试、执行、评分，以及跨工具冗余分析。

M

melech-verify

adird / agent-shell-hamelech

就已讨论过的论断、结论或方案，向调用方提供真正独立的第二意见。适用于 "verify"、"re-verify"、"prove it"、"second opinion" 或 "is that actually true"。

M

moai-workflow-tdd

modu-ai / moai-adk

测试驱动开发工作流专家，使用 RED-GREEN-REFACTOR 循环进行测试先行的软件开发。在从零开发新功能或由行为规格驱动实现时使用。

M

mockable-code

jpcaparas / skills

指导编写可 mock、便于测试替身的代码。适用于涉及依赖、I/O、时间、随机性、配置或外部服务的代码或测试。跳过非代码写作和一次性原型。

O

opik-online-eval

comet-ml / opik-skills

在生产流量中实时启用评审器：在项目中创建 Opik 在线评估规则（LLM-as-judge 或 Python 指标），配置采样、过滤器、变量映射和成本上限，然后确认新 trace 正在评分。通过 SDK 的 REST 客户端工作；连接时通过 MCP 读取规则和评分名称。返回规则、其生成的评分名称以及查看方式。适用于“为生产 trace 评分”、“监控生产环境中的幻觉”、“让这个评审器上线”、“设置在线评估规则”或“质量下降时提醒我”。不适用于离线实验（使用 evaluate 或 compare）或查找现有问题（使用 diagnose）。

O

opik-optimize

comet-ml / opik-skills

使用 Opik Agent Optimizer 改进提示词：解析提示词、数据集和指标，选择算法，运行有界优化，在留出数据上检查收益，并将最佳结果保存为新提示词版本，同时附上优化运行链接。通过 opik-optimizer 包运行；连接时通过 MCP 读取提示词和数据集。适用于“优化这个提示词”、“改进我的系统提示”、“让 Agent 回答得更好”、“针对我的数据集调整提示词”或“运行提示词优化器”。不适用于单次质量测量（使用 evaluate）、在测试套件上比较前后效果（使用 compare）或无数据手动编辑提示词。

O

opik-verify

comet-ml / opik-skills

根据明确的发布策略，结合 compare 技能的数据，决定候选版本应发布还是暂缓——考量回归、通过率、带安全标签的用例、子组一致性、延迟与成本预算、波动性、证据规模，以及评审器是否经过验证。通过 SDK（或连接后使用 MCP）读取 Opik 测试套件中的两个实验，并返回逐项标明通过/失败的判定。适用于“这个可以安全发布吗”“我可以合并吗”“这项变更是否放行”“为此次发布设置门禁”“我应该推出它吗”。不用于生成数据（使用 compare）、构建评估（使用 evaluate）或部署任何内容

O

owasp-security-review

jgamaraalv / ts-dev-kit

对照 OWASP Top 10:2025——十项最关键的 Web 应用安全风险——审查代码与架构。适用场景：(1) 审查代码中的安全漏洞，(2) 对照 OWASP 类别审计某项功能或代码库，(3) 为已识别的漏洞提供修复指导，(4) 编写新代码并需要安全编码模式。触发词：'review for security'、'OWASP audit'、'check for vulnerabilities'、'security checklist'、'is this code secure'、'security review'、'fix vulnerability'。

P

parallel-ci-triage

revitalb-port / skills-registry-demo

当 GitHub Actions 失败时，获取失败作业的日志，并将每个失败作业分配给单独的子 Agent，让它们并行修复各自的问题。适用于作业相互独立的多作业 CI 故障。

P

parallel-code-review

revitalb-port / skills-registry-demo

运行四个并行的只读子 Agent，各自从不同视角审查同一个 diff——安全、性能、正确性和可读性——然后将发现合并为一份报告。在合并大型或有风险的 PR 之前使用。

P

plan-reviewer

gaoscode / planweave

审查一个被分配的 PlanWeave 审查关卡并给出通过或 needs_changes 结果。在协调者分配了特定审查 ref、实现证据和审查结果期望时使用。

P

playwright

netease-youdao / lobsterai

任务需要通过 `playwright-cli` 或捆绑的包装脚本，从终端自动化真实浏览器（导航、填写表单、快照、截图、数据提取、UI 流程调试）时使用。

P

pre-merge-checklist

hieutrtr / ai1-skills

面向 Python/React pull request 的全面合并前验证清单。在批准或合并任何 PR 之前使用。涵盖代码质量检查（linting、格式化、类型检查）、测试覆盖率要求、文档更新、迁移安全性、API 契约兼容性、可访问性合规、打包体积影响和部署就绪情况。提供系统性清单，确保合并前不遗漏任何事项。不涵盖安全审查深度（使用 code-review-security）。

P

pytest-django-patterns

waldencui / claude-code-django

pytest-django 测试模式、Factory Boy、fixture 和 TDD 工作流。在编写测试、创建测试工厂或遵循 TDD 红-绿-重构循环时使用。

R

rails-best-practices-core

marckohlbrugge / 37signals-skills

应用 Ruby on Rails 在架构、命名、安全性和可维护性方面的核心最佳实践。用于大多数 Rails 编码、重构和代码审查任务，以保持基线标准一致。

R

rails-tdd-slices

midudev / autoskills

在为 Ruby on Rails 变更选择最佳的首个失败 RSpec spec 或垂直切片时使用。涵盖 request、model、service、job、engine spec 的选择、system spec 的升级、最小安全切片规划以及 Rails 优先的 TDD 顺序。触发词：where to start testing、what test to write first、RSpec、test-driven development、TDD、first failing test。

R

react-native-testing

callstackincubator / agent-skills

使用 React Native Testing Library（RNTL）v13 和 v14（`@testing-library/react-native`）编写测试。适用于编写、审查或修复 React Native 组件测试。涵盖：render、screen、查询（getBy/getAllBy/queryBy/findBy）、Jest 匹配器、userEvent、fireEvent、waitFor 和异步模式。支持 v13（React 18，同步 render）和 v14（React 19+，异步 render）。触发条件：React Native 组件测试文件、RNTL 导入、提及“testing library”、“write tests”、“component tests”或“RNTL”。

R

responsive-testing

revitalb-port / skills-registry-demo

在 Cursor 的浏览器中以多种视口尺寸打开应用，逐个截图并报告任何布局破损问题。

R

review-changes

jimmy-guzman / skills

使用三位独立审查者（漏洞、仓库中的书面规范、源自的规格）审查代码变更，尝试推翻每项发现，并仅报告经确认的问题。对用户自己的变更应用选定的修复；对他人的变更则撰写建议，并可将其作为 PR 评论发布。适用于用户要求审查、检查或重新查看变更，例如“审查我的变更”“审查 PR 285”或“!482”“对照 DESIGN.md 审查”“准备好了吗？”；用户按名称提到 review-changes，或粘贴审查发现要求处理时。不适用于整个仓库审计、PR 描述、解释差异，或用户指定其他审查工具时。