Skills

S

subagent-driven-development

zenobi-us / dotfiles

在当前会话中用独立任务执行实现计划时使用——为每个任务派发新的子 Agent，并在任务之间进行代码审查，实现带质量门禁的快速迭代

S

submit-learnings

neonwatty / qa-skills

将积累的 QA 经验筛选后作为 GitHub issue（可选附带 PR）提交到插件仓库。当用户说 "submit learnings"、"share learnings"、"report learnings upstream" 或 "open issue for learnings" 时使用。

T

tdd

hburaktasyurek / agent-skills-and-commands

仅在用户明确指定 tdd，或上游任务明确调用它来实现功能或修复缺陷、且先写测试时使用。针对仓库的真实约定执行垂直的红-绿-重构循环；当权威任务说明已就绪时，不再重复审批即可推进；仅当仍存在未解决的重要行为、范围、接口或权限决策时，才在写入前停止。

T

tdd

nstaab1 / nathan-agent-skills

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

T

test-architect

wyattowalsh / agents

测试策略、覆盖率分析、边界情况识别、不稳定测试诊断。在设计测试套件时使用。不适用于运行测试（devops-engineer）、TDD 或代码评审（review）。

根据任何带有编码标识符的规格产物中的验收标准，创建测试用例（TC-XXX）：用户故事（US-XXX）、工作项（WI-XXX）、已实现的功能（FT-XXX），或任何其他其标准已编号或编码（AC-001、1.1、R-3 等）的规格文档，遵循 IEEE 29119-4 标准。当用户要求“定义测试用例”“创建测试用例”“生成 TC”“为 US/WI/FT 编写测试”“为这份规格/文档编写测试”“记录测试”“针对验收标准的测试用例”，或任何意味着从已指定的需求产出测试文档的变体时激活。当用户提到“test-define”或“/test-define”时也激活。

T

test-ui

duc01226 / easyplatform

[测试] 当你需要带有可视化报告的全站 QA 审计（无障碍、性能、安全、SEO）时使用。

T

testdino-audit

anthropics / claude-plugins-community

仅在用户明确要求对 Playwright 自动化测试代码进行 TestDino 审计时使用。通过 TestDino MCP 服务公开的审计工具进行路由（get_audit_report + submit_audit_report，或旧版 test_audit）。对于通用代码审查或非 Playwright 的目标，请改为进行常规审查。

T

testdino-health

anthropics / claude-plugins-community

当用户想检查 TestDino 连接状态、验证其 PAT、发现可用的组织和项目，或找到正确的 projectId 时使用。当项目上下文不明确时，在调用任何其他 TestDino 工具之前，始终先调用此技能。

T

testdino-manual-runs

anthropics / claude-plugins-community

当用户想管理手动执行运行或更新运行中的用例级结果时使用——列出运行、为某个发布创建运行、查看运行、分配用例，或标记用例结果（passed/failed/blocked/skipped/retest/untested）。接受 RUN-12 和 TC-156 这类计数式 ID。

T

testdino-releases

anthropics / claude-plugins-community

当用户想浏览、查看、创建或更新 TestDino 项目中的发布/里程碑时使用。涵盖 list_releases、get_release、create_release 和 update_release。接受 MS-12 这类计数式 ID。

T

testdino-runs

anthropics / claude-plugins-community

当用户想检查自动化测试运行、列出失败或不稳定的测试、结合历史上下文调试失败的测试用例，或按分支、commit、作者、环境、浏览器、状态或标签筛选运行时使用。包含 list_testruns、get_run_details、list_testcase、get_testcase_details 和 debug_testcase。

T

testing

iuliandita / skills

编写单元、集成、E2E、负载与无障碍测试；调试 fixture、mock、覆盖率与不稳定的测试套件。

T

tui-validate

mikeyobrien / ralph-orchestrator

使用 freeze 截取屏幕截图并以 LLM-as-judge 进行语义验证，从而校验终端用户界面（TUI）输出。支持视觉（PNG/SVG）和基于文本两种验证模式。

U

ui-capture

voidmatcha / ui-clone-skills

从在线网站 URL 获取基准证据：截图、滚动状态、悬停/点击行为、视差、计时器和转场录制。实现或比较前需要参考材料时使用；不用于构建或诊断仿制品。

V

verify

jayden-dang / skills

在即将说出任何暗示成功的话时使用——"done"、

V

verify-llm-artifacts

existential-birds / beagle

在删除或高风险重构之前，确认或否定 review-llm-artifacts 的发现。按每条发现加载 review-verification-protocol 风格的检查。在审查运行之后、用户希望减少误报时、在针对死代码运行 fix-llm-artifacts 之前，或验证全项目扫描时使用。

V

verify-login-logout

reticlehq / reticle

验证登录后用户是否到达正确位置，退出登录是否真正结束会话（使受保护页面将用户重定向到登录页），以及会话过期时是否会要求重新登录而不是出错。新增或修改身份验证、登录表单、退出按钮、路由守卫或令牌刷新功能时使用；用户报告意外退出登录或未能退出时也可使用。

V

verifying-skill-accuracy

trilwu / secskills

根据一手来源核查 LLM 起草的技术内容——来源层级、对工具和插件名称进行程序化存在性探测、先排查类再排查实例的错误分诊、截断否定陷阱、对抗式复核，以及已验证标记规范。审查 SKILL.md 中的事实错误、将技能标记为已验证之前、需要根据上游文档确认命令或工件声明时，或审阅任何具体细节源自模型记忆的草拟内容时使用。

V

verl-e2e-testing

nvidia / skills

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

以共享就绪度门禁的方式评审仓库原生规格、代码 diff、PR、文档、工作流产物或技能变更。用于判断规格能否进入规划、代码变更是否可以安全继续或提交、工作流产物是否连贯，或评审发现是否应阻塞下一步。

V

vlmkit

mizchi / skills

`@mizchi/vlmkit` 工具包的入口——VLM 驱动的前端工具包，涵盖视觉回归（snapshot / diff / regression-watch）、从截图合成标记、design-token / theme / a11y / i18n 审计，以及两阶段 VLM + LLM CSS 自动修复循环。当编码 Agent 编辑了 HTML/CSS 并需要知道可见输出是否改变、哪里改变、哪些 CSS 属性驱动了该改变时使用——或者当任务是由 VLM 驱动的 markup-from-image / token / theme 审计 / fix-loop 时使用。此 skill 引导你了解 5 个细分子 skill（vrt-visual-diff / vrt-migration-eval / vrt-markup-synth / vrt-regression-watch / vrt-css-fix-loop）和动词分组 CLI；一旦任务形态明确，就选取匹配的子 skill。

W

web-security-audit

angelapaia / web-security-audit-skill

完整的黑盒渗透测试式 Web 安全审计。对任意 URL 执行 70 多项测试（OWASP Top 10、CVE、CORS、请求头、数据库、认证、速率限制、注入），并生成包含漏洞、概念验证和行动计划的专业 HTML 报告。只要用户提到安全审计、渗透测试、检查安全性、查找漏洞、网络安全、渗透测试，或希望在发布前验证网站是否安全，就使用此技能。

W

work-unit-commits

gentleman-programming / gentle-ai

将提交规划为可评审的工作单元。触发条件：实现、拆分提交、链式 PR，或让测试和文档与代码放在一起。

W

workleap-web-configs

workleap / wl-web-configs

Workleap 的共享 Web 配置包（@workleap/eslint-configs、@workleap/typescript-configs、@workleap/rsbuild-configs、@workleap/rslib-configs、@workleap/stylelint-configs、@workleap/browserslist-config）。在 Workleap 项目中设置、自定义、扩展或排查共享 Web 工具配置时使用——包括 ESLint、TypeScript、Rsbuild、Rslib、Stylelint、Browserslist 以及 monorepo（Turborepo）策略。即使只提到其中一个工具也请激活，因为这些包设计为协同工作。

W

writing-skills

ganyuanran / aegis

在创建新技能、编辑现有技能或在部署前验证技能工作时使用

W

writing-tests

augmnt / webdev-skills

指导测试编写，提供单元测试、集成测试和 e2e 测试的实用策略。在编写测试、决定测试什么、搭建测试基础设施或讨论覆盖率时使用。触发词为“write tests”“should I test”“test coverage”或创建测试文件。

4

42crunch

membranedev / application-skills

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

A

agentforce-offline-experimentation-run

forcedotcom / sf-skills

当用户希望测试不同 LLM 模型如何处理现有 Agentforce Agent 对话并执行此工作流时，使用此技能。用户提及 agentforce、offline 或 experimentation 时触发

审查 AI 系统的安全性、偏见和负责任部署

A

algo-mfg-spc

asgard-ai-platform / skills

实现统计过程控制图以监控生产过程的稳定性。当用户需要检测过程偏移、设置控制限，或区分普通原因与特殊原因变异时使用此技能 —— 即使他们说 “process monitoring”、“control chart” 或 “is our process in control”。

A

app-ai-guardrails

a-tokyo / agent-skills

从第 1 次提交起就内置完整的 Agentic AI 护栏规范，搭建新的生产级应用：在每个技术栈原生运行器上的统一 7 道门禁接口（lint、typecheck、test、coverage、build、e2e、audit）、严格类型、最大化静态分析、有约束力的覆盖率阈值外加种子测试、pre-commit 钩子、可选 SonarCloud 的加固 CI、供应链锁定，以及面向 Agent 的 AGENTS.md——每道门禁在首次提交前都验证为绿色。原生适配器：Next.js、NestJS、Django、Go、Rust、Spring Boot；一套发现方法将规范映射到其他技术栈。适用场景：从零创建或搭建新应用、服务或 API；为一个将由 AI Agent 构建的全新仓库做初始化。不适用场景：改造现有代码库，或将新包搭建进现有 monorepo（两者都假定拥有仓库根目录权限）、LLM 安全或内容审核护栏，或向现有项目添加单个工具。

A

application-performance-performance-optimization

rmyndharis / antigravity-skills

通过性能分析、可观测性以及后端/前端调优，优化端到端应用性能。用于协调整个技术栈的性能优化。

A

autoplan

borkweb / skills

自动审查流水线。以完整深度串联四个 plan-* 审查（plan-deep-review、plan-design-review、plan-eng-review、plan-devex-review），中间的 AskUserQuestion 调用由 6 条原则自动决策。在唯一的最终审批关口呈现品味决策和用户质疑。顺序为 Deep → Design → Eng → DX。每个阶段可选地获得一个独立的 Claude 子 Agent 声音，以实现跨模型共识。适用于被要求 "autoplan"、"run all the plan reviews"、"auto-review this plan"，或用户希望进行全面计划审查而不必逐一解答每个中间问题的情况。

B

basercms-unittest

baserproject / baser-skills

在本地 Docker 环境中运行与排查 baserCMS（CakePHP5 / PHPUnit）单元测试的步骤。适用于“运行单元测试”“跑一遍全部测试”“只跑这个测试”“排查测试失败”“想单独对插件进行测试”“想给插件引入测试环境”等场景。除容器名、执行命令、用于自动批准权限的命令整理、失败的汇总与定位方法外，还收录了单独对插件（独立）运行单元测试的机制引入步骤（composer.json / phpunit.xml.dist / tests/bootstrap.php / TestApp 一整套，phinx 0.16.10 版本锁定的坑）。

B

botlearn-assessment

botlearn-ai / botlearn-skills

botlearn-assessment — BotLearn 五维能力自我评估（推理、检索、创作、执行、编排）；触发词：botlearn assessment、capability test、self-evaluation 或定时周期审查。

在修改现有文件、重构、提升代码质量或处理遗留代码时使用，应用童子军规则让代码比你发现时更好。

B

browser-smoke

robsonrung / rar-skills

在真实浏览器中对分支或 PR 改动的路由进行冒烟测试。适用于用户要求对分支或 PR 进行冒烟测试、测试受影响页面，或运行以 diff 为范围的浏览器测试时。它测试的是改动的路由，而非整产品的发布 QA。

B

bugbug

membranedev / application-skills

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

B

build-test-verify

bitwarden / android

Bitwarden Android 项目的构建、测试、lint 和部署命令。在运行测试、构建 APK/AAB、运行 lint/detekt、部署、使用 fastlane 或探索代码库结构时使用。由 "run tests"、"build"、"gradle"、"lint"、"detekt"、"deploy"、"fastlane"、"assemble"、"verify"、"coverage" 触发。

B

bulletproof

jcosta33 / skills

对照直接证据核查主张，并验证已完成的实现。适用于主张需要验证、交叉质询或加固，或已完成的工作需要决定性的命令证明时。不要将其用作广泛风险发现、需求符合性检查或单方辩护的负责人。

C

capa-officer

ovachiever / droid-tings

质量管理体系中负责管理纠正和预防措施的高级 CAPA Officer 专家。提供 CAPA 流程管理、根本原因分析、有效性验证和持续改进协调。适用于 CAPA 调查、纠正措施规划、预防措施实施及 CAPA 系统优化。

C

caveman-review

karnonson / caveman

超精简的代码审查评论。从 PR 反馈中减少噪声，同时保留可行信号。每条评论一行：位置、问题、修复。当用户说「审查这个 PR」、「代码审查」、「审查这个 diff」、"/review" 或调用 /caveman-review 时使用。在审查拉取请求时自动触发。

C

check-ci

niekcandaele / skills

在推送后监控 CI/CD 流水线状态并排查失败原因。

C

circleci-smarter-testing

circleci-public / skills

在现有 testsuite 之上启用 CircleCI Smarter Testing 功能（测试影响分析、动态测试拆分、自动重跑失败测试），由 `circleci testsuite doctor` 驱动。适用于测试影响分析、动态测试拆分、自动重跑或 "smarter testing"。要求 `.circleci/test-suites.yml` 已存在——若不存在，请先使用 circleci-testsuite 技能。

暂无简介

C

comparing-branches-visually

revitalb-port / skills-registry-demo

在不同的 worktree 中检出两个分支，在不同端口启动两个开发服务器，对相同页面截图，并生成视觉差异对比。

C

configure-trace-metrics

coval-ai / coval-external-skills

基于 OpenTelemetry span 推荐、创建、预览并挂载 Coval 的基于 trace 的指标。适用于用户已有 Coval trace，并希望获得自定义 trace 指标、使用 include_traces 的 trace 感知 LLM 评判指标、延迟、token 用量、提供商故障、工具行为、特定垂直领域的工作流信号，或基于 trace 属性的生产监控。

C

contract-testing-flywheel

pactflow / pactflow-agent-skills

生成结构化的入门待办清单 —— 可输出到 Jira、GitHub Issues/Projects、Azure DevOps，或以手动 markdown 导出 —— 推动开发团队从零开始到同时发布消费者与提供者契约测试。当用户调用 /contract-testing-flywheel，或要求 "kick off contract testing for a team"、"create the contract-testing onboarding tickets"、"scaffold the BDCT / CDCT rollout backlog for <team>" 时使用。运行时询问使用哪种 scrum 工具以及 CDCT / BDCT / 两者兼有，并按技术栈、broker、CI 工具和消费者/提供者对来参数化工单。通用设计 —— 不含 SmartBear 内部假设，不依赖固定的 scrum 工具。

C

core

fishzjp / qa-skills

qa-skills 共享知识库——依赖项，不可单独触发：包含可执行性标准、证据分级、风险模型、类型矩阵、模板和脚本。切勿单独调用；必须与相关技能一同安装，否则引用会失效。共享知识库（依赖单元，不可触发的技能）：存放整套技能引用的方法、模板和脚本。任何测试任务都不要单独触发；安装其他技能时必须一并安装。

C

cryptographic-failures

scholarly360 / owasp-top10-web-skills

检测、审计并修复 Python Web 应用（FastAPI 和 Flask）中的 A04:2025 加密失败。每当用户询问加密安全、密码哈希、JWT 配置、TLS/SSL 验证、弱随机性、硬编码密钥，或任何使用 hashlib、random、ssl、jwt、passlib 或 cryptography 模块的代码时使用此技能。当用户想要审计安全、扫描 OWASP A04 问题、修复加密缺陷或审查与认证相关的加密代码时也触发。只要可能涉及加密弱点——就触发此技能。

D

dart-generate-test-mocks

dhruvanbhalara / skills

在使用 package:mockito 和 build_runner 生成 mock 对象，或在 mocktail 与 mockito 之间做选择时使用。

D

debug

dyrits / skills

用于棘手错误和性能回退的诊断循环。用户说“诊断”或“调试这个”，或报告原因未知的错误、结果不正确或速度变慢时使用。

D

debugging

krzysztofsurdy / code-virtuoso

通过根因分析进行系统化调试。遇到 Bug、测试失败、不稳定行为、生产环境错误或集成失败时使用。涵盖复现、提出假设、修复、预防和事后复盘。

D

dependency-upgrade

ovachiever / droid-tings

通过兼容性分析、分阶段推出和全面测试来管理依赖项的大版本升级。适用于升级框架版本、更新主要依赖项或处理库的破坏性变更。

D

design-doc-reviewer

eho / agent-skills

以独立、只读的方式审查设计文档、PRD、规格或需求，检查仓库准确性、重大风险和规范故事就绪度。产出二元的就绪判定，附有证据支持的阻塞性发现和可选的非阻塞建议。当要求修订或功能交付就绪度时，使用 design-doc-review-loop。

D

diagnose

mxyhi / ok-skills

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

D

difit-dev

yoshiko-pg / difit

一款轻量级命令行工具，可启动本地 Web 服务，以类似 GitHub 的 Files changed 视图展示 Git 提交差异

D

docs-check-kibana-oas

elastic / elastic-docs-skills

根据 Elastic API 文档检查清单、核心指南和 Kibana 快速入门指南，审查 Kibana PR 是否符合 OpenAPI Spec（OAS）和 API 文档规范。检查可用性、摘要、描述、参数、示例、标签、链接、默认值、枚举、弃用情况及生成的 YAML 是否正确。审查涉及 API 路由或 OAS 输出文件的 Kibana PR，或用户要求检查 PR 的 OAS、可用性、x-state 或 API 文档规范时使用。

D

dont-make-me-think

luongnv89 / skills

使用 Steve Krug 的原则审查 UI 可用性，并生成易于浏览的报告。适用于对截图、URL 或代码进行 UX 审计。不适用于品牌批评、WCAG 审计或后端/API 审查。