Skills

P

principle-prove-it-works

mariusflorescu / pstack-t3

完成任务后、宣布完成前应用。应针对实际产物进行验证（运行功能、读取实际值、检查差异），而不是依赖替代指标、自我报告或“编译通过”。

P

principle-sequence-verifiable-units

mariusflorescu / pstack-t3

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

P

project-validator

datex / skills

对 Datex Studio 代码库（或某个范围子集）运行项目级 lint 时使用——检查逐文件校验无法发现的 5 类跨组件问题：(1) 所有组件文件的描述规则符合性，(2) 声明的 `inParams`/`outParams` 与消费它们的嵌入式 TypeScript 之间的 schema 与代码对齐，(3) 跨组件的 `objectType` 引用解析，(4) 依据连接 schema 进行 OData 查询预检，(5) 数据源的查询选项与其声明的 `outParams` 之间的结果结构同步。触发词：「校验项目」「运行跨组件校验检查」「lint 代码库」「查找失效的类型引用」「查找 OData 预检失败」「合并前检查项目」。对于单文件审查，请改用 `component-validator`。

Q

qa-lead-strategy-advisor

testomatio / skills

面向 QA、质量、测试与自动化流程的战略顾问。充当资深 QA 负责人。先访谈用户并扫描项目以构建丰富上下文，然后找出影响最大的缺口，交付按优先级排序的分步路线图，并将执行路由到专门技能。当用户希望从零搭建 QA、改进现有流程、搭建测试自动化、决定从哪里开始测试，或进行 QA 成熟度评审时触发此技能——例如“为这个项目搭建 QA”“改进我们的 QA/测试/自动化流程”“我们应该从哪里开始测试”“我们没有测试，帮帮忙”“审查我们的质量流程”。当用户描述诸如“质量低/差”“缺失/大量 bug”“没有测试”等问题时也触发此技能。

Q

qa-test-plan

validkeys / sherpy

根据 business-requirements.yaml 和 technical-requirements.yaml 生成结构化 QA 测试计划。产出按功能需求和用户画像分类的测试套件，覆盖正向、负向、边界、安全和性能用例。输出 qa-test-plan.yaml，可用于交付时间线中的 QA 阶段。

Q

qcsd-production-swarm

proffesor-for-testing / agentic-qe

在 QCSD Production 阶段，使用 DORA 指标、根因分析、缺陷预测或跨阶段反馈闭环评估发布后的生产健康状况时使用。

Q

qe-coverage-analysis

proffesor-for-testing / agentic-qe

分析测试覆盖数据（Istanbul、c8、lcov），通过风险加权缺口检测识别未覆盖的行、分支和函数。适用于分析覆盖率报告、识别覆盖缺口、比较分支间的覆盖率，或对尚未测试的代码排定覆盖优先级。

R

react-best-practices

vudovn / ag-kit

来自 Vercel Engineering 的 React 和 Next.js 性能优化。适用于构建 React 组件、优化性能、消除瀑布式请求、减小 bundle 体积、审查代码性能问题，或实现服务端/客户端优化时。

R

rejudge-diff

syabro / rejudge

通过 Rejudge 审查当前代码变更。当用户想要对 diff 或分支进行多模型代码审查，或说 /rejudge-diff 时使用。

R

reviewing-technical-design

bm629 / agent-skills

在评审/评判一份已完成的技术设计文档（针对单个功能的 TDD / 工程设计文档 / 设计 RFC）时使用，判断工程师能否无需重新推导设计即可实现它。这是验收关卡，而非撰写。评判一个单一来源的 11 项可实施性标准：每个决策都能双向追溯到某项需求；范围限定在单个功能；方法与分解可实现，图表与叙述同步；由 api-spec 或 data-model 负责的接口被引用而非重复；有一个真实备选方案及决策标准；失败模式带有处理方式；可观测性信号被点名；测试覆盖失败与契约符合性；上线与回滚带有可度量的触发条件；无捏造内容；修订时按增量范围评审。只输出 `VERDICT: approve|revise` 加发现项，且不会把单薄但完整的技术设计误判为需修订。不适用于撰写、上游 PRD 或 feature-spec、api-spec 或 data-model，也不适用于通用设计文档和 RFC。

S

sast-config

unitoneai / securityskills

依据 OWASP ASVS 4.0.3 和 CWE Top 25 审查并调优 SAST 工具配置。在审查 Semgrep 规则、CodeQL 查询、SAST CI 集成或误报分诊工作流时自动调用。产出一份 SAST 成熟度评估，涵盖规则编写、严重级别调优、自定义规则开发和 CI 集成模式。

S

sentry-javascript-bugs

getsentry / sentry

审查 Sentry React 与 TypeScript 变更中的缺陷模式，这些模式来自真实生产问题。适用于审查前端 diff 或 PR、检查 Warden 发现、审计当前分支、审查生产错误模式，或查找 `static/` 中常见回归时。

S

sf-eval

clientell-ai / salesforce-skills

评估和基准测试 Salesforce 技能质量。对比有无技能上下文时 AI 生成的代码，按 Salesforce 专属评分表（安全性、Governor Limits、批量化、模式、完整性）打分，并生成对比报告。用于运行基准测试、验证技能价值或检查 Apex 代码质量。在提到 "evaluate skills"、"benchmark"、"skill quality"、"run eval" 或 "compare with/without skills" 时激活。

S

show-before-after

wkentaro / agent-skills

构建带编号标注的并排 before/after HTML 页面，用来展示视觉变化：UI、图表、示意图、渲染文档、图像输出或终端输出。当用户要求 before/after、视觉 diff，或以可视化方式查看计划或改动时使用。PR 截图属于 before-and-after。

S

skill-lint

cat-xierluo / legal-skills

Skill 创建预检、可靠性验收与格式审查工具。本技能应在用户创建、重大改造或审查 Skill，需要识别旧版 Skill 的指令遵循不稳定、产出漂移、验证模态错配、约束漏检，或检查 Harness 契约、候选绑定证据、故障注入、目录结构、业务流和安全风险时使用。不要用于：代替业务领域验证器、代码审查、应用功能测试、通用编程任务。

S

spec-test-usecase

zixun-github / aisdlc

当需要在 Spec Pack 的 verification 阶段生成或更新 `{FEATURE_DIR}/verification/usecase.md`（测试用例）时使用，默认以手工执行为准，并要求按统一模板生成且 AC 可追溯。

S

sweep

simota / agent-skills

检测不必要的文件、未使用的代码与孤立文件，并提议安全删除。不适用于删除执行（Builder）、仓库结构（Grove）或范围裁剪（Void）。

T

tech-debt

secondsky / claude-skills

在返工某项变更以预防技术债时使用，或审计现有债务以对重构待办进行分类、评分和优先级排序。

T

test-driven-development

oakoss / agent-skills

以测试驱动写代码的红-绿-重构纪律。涵盖 TDD 循环、测试质量、mock 边界以及面向可测试性的设计。使用时机：实现功能、修复 bug、重构现有代码、设计模块接口，或在 tracer-bullets 工作流的垂直切片中工作。

W

warp-debug-gradients

nvidia / skills

用于诊断和修复可微 Warp 程序中的错误梯度。任何通过 Warp kernel 进行训练、优化、校准或拟合的内容都依赖 wp.Tape 梯度，因此应将这类工作流的任何异常都视为梯度问题，除非有证据表明并非如此——当训练发散或出现 NaN、完全无法训练、停滞或平台期高于预期损失、收敛到错误或有偏的答案、比参考实现更差、在小规模下有效但在生产规模下失败，或未通过 QA/验证复查时使用。也适用于明确的症状——梯度爆炸、NaN/inf、零梯度或细微错误的梯度、疑似 wp.Tape/backward 问题、gradcheck 失败——但用户通常只描述表面症状（「仿真爆炸了」「拟合被拖向离群值」）而不提梯度：要做出这个推断。不适用于仅前向的 Warp 工作、构建/安装问题，或其他框架中没有 Warp 的自动微分问题。

W

web-performance-web-performance

agents-inc / skills

打包优化、渲染性能、Core Web Vitals

W

website-audit

appariciojunior / website-audit-skill

全面的网站内容与 UX 审计。当有人要求审查、审计、检查或改进网站、落地页或 Web 产品时使用此技能。触发场景包括：“audit my website”、“review my site”、“check my content”、“is my website ready to launch”、“what's wrong with my site”、“content review”、“UX review”、“website feedback”、“check for broken links”、“check for lorem ipsum”、“review my copy”，或任何涉及评估现有网站的内容质量、UX 结构、文案或上线准备度的请求。当有人分享 URL 并请求反馈、改进或拆解时也触发。此技能将内容编辑、UX 策略、创意方向和技术 QA 整合为一次结构化审计。

A

accessibility

dralgorhythm / claude-agentic-framework

确保数字无障碍。在设计无障碍方案、审计 WCAG 合规性或实现 a11y 功能时使用。涵盖 WCAG 2.1 指南。

A

address-review

angusfretwell / skills

与用户一起分诊审查发现的问题，然后逐一处理。

实验性。当你需要在代码库中寻找有意义的重复逻辑时使用，尤其是隐藏在不同名称、不同语法、不同控制流或独立演化实现背后的重复行为。不用于风格问题、语法克隆检测，也不用于修复其发现的问题。

暂无简介

A

android-emulator

chunkytofustudios / flutter-skills

通过 adb 和 qemu 控制台在运行中的 Android 模拟器上运行、调试、截图并交互 Flutter 应用——启动/关闭 AVD，在后台启动 `flutter run`，捕获紧凑的 360px 宽 JPEG 截图，转储 Android 无障碍树以查找可定位的 widget，按标签或坐标点击、长按、滑动和双指缩放（多点触控）。当用户想要在 Android 上启动、测试、QA、截图、复现 bug、验证布局或以其他方式与 Flutter 应用交互时使用此技能——即使他们没有明确说出“模拟器”、“adb”或“截图”（例如“看看主界面长什么样”、“试试新按钮”、“检查 Pixel 上的布局”）。自动检测项目的 applicationId、AVD 以及 `fvm flutter` 与 `flutter`；回退到 ANDROID_EMU_* 环境变量。

B

bare-eval

yonatangross / orchestkit

使用 CC 2.1.81 --bare 模式运行隔离的评估与评分调用。为技能评估、触发测试和 LLM 评分构造 claude -p --bare 调用，不受插件/hook 干扰。在运行评估流水线、为技能输出评分、对提示词质量进行基准测试，或在隔离环境中测试触发准确性时使用。

B

bug-fix

alpoxdev / hypercore

当用户要求诊断并修复带有症状、错误、失败测试、回归或可复现错误行为的具体 bug 时，使用此技能。不适用于大范围的构建/CI 修复、安全审查、新功能或推测性的清理。

D

debugging-signals-pipeline

posthog / ai-plugin

在本地端到端调试信号管道。涵盖从固定数据发出测试信号、通过 REST API 监控 Temporal 工作流、从对象存储读取沙盒 Agent 日志、检查 Docker 沙盒容器，以及诊断常见故障（过期的 ClickHouse 嵌入、agentsh 网络拒绝、非活动超时）。信号未到达收件箱、signal-report-summary 工作流失败或沙盒任务运行超时时使用。

D

docyrus-api-doctor

docyrus / agent-skills

在修改 Docyrus API 之后运行，以发现缺陷、性能问题和代码质量问题。适用于实现或修改使用 Docyrus collection hooks（.list、.get、.create、.update、.delete）、直接调用 RestApiClient、带 filters/calculations/formulas/childQueries/pivots 的查询 payload，或与 Docyrus 数据源集成的 TanStack Query 的代码时。在涉及 Docyrus API 逻辑、数据获取、变更或查询 payload 构建的任务中触发。

E

easysdd-issue-report

codestable / codestable

CodeStable 是一套面向严肃软件工程、坚持人在环的 AI 编码工作流。它不以编排 Agent 为中心，而是组织需求、架构、特性、问题与历史决策，让 Codex 和 Claude 驱动的开发过程可控、可追溯、可持续演进。

E

emulate-seed

yonatangross / orchestkit

为有状态 API 模拟生成 emulate seed 配置。封装 Vercel 的 emulate 工具，支持 GitHub、Vercel、Google OAuth、Slack、Apple Auth、Microsoft Entra、AWS、Okta、Clerk、Resend、Stripe 和 MongoDB Atlas API——完整的状态机，而非 mock。适用于搭建测试环境、CI 流水线、集成测试或离线开发。

E

evidence-upload

fellowship-dev / dogfooded-skills

在通过 Pylot assets 为 PR、issue、报告、mission 或对话发布可视化证据时使用。

G

game-playtest

alterlab-ieu / alterlab_gameforge

当用户想要规划、执行或分析带行为观察的结构化试玩测试时调用。涵盖协议设计、观察员指南和数据综合。触发词："playtest"、"player feedback"、"usability test"、"observation session"、"playtest analysis"。不要用于 QA 缺陷测试（改用 game-qa-lead）或平衡性调优（改用 game-balance-check）。属于 AlterLab GameForge 合集。

G

gh-fix-ci

mxyhi / ok-skills

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

I

ignore

terrylica / cc-skills

管理 lint-relative-paths 的全局忽略模式。触发条件 - statusline ignore、add ignore pattern、lint ignore、path lint exclude。

I

isitagentready

jpcaparas / skills

依据 Cloudflare/isitagentready 信号审计仓库的 AI Agent 就绪度：robots.txt、llms.txt、Markdown 协商、MCP/API 目录、OAuth 发现、WebMCP 以及浏览器 Agent 可用性。包含明确划定范围的就绪度审计；不涉及通用 SEO 或独立标准文档问题。

L

linting

jiatastic / open-python-skills

使用 Ruff 进行 Python 代码检查——一个用 Rust 编写的极速 linter。适用于：(1) 统一代码质量，(2) 修复风格警告，(3) 在 CI 中强制执行规则，(4) 替换 flake8/isort/pyupgrade/autoflake，(5) 配置 lint 规则与抑制项。

L

ln-22-codebase-auditor

levnikolaevich / claude-code-skills

当没有专门审计作为主要任务时，审计跨领域的代码健康度、安全性、交付与可维护性。不适用于单一交付评审。

M

mirrord-ci

metalbear-co / skills

帮助用户在 CI 流水线中设置 mirrord，以便针对真实的 Kubernetes 环境进行测试。适用于用户希望在 CI 中使用 mirrord 连接 staging/共享集群来运行端到端测试、集成测试或自动化测试的场景。

M

moai-workflow-testing

modu-ai / moai-adk

在编写测试、衡量覆盖率，或运行特征化、性能或 PR 审查 QA 时使用。综合型专家技能，结合 DDD 测试、特征化测试、性能剖析和 TRUST 5 质量保证验证。

N

ns-proto-visual-guide

nextstage-brasil / skills

(NS) 规范性视觉外观指南（卡片/表单/外壳/浮层）。必须在以下情况使用：规范描述、视觉指南、外观、视觉 QA 检查清单、“how this looks”、*-visual.md / *-painel-visual.md / *-appearance.md，或 shell vs content / card vs form / carcaça vs formulário。不适用于业务规则、ERD、布局计算、API/auth、e2e 或 ns-proto-creator。

O

odoo-code-review

nguyenhuy158 / skills

审查 Odoo（Python 与 XML）代码的最佳实践、规范和常见错误。当用户要求审查 Odoo 模块、Odoo 上下文中的 Python 文件或 XML 视图/数据文件时使用本 skill。

O

oh-pdd-prd-analysis

openharmonyinsight / openharmony-skills

分析 HM Desktop PRD 文档，提取需求信息、验证完整性、检查章节顺序（需求来源→需求背景→需求价值分析→竞品分析→需求描述）、检查 KEP 定义、检测需求冲突并生成结构化分析报告。适用于用户请求：(1) 分析或审查 PRD 文档，(2) 从需求中提取 KEP 列表，(3) 检查 PRD 完整性或一致性，(4) 将需求映射到模块架构，(5) 验证 PRD 格式合规性，(6) 验证竞品分析章节完整性。关键词：PRD 分析, requirement extraction, KEP 验证, completeness check, chapter order validation, 竞品分析检查, analyze PRD, 需求提取, 完整性检查, 章节顺序验证

P

pipeline

jwilger / agent-skills

自主构建阶段编排器，按切片执行 8 阶段流水线（拆解、切片就绪度评审、通过 TDD 配对实现、三阶段代码评审、处理反馈、变异测试、push/CI、merge/flag）。管理切片队列（先走通骨架，按依赖排序），在具备能力检测的情况下派发 TDD 配对，强制执行 5 道二元质量门禁，并设有 3 轮返工预算与人工升级机制，维护审计追踪，并遵守严格的控制器边界（从不编写代码，所有创造性工作均委派出去）。支持三种自主级别（保守/标准/完全）。适用于运行工厂模式、编排构建阶段、管理切片队列，或协调带评审门禁的 TDD 配对时。触发词："run the pipeline"、"factory mode"、"build phase"、"slice queue"、"quality gates"、"autonomous build"。不适用于：单个 TDD（使用 tdd）、独立代码评审（使用 code-review）、仅 CI 的工作流（使用 ci-integration）。

P

playwright-test

mizchi / skills

Playwright Test（E2E）的最佳实践和参考。涵盖如何编写测试、避免固定等待、网络触发、DnD、GitHub Actions 上的分片/重试设置等。在编写、审查或配置 Playwright 测试的 CI 时使用。

P

playwright-testing

chongdashu / phaserjs-oakwoods

规划、实现和调试前端测试：单元/集成/E2E/视觉/无障碍。适用于 Playwright MCP 浏览器自动化、Vitest/Jest/RTL、不稳定测试排查、CI 稳定化，以及需要确定性输入加截图/状态断言 canvas/WebGL 游戏（Phaser）。触发词："test"、"E2E"、"flaky"、"visual regression"、"Playwright"、"game testing"。

P

pm-experimentation-ab

uxcel-lab / product-skills

以统计严谨性设计或评审 A/B 测试或受控产品实验 —— 预先注册的可证伪假设、事前的样本量/功效、完整的业务周期、一个主要指标加护栏指标、细分 + 长期解读，以及预设的迭代/转向/坚持决策。捕捉 Claude 容易忽略的默认做法：偷看/提前停止、样本过小、没有护栏、虚荣指标、声称“赢了”却没有学习闭环。当被要求设置或审查 A/B 测试、设计实验、选择实验指标、决定样本量/显著性/时长，或解读/依据测试结果行动时触发。

P

posting-bitwarden-review-comments

bitwarden / ai-plugins

在输出行内评审评论时使用此 skill，无论是发布到 GitHub 拉取请求，还是写入调用方声明的本地文件输出路径下的文件。适用于按 Bitwarden 工程标准格式化评论，包含严重级别 emoji、清晰的说明和可操作的建议。在问题已分类并准备输出后使用。发布摘要评论时请勿使用。

P

prepare-artifacts

shaishavmaisuria / research-paper-lifecycle-skills

为提交与徽章准备可复现性制品（代码/数据）。适用于研究者说"制品评估"、"制品附录"、"可复现性"、"徽章"、"Artifacts Available/Evaluated/Functional/Reusable"、"Results Reproduced/Replicated"、"ACM badging"、"USENIX/OSDI/SOSP AE"、"SIGMOD ARI"、"NeurIPS code/checklist"、"ACL repro checklist"、"Zenodo DOI"、"Software Heritage"、"匿名化我的代码/仓库"或"打包我的代码"时。构建制品 README + 附录、依赖/运行说明、用于双盲的匿名化仓库，以及归档 DOI（Zenodo version 与 concept）／Software Heritage SWHID 指南；厘清 ACM 徽章分类法以及 Reproduced/Replicated 的时代更替；并用内置的仅用标准库的脚本按照 ML Code Completeness 清单检查制品目录。输出制品就绪清单 + 打包计划。在线重新核验会议当前的制品规则。仅供参考；绝不代为提交。

Q

qa-pr-requirements-analyzer

testomatio / skills

分析拉取请求的上下文 - 标题、描述、评论、关联 issue、附带的 schema/图片 — 以理解其原始意图，对照关联工单核验范围，揭示歧义和边界情况，并产出带有可测试验收标准的结构化需求摘要。当用户想要理解一个 PR 应该做什么（而不仅是代码改了什么）、检查 PR 是否与其关联工单/任务相符，或从 PR/工单上下文而非代码生成验收标准时，使用本技能。

Q

qe-iterative-loop

proffesor-for-testing / agentic-qe

运行自主的 red-green-refactor 循环，修复失败的测试、达到覆盖率目标并满足质量门禁。适用于需要让测试通过、必须达到覆盖率阈值、质量门禁需要合规，或需要稳定 flaky 测试时。

Q

qe-performance-testing

proffesor-for-testing / agentic-qe

测试应用的性能、可扩展性与韧性。适用于规划负载测试、压力测试或优化系统性能时。

Q

quality-audit

nickcrew / claude-cortex

用于审计和验证技能质量的元技能。适用于审查技能的一致性、完整性、准确性以及对标准的遵循情况。提供结构化评分标准、打分框架和可执行的建议。

Q

quint-execute-spec

quint-co / quint-llm-kit

针对现有 Quint 规范实现代码。采用 Research → Plan → Implement 工作流（ACE-FCA 风格），以规范作为事实来源。当用户想要重构代码、添加新功能或缩小实现与规范之间的差距时使用——将 Quint 规范作为所有变更都必须满足的形式化约束。

R

rhdh-pr-review

redhat-developer / rhdh-skills

在 GitHub 上审查 rhdh、rhdh-operator、rhdh-plugins 或 community-plugins 中的 Red Hat Developer Hub 拉取请求代码。适用于 GitHub PR 链接或编号、"review this PR"、仅分析式审查或发布行内评论。若要针对 overlay PR 积压进行标签与可合并性分诊，请使用 /rhdh-overlay。

R

roast

petr-korobeinikov / skills

通过让作品（文件、方案、想法、技能、代码片段）对照其自身目标来对其进行直接的批判性评审。先呈现实质性问题，按影响分诊，止于发现而不提出修复方案。

S

sc-pr-fix

tony363 / superclaude

创建 PR 并通过交互式确认迭代修复 CI 失败。自动化分支创建、提交、推送、PR 创建以及 CI 监控，直到所有检查通过。

S

signals-scout-pr-follow-up

posthog / ai-plugin

针对最近合并的拉取请求的后续 Signals 侦察。判断每个 PR 是否已部署，然后检查项目的遥测数据，看它是否做到了所声称的事、产生了预期的效果，或造成了需要关注的副作用。