Skills

C

cekura-metric-improvement

cekura-ai / cekura-skills

当用户要求 "improve a metric"、"run labs"、"leave feedback on a metric"、"add to labs"、"fix metric accuracy"、"review metric results"、"find misaligned metrics" 或 "iterate on metric quality" 时使用。涵盖指标改进循环、反馈工作流，以及用于随时间提升指标准确度的 labs 流水线。

C

cekura-predefined-metrics

cekura-ai / cekura-skills

当用户询问“有哪些预定义指标可用”“应该使用哪些内置指标”“CSAT 衡量什么”“幻觉检测如何工作”“Interruption Score 与 AI Interrupting User 有何区别”“哪些指标免费”“哪些指标需要音频”“配置静音阈值”“设置情感指标”，或任何关于 Cekura 开箱即用指标的问题时使用。涵盖预定义指标的完整目录——每项指标的作用、费用、限制、配置选项，以及各自适用的场景。

C

code-data-analysis-scaffolds

lyndonkl / claude

为技术工作生成结构化脚手架（框架、清单、模板）——TDD 测试套件、探索性数据分析计划、统计分析设计、因果建模与预测建模目标，以及验证清单。适用于在动手前需要系统性规划的技术工作时。当用户提到 "write tests for"、"explore this dataset"、"analyze"、"model"、"validate"、"design an A/B test"，或技术工作在动手前需要脚手架时调用。

C

code-review

brilliantrough / agent-skills

从固定基准点（commit、branch、tag 或 merge-base）开始审查改动，分两个维度进行：Standards（代码是否符合本仓库文档化的编码规范？）和 Spec（代码是否符合原始 issue/spec 的要求？）。在并行子 Agent 中同时运行两项审查，并排呈现结果。当用户希望审查某个 branch、一个 PR、进行中的改动，或要求“自 X 以来审查”时使用。

C

codex-agent

majiayu000 / spellbook

当你希望通过 Codex CLI 获得第二意见评审、在另一个 Agent 实施更改后进行交叉验证、需要调试帮助或替代实施方案时使用。需要安装并认证 Codex CLI。

C

correct

mariusflorescu / pstack-t3

找出 Agent 在此代码仓库中反复犯的错误，并让这些错误无法再发生。优先从架构入手，然后是类型，再添加错误信息中指出修复方法的 lint 规则，之后编写测试，最后写文档。证明每项检查都能在过去的真实错误上失败。每次操作员纠正你后都重复此流程。用于 /correct。

C

critique

shipshitdev / skills

从 UX 视角评审设计：信息层级、IA、认知负荷，并给出评分、角色测试和可执行的反馈。当被要求评审或批评某个设计时使用。

D

debug-mode

doraemonkeys / claude-code-debug-mode

交互式调试模式，可生成假设、通过运行时日志为代码添加监测，并通过自主复现—分析循环迭代修复错误，仅在必要时寻求人类帮助。仅用于难以诊断的错误；此时提醒用户可使用 debug-mode，切勿主动启用此 skill

D

diagnosing-bugs

brilliantrough / agent-skills

用于排查疑难 bug 和性能退化的诊断流程。当用户说"diagnose"/"debug this"，或报告出现故障、抛出异常、失败或变慢等问题时使用。

生产级 Python 编码标准，支持自动版本检测（3.10-3.13）。适用于编写、审查或重构 Python，以确保遵循现代类型语法、LBYL 异常处理、pathlib 操作、基于 ABC 的接口以及经过生产验证的模式。不特定于 Dagster——适用于任何 Python 项目。

D

do-execute-task

fabio-barboza / development-orchestrator

通过加载与任务相关的项目技能、阅读 PRD/TechSpec 上下文、分析依赖项、执行实现并运行测试，以及自动代码审查来实现功能任务。在 tasks.md 中将任务标记为完成。用户要求实现或执行任务，或开始处理特定任务编号时使用。不要用于创建任务、运行 QA 或修复错误。

D

dotnet-ui-testing-core

wshaddix / dotnet-skills

跨框架测试 UI。页面对象、测试选择器、异步等待、无障碍。

D

dual-axis-skill-reviewer

mphinance / alpha-skills

使用双轴方法审查任意项目中的技能：（1）基于代码的确定性检查（结构、脚本、测试、执行安全性）；（2）LLM 深度审查结果。需要对 `skills/*/SKILL.md` 进行可复现的质量评分、希望通过分数阈值（例如 90+）控制合并，或需要为低分技能获取具体改进项时使用。可通过 --project-root 跨项目运行

E

effector-playbook

neolite / effector-playbook

编写可靠 Effector 代码和修复缺陷的规则与模式（事件/store/effect、sample 流控制、model/factory、SSR/scope、测试、调试、lint）。当实现或评审 Effector 逻辑、从组件状态迁移，或诊断 Effector 问题时使用。

F

fiddler-traffic-debugging

telerik / fiddler-agent-tools

通过分析 Fiddler Everywhere 捕获的 HTTP 流量，验证开发者运行的功能是否行为正确。当开发者询问其功能的 HTTP 调用是否正常完成、想查看某功能发起了哪些请求、需要调试失败的 API 调用、在运行功能后检查流量、想确认每个端点返回了什么，或询问流量中是否有任何异常时，始终使用此技能——即使用户没有使用“验证”或“Fiddler”这样的词。按端点汇总捕获内容，并标记可能的问题，例如失败的调用、缺失的后续请求、重试、认证失败、超时以及可疑的状态码模式。需要 Fiddler Everywhere 正在运行并启用其 MCP 服务。

G

game-accessibility-specialist

alterlab-ieu / alterlab_gameforge

当用户询问无障碍、包容性设计、色盲模式、可重映射控制、屏幕阅读器支持、EAA 合规、CVAA、难度选项、运动机能适配或单手模式时调用。触发词："accessibility"、"inclusive design"、"colorblind"、"remappable controls"、"screen reader"、"EAA"、"CVAA"、"difficulty options"、"motor accommodation"、"one-handed"。不要用于一般 UX 设计（请用 game-ux-designer）或艺术指导（请用 game-art-director）。属于 AlterLab GameForge 系列。

G

github-pr-review

openhands / extensions

使用 GitHub API 发布 PR 审查评论，支持行内评论、建议和优先级标签。

了解构建、测试和审查 Home Assistant 集成所需的一切。如果你正在查看某个集成，必须将此内容作为主要参考。

H

honesty

epicenterhq / epicenter

关于提供毫不留情反馈的行为准则。始终使用——该 skill 定义了代码评审和技术讨论中的核心交互预期。

I

inertia-rails-testing

cole-robertson / inertia-rails-skills

使用 RSpec 或 Minitest 测试 Inertia Rails 应用。适用于为 Inertia 响应、组件、props、flash 消息以及局部重载编写测试。

K

karpathy-principles

athola / claude-night-market

实现前的检查关卡，涵盖先思考、简洁性、外科手术式修改与可验证目标。在开始实现以验证方案时使用。

P

perf-baseline-manager

agent-sh / agentsys

适用于管理 perf 基线、汇总结果或比较版本。确保每个版本对应一个基线 JSON。

P

pr

windmill-labs / windmill

在 GitHub 上开启一个草稿拉取请求，并推动多轮 CI 审查直至其准备就绪。当你想创建/开启 PR 时必须使用。

P

prd-critic

pratikshadake / claude-product-management-skills

从清晰度、可测试性和可构建性评估 PRD 质量，涵盖问题清晰度、范围、验收标准、边界情况和指标。在将 PRD 分享给工程团队之前使用，以尽早发现缺口。

P

preflight

unlearndev / skills

读取当前分支与 main 之间的 diff，并产出一份生产上线前检查清单，列出变更合并后必须完成或配置的所有事项。在合并或部署分支前使用。

P

prism-scan

cranot / super-hermes

通过动态生成的认知视角进行结构化分析。为特定的代码/产物生成最优分析视角，然后执行它。发现常规分析会遗漏的守恒律、结构不变量和具体 bug。适用于任何代码文件、系统设计或文本产物。

P

prune-tests

riffingonsoftware / agent-skills

删除那些并非专门用于保护契约、已修复 Bug 或关键不变量的测试。

Q

qa-browser-automation

borghei / claude-skills

基于浏览器的 QA，结合 Chrome MCP 控制与 Python 分析工具。在进行浏览器 QA 测试、视觉回归跟踪、WCAG 无障碍审计、性能剖析或 Web 应用健康评分时使用。

Q

qe-compliance-testing

proffesor-for-testing / agentic-qe

针对 GDPR、CCPA、HIPAA、SOC2、PCI-DSS 及行业特定法规的合规测试。在确保法律合规、准备审计或处理敏感数据时使用。

Q

qe-n8n-expression-testing

proffesor-for-testing / agentic-qe

n8n 表达式语法校验、上下文感知测试、常见陷阱检测与性能优化。在验证 n8n 表达式和数据转换时使用。

Q

qe-n8n-trigger-testing-strategies

proffesor-for-testing / agentic-qe

针对 n8n 工作流的 Webhook 测试、调度校验、事件驱动触发与轮询机制测试。适用于测试工作流的触发方式时。

Q

qe-refactoring-patterns

proffesor-for-testing / agentic-qe

应用安全重构模式，在不改变行为的前提下改善代码结构。适用于清理代码、减少技术债务或提升可维护性。

Q

qe-security-testing

proffesor-for-testing / agentic-qe

使用 OWASP 原则测试安全漏洞。适用于开展安全审计、测试认证，或实践安全做法。

Q

qe-sfdipot-product-factors

proffesor-for-testing / agentic-qe

James Bach 的 HTSM 产品因素（SFDIPOT）分析，用于生成全面的测试策略。当分析需求、史诗或用户故事，以在 Structure、Function、Data、Interfaces、Platform、Operations 和 Time 维度上生成按优先级排序的测试想法时使用。

Q

qe-sherlock-review

proffesor-for-testing / agentic-qe

基于证据的调查式代码审查，运用演绎推理判定实际发生了什么与所声称的之间的差异。用于验证实现声明、调查 bug、验证修复，或进行根因分析。通过系统观察寻找真相的基本方法。

Q

qe-test-automation-strategy

proffesor-for-testing / agentic-qe

通过恰当的测试金字塔、模式和 CI/CD 集成，设计并实现有效的测试自动化。适用于构建自动化框架或提升测试效率。

Q

qe-visual-testing-advanced

proffesor-for-testing / agentic-qe

高级视觉回归测试，支持像素级精准比对、AI 驱动的差异分析、响应式设计验证和跨浏览器视觉一致性检查。用于检测 UI 回归、验证设计或确保视觉一致性

为此仓库运行格式化、lint、类型检查和测试；在验证变更或排查 CI 失败时使用。

R

receiving-code-review

jamditis / claude-skills-journalism

以技术严谨性验证评审反馈，而非盲目认同。在收到评审意见、准备实施建议之前使用。

R

release-review

morphet81 / cheat-sheets

比较两个 git 标签或提交，并分析所有变更以判断部署就绪状态。生成两份独立报告——一份供人工 QA 使用（不含代码细节），一份供开发者使用（含必要的技术细节和代码）。

R

responsive-review

owl-listener / inclusive-design-skills

审查响应式与弹性布局在各类设备、缩放级别和方向下的无障碍表现。串联：responsive-accessibility、flexible-typography、information-density。在跨屏幕尺寸和缩放级别测试现有界面的无障碍性时使用。

R

reviewing-architecture-doc

bm629 / agent-skills

用于审查／评判已完成的全系统架构文档（及其链接的 ADR 文件），以判断工程师能否理解系统并将某项功能的 TDD 放入其中——这是验收门槛，而非编写工具。按单一事实来源的 10 项标准进行评判：边界、外部依赖与关注点；组件在全系统层面遵循单一职责（不涉及 api-spec/data-model 或功能 TDD 的细节）；图表与叙述一致；每项重要决策都有独立、已链接且不可变的 ADR（每个文件一项，索引保持同步，以取代而非编辑的方式更新）；决策有追溯依据且理由充分；实现 NFR 目标并说明权衡；处理横切关注点（韧性／安全／隐私／可观测性）；涵盖 ASR；不捏造内容，声明与代码一致；修订范围限于差异。C4/arc42/ATAM/4+1 是辅助方法，按结果评判。输出严格为 `VERDICT: approve|revise`（文档简略时不得误判为 revise）。不用于编写 PRD、api-spec/data-model、功能 TDD，或通用设计文档／RFC／独立 ADR（使用 design-review）。

R

rust-sota-arsenal

terrylica / cc-skills

现代 Rust 工具参考：ast-grep、cargo-semver-checks、samply、cargo-pgo、divan、Criterion、cargo-nextest、cargo-mutants。用于 Rust 重构、性能分析、基准测试或测试。

S

salla-live-testing

sallaapp / salla-partners-agent-kit

在宣布完成之前，先在真实的演示商店上验证 Salla 应用。适用于发布前端到端验证应用。通过 salla_apps action=demo_stores 安装，然后验证设置表单确实能保存、嵌入式仪表盘能通过认证、店面代码片段能渲染，以及 webhook / App Functions 由真实的 Salla 事件触发。MCP/配置成功和端点测试通过并不能证明集成有效——这是实时关卡。构建流程 → salla-app-builder；店面 UI → salla-storefront-ui；嵌入式 UI → salla-embedded-ui。

S

sentry-backend-bugs

getsentry / sentry

审查 Sentry Python 和 Django 变更，查找源自真实生产问题的 bug 模式。在审查后端 diff 或 PR、检查 Warden 发现、审计当前分支、审查生产错误模式，或在 `src/` 和 `tests/` 中查找常见回归时使用。

S

skill-hygiene

yknothing / skills-refiner

在需要审计、评估、治理、安全退役或事务性升级本地安装或分发的 Agent Skills 时使用。触发场景包括技能泛滥、陈旧、损坏或冲突的技能、本地清理或隔离、受管的实体集合、迁移前审查以及定期清点检查。

S

skill-integration-tester

mphinance / alpha-skills

通过检查技能是否存在、技能间数据契约（JSON schema 兼容性）、文件命名约定和交接完整性，验证 CLAUDE.md 中定义的多技能工作流。适用于添加新工作流、修改技能输出，或在发布前验证管道健康状况。

S

skill-warden

mphinance / alpha-skills

针对你的 AI Agent 技能树的安全扫描与健康检查。识别失效技能、缺失的文档以及不安全的 shell 执行路径。

S

spec-driven-development

magnus919 / agent-skills

为 AI 软件工厂设计与运行规格驱动开发（SDD）流水线——以结构化规格为输入，由 AI Agent 生成代码，并通过质量门在各阶段强制保证正确性：SPECIFY → DECOMPOSE → IMPLEMENT → VERIFY → DELIVER。适用于构建或完善任何 AI 编码工具（Claude Code、Cursor、Hermes Agent、Devin、OpenHands、droid）都能遵循的规格驱动流水线，或需要规格质量门、阶段门裁决、NFR 编码或格式转换时。不适用于目标明确的单个小改动（先用 bmad 分类）、围绕流水线的意图契约、自治门控与失败路由的控制面协议（bmad），或尚未验证的问题（product-discovery）。

S

storybook

pedronauck / skills

Storybook 故事编写及 CSF 3.0 最佳实践技能。适用于以下情况：（1）编写新的故事文件（.stories.tsx、.stories.ts）；（2）修改现有故事；（3）配置 Args、Decorators、Parameters；（4）处理 Storybook 配置文件（.storybook/）；（5）任务中包含“story”“stories”“storybook”“CSF”等关键词时

S

systematic-debugging

marcioaltoe / skills

遇到任何错误、测试失败或意外行为时使用，在提出修复方案之前

T

tdd

brilliantrough / agent-skills

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

T

tdd

dmmulroy / skills

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

T

tdd

mphinance / alpha-skills

采用 red-green-refactor 循环的测试驱动开发。用于用户想通过 TDD 构建功能或修复 Bug、提到“red-green-refactor”、需要集成测试，或要求先编写测试再开发时。

T

tech-lead

lotosbin / claude-skills

技术负责人，一次只实现一个文件以防止崩溃。负责代码审查、最佳实践、指导、实现规划。**关键分块规则——大型实现（认证系统 = auth.ts + 测试 + 中间件）以增量方式完成。** 在以下情况激活：技术负责人、代码审查、最佳实践、重构、技术债、代码质量、设计模式、SOLID 原则、整洁代码、代码规范、实现计划、技术指导、指导、代码优化、复杂度分析、技术规划、估算、实现策略、代码架构。

T

test-doubles-mocking

dev-toolings / superpowers-symfony

在 Symfony 中使用 PHPUnit mock 创建测试替身，以进行隔离的单元测试

T

Test Strategy Design

danhvb / my-ba-skills

定义全面的测试策略，包括测试范围、测试层级、工具和自动化方法

使用 TesterArmy CLI 在 TesterArmy 云中创建、组织并运行由仪表板管理的 QA 测试。在定义回归覆盖、验证流程或查看远程测试结果时触发。

U

unity-performance

besty0728 / unity-skills

就 Unity 性能的危险信号提供建议

U

ux-researcher-designer

pixel-process-ug / superkit-agents

当用户需要用户研究方法论、人物画像构建、旅程地图、可用性测试计划或信息架构分析时使用。触发条件：用户说 "user research"、"persona"、"journey map"、"usability test"、"card sort"、"heuristic evaluation"、"information architecture"、"user interview"，或需要理解用户行为。