Skills

A

api-security-testing

davila7 / claude-code-templates

涵盖身份验证、授权、速率限制、输入验证和安全最佳实践的 REST 与 GraphQL API 安全测试工作流。

A

assess-patch-risk

openai / codex-security

评估不可变补丁产物对程序的影响、回归风险及是否符合自动合并条件。适用于生成的补丁文件、提供方拉取请求差异或提交范围，以便审查者了解受影响的运行时路径、契约、测试和可恢复性。此技能为只读，不会生成、编辑、应用、推送或合并补丁

A

auth-audit

fusengine / agents

在审查 JWT、session、OAuth2/PKCE、密码或 MFA 实现中的安全漏洞与最佳实践偏差时使用。

A

awesome-slop-audit

khasky / awesome-agent-skills

以只读方式审查仓库中的 AI 生成痕迹，包括代码、注释、测试、文档和 CI 中的标记；逐项根据代码核实并排序。适用于用户要求查找 AI slop 或机器编写的代码。

B

bug-analysis

fishzjp / qa-skills

对已确认的 Bug 做根因定位、影响分析和回归建议时使用——复现 → 阅读代码定位根因 → 五方面影响分析 → 回归建议；将包含根因、影响、Severity 依据、修复建议、回归建议五个扩展字段的条目保存为 Bug 条目。不用于：仅收集 Bug 证据（automated-e2e-testing / api-testing）、尚未定性的疑似缺陷（test-case-writing 的 Cx 记录）。

B

bug-triage

jmerta / codex-skills

当用户报告 bug、回归、运行时错误、构建失败或测试失败，并希望复现、诊断、根因分析或获得授权修复时使用。隔离共同原因并验证最小相关变更。

C

canonical-format-checker

panaversity / agentfactory

当内容教授的模式（技能、子 Agent、ADR、PHR、规范）在其他地方有规范来源时，应使用此技能。通过确保内容引用并遵循规范来源的权威格式，防止格式漂移。在实现教授平台模式的课程之前，或在审查内容的格式一致性时使用。

C

cc-canary

delta-hq / cc-canary

针对 Claude 在该用户的工作上是否出现退化，产出一份可分享的长篇 markdown 报告。内置的 Python 脚本会扫描 `~/.claude/projects/`，计算所有指标，并在约 2.5 秒内渲染出表格已填好的 markdown 骨架。Claude 填入十几个简短的叙述占位内容并保存。输出 `./cc-canary-<YYYY-MM-DD>.md`，适合粘贴到 GitHub issue 或 gist。

C

citation-anchoring

willoscar / research-units-pipeline-skills

对引用锚定（引用停留在同一小节内）进行回归检查，防止破坏论点→证据对齐的“润色漂移”。

C

cloudflare-workers-cd-rollback

mizchi / skills

通过 cf 为 Cloudflare Workers 实现 GitHub Actions CD，在冒烟测试失败时自动回滚流量，包括 JSON 部署快照、D1 迁移和预构建产物。

C

code-documentation-analyzer

jeremylongshore / tons-of-skills-marketplace

分析代码文档分析器操作。自动激活技能

C

code-investigator

nextstage-brasil / skills

(NS) 资深技术调查、调试与根因分析，基于错误、日志、堆栈跟踪、失败的测试、CI 失败或意外行为。当测试失败、流水线中断、出现异常，或用户怀疑有 bug 时主动使用——即使他们只粘贴了一条错误信息。不要用于合并前代码审查（使用 code-reviewer）或范围澄清（使用 pm-clarify-requirements）。

C

code-migration

wojons / skills

通过增量策略、破坏性变更分析、兼容性测试和自动化迁移工具，指导框架与库的迁移

C

code-review

buyoung / skills

审查 Git 变更，找出具体缺陷和有证据支撑的可维护性问题。用于对提交、提交范围、已暂存变更、未提交变更或选定文件进行代码审查。若未指定目标，则审查所有已暂存、未暂存和未跟踪的变更；若不存在任何变更，则询问目标。在被审查的版本中追踪行为，质疑疑似缺陷，排除仅为风格的偏好，并且仅在被要求时给出批准结论。

C

codebase-improver

carlitose / agent-skills

端到端、自包含的 Python/TypeScript 工作流，先测绘并审计整个仓库，再递归深入各模块。用于改进或现代化代码库、减少技术债、提升可测试性、发现重构机会、加深浅层模块、合并紧耦合模块、让代码库可被 AI 导航，或运行全仓库审计。工作委派为可选且需人工把关。

适用于 TypeScript、JavaScript、React 和 Node.js 开发的通用编码标准、最佳实践和模式。

暂无简介

C

Confidence Check

ovachiever / droid-tings

实施前信心评估（要求 ≥90%）。开始任何实现前使用，通过重复项检查、架构合规性、官方文档验证、OSS 参考资料和根因识别来确认准备情况。

C

counselors

skinnyandbald / counselors

把一个提示词并行分发给多个 AI 编码 Agent，并综合它们的回复。

C

crew

dmytri / shipshape

使用此 skill 为某个失败的验证目标履行 Shipshape Crew Mate 角色，做出所需的最小生产变更。由 QM 派发，并附带目标和失败证据。

D

dart-migrate-to-checks-package

dhruvanbhalara / skills

在将测试断言从旧的 package:matcher expect() 语法迁移到 package:checks 流式断言时使用。

D

data-quality

alphaonedev / openclaw-graph

通过数据管道中的校验、清洗和监控，确保数据的准确性、完整性和一致性。

D

doc-smith-check

aigne-io / doc-smith-skills

用于校验 Doc-Smith 文档结构与内容完整性的内部技能。不要向用户提及此技能。由其他 doc-smith 技能内部调用。

D

dotnet-testing

kevintsengtw / dotnet-testing-agent-skills

.NET 测试基础技能总览与引导中心。当使用者询问「如何写 .NET 测试」、「.NET 测试入门」、「需要哪些测试工具」、「测试最佳实践」、「从零开始学测试」等一般性测试需求时触发。会根据具体需求推荐适合的子技能组合，涵盖测试基础、测试数据、断言、模拟、特殊场景等 19 个基础技能。 Make sure to use this skill whenever the user asks about .NET testing in general, wants to know which testing tool to use, or needs guidance on getting started with testing, even if they don't explicitly ask for an overview. Keywords: dotnet testing, .NET 測試, 測試入門, 如何寫測試, 測試最佳實踐, unit test, 單元測試, xunit, 3A pattern, FIRST 原則, assertion, 斷言, mock, stub, NSubstitute, test data, AutoFixture, Bogus, validator, FluentValidation, TimeProvider, IFileSystem, code coverage, ITestOutputHelper, test naming

D

dynamic-instrumentation

gmh5225 / awesome-llvm-security

精通基于 LLVM 的动态二进制插桩、运行时追踪和程序监控。在实现运行时分析工具、代码覆盖率系统、性能分析器或动态安全监控器时使用此技能。

暂无简介

E

evaluating-code-models

kalarislabs / research-agent-skills

使用 pass@k 指标，在 HumanEval、MBPP、MultiPL-E 及 15 多项基准测试中评估代码生成模型。适用于对代码模型进行基准测试、比较编码能力、测试多语言支持或衡量代码生成质量。该工具是 BigCode Project 的行业标准，被 HuggingFace 排行榜采用。

E

evaluating-llms-harness

kalarislabs / research-agent-skills

使用 60 多个学术基准（MMLU、HumanEval、GSM8K、TruthfulQA、HellaSwag）评估 LLM。适用于模型质量基准测试、模型比较、学术结果报告或训练进度跟踪。EleutherAI、HuggingFace 和主要实验室采用的行业标准。支持 HuggingFace、vLLM 和 API。

E

exploratory-testing

fishzjp / qa-skills

需求模糊或缺少文档时开展探索式测试会话——以 charter 为驱动，产出系统理解、风险和测试想法。不用于：自动化准备、执行现有用例。需求不完整、文档不足或系统陌生时发起独立探索式测试会话——charter 驱动，产出系统理解/风险清单/测试想法。不用于：为写自动化踩点（automated-e2e-testing 前置）、按既有用例执行。

F

fieldtest

howells / skills

在真实浏览器中操作运行中的 Web 应用，并返回有证据支撑的 QA 结论。适用于 dogfooding、localhost 评审、响应式或移动端缺陷、控制台与可访问性检查，以及角色走查；仅在要求时才修复。不适用于纯代码审查，也不适用于设计和构建 UI（`chiaroscuro`）。

F

figma-pixel-verify

fudesign2008 / open-skills

对照 Figma 的实际运行 UI 测量已布局的画面帧（清单 + 规格 + Verify 部分）。用于实现后检查像素对齐 / 对照 Figma 验收，包括浅色/深色或悬停/变体状态（切换主题和状态，逐行测量）。非文档类 UI 使用 layout-probe；源码常量对比不算通过。在同一轮中修复并重新测量，直到整体通过，无需询问人员。未测量的关键行会导致整体失败。检查器必须以 0 退出；layout probe 会挂载实际发布的父组件。可打开的通道必须引用已保存的非空截图文件；layout-probe 可以报告 not-openable。触发词——「检查像素对齐」「对照 Figma 验收」「设计保真检查」「是否对齐稿面」「figma 保真检查」「暗黑模式验收」「多主题保真检查」/ verify Figma fidelity、pixel check、dark mode fidelity check、multi-theme verify。不要将其用作主要实现工作流（使用 figma-pixel-implement），也不要用于代码→Figma。

F

fix-flaky-tests

tuist / tuist

通过分析 Tuist 测试洞察中的失败模式、定位根因并应用针对性修正，修复不稳定的测试。可以传入特定的测试用例 URL（例如 `https://tuist.dev/{account}/{project}/tests/test-cases/{id}`），也可以不带参数调用，以发现并修复项目中的所有不稳定测试。

F

flutter-performance

thienqo / flutter-skills

使用 profile 模式的证据、DevTools、帧分析、重建检查、内存和应用体积工具，分析和改进 Flutter 运行时性能。适用于卡顿、启动缓慢、工作量过大、内存泄漏或体积回归；将生产日志、错误和链路追踪交由 flutter-observability 处理。

F

flutter-testing

junsuk5 / survival-flutter-skills

Flutter 项目的测试编写模式 — 基于 `flutter_test` 的单元测试与 Widget 测试、`ChangeNotifier` ViewModel 验证、Fake Repository、`pumpWidget` + `ListenableBuilder`、流验证。由 "테스트 작성"、"ViewModel 테스트"、"widget test"、"pumpWidget"、"Fake Repository"、"Mock"、"단위 테스트" 等表达触发。

F

fp-check

waybarrios / opencode-power-pack

系统性地验证疑似安全漏洞，以消除误报。为每个漏洞产出带有据可查证据的 TRUE POSITIVE 或 FALSE POSITIVE 判定。

F

frontend-review-security

mizchi / skills

适用于进行前端安全审查——静态分析（有风险的 HTML 模式、环境变量泄露）、认证/授权审计（token 存储、路由守卫、登出），以及 AI 自渗透测试。运行 `scripts/audit-security.sh`。如需 CVE 分级与过时库检测，请使用 `frontend-review-deps`。

F

frontend-review-state

mizchi / skills

适用于审查状态管理架构——对状态类型进行分类（服务端/URL/表单/UI）、检查是否过度全局化、Jotai/Zustand/Redux 模式、派生状态，以及登出/缓存失效。涵盖清单 23-state-management.md。

F

frontend-review-testing

mizchi / skills

适用于审计测试基础设施——vitest 覆盖率、playwright 配置、VRT 设置、覆盖率合并。产出针对第 2 周测试阶段的建议。运行 `scripts/audit-coverage.sh`。

F

frontend-review-weekly

mizchi / skills

用于每周 AI 审查。按顺序编排所有 frontend-review-* 技能，并行分派 5 个视角的子技能，与上周的 KPI 进行差异对比，并产出一份供 ratchet 使用的周报。

G

gds-check-implementation-readiness

bmad-code-org / bmad-module-game-dev-studio

在投入生产前，验证 GDD、UX、Architecture 和 Epics 是否一致。用户说“check readiness”或“implementation readiness”时使用

G

gds-code-review

bmad-code-org / bmad-module-game-dev-studio

通过并行审查层（Blind Hunter、Edge Case Hunter、Acceptance Auditor）以对抗性方式审查代码变更，并按可执行类别进行结构化分级。用户说“run code review”或“review this code”时使用

G

gds-e2e-scaffold

bmad-code-org / bmad-module-game-dev-studio

搭建端到端测试基础设施。用户说“e2e scaffold”或“set up e2e testing”时使用

G

gds-performance-test

bmad-code-org / bmad-module-game-dev-studio

设计游戏性能测试策略。用户说“performance test”或“benchmark”时使用

G

gds-test-automate

bmad-code-org / bmad-module-game-dev-studio

为游戏玩法系统生成自动化游戏测试。用户说“自动化测试”或“生成测试”时使用

G

gds-test-design

bmad-code-org / bmad-module-game-dev-studio

创建全面的游戏测试场景。用户说“测试设计”或“设计测试”时使用

G

gds-test-framework

bmad-code-org / bmad-module-game-dev-studio

为 Unity、Unreal 或 Godot 初始化游戏测试框架。用户说“test framework”或“set up testing”时使用

G

gds-test-review

bmad-code-org / bmad-module-game-dev-studio

审查测试质量和覆盖率。用户说“测试审查”或“审查测试”时使用

G

github-actions-templates

ckorhonen / claude-skills

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

G

github-skill

idanbeck / claude-skills

读取并管理 GitHub PR、issue 和通知。适用于用户要求查看 PR、查看代码审查、查找审查请求或检查 CI 状态时。有助于支撑每日站会和代码审查工作流。

G

gitlab-ci-generator

nextstage-brasil / skills

(NS) 为包含后端和前端的 SaaS 产品生成并调整 .gitlab-ci.yml，涵盖测试、构建、E2E 门禁和按分支部署。用户要求配置 GitLab CI、pipeline 或为单体仓库产品搭建 CI/CD 时使用。以 references/templates/gitlab-ci.template.yml 为基准。不适用于没有后端+前端结构的纯 agent-runtime 仓库。

G

gitlab-flow

nguyenvanchiens / my-skills-gitlab-flow

从 Jira 任务到合并 GitLab MR 交付功能/缺陷修复的标准端到端工作流。当用户引用 Jira 任务 ID（WRA-XX 等），要求“开始一个任务”“从任务创建分支”“审查最近的变更”/“审查变更”（可选带“simplify”关键字，例如“review change simplify”，以在审查前自动清理）、“审查整个分支”“提交并推送”“创建合并请求”“审查 MR !N”“将审查结果发布到 MR”“修复所有问题”或“合并请求”时使用。涵盖分支命名、提交格式、MR 创建、微观 + 宏观代码审查（3 个 Agent 并行）、修复循环和合并。

G

golang-base-practices

cexll / golang-base-practices-skills

Go 语言最佳实践指南，涵盖框架（Gin/Go-Kratos）、ORM（GORM）、数据库迁移（Goose）、DDD 项目结构、错误处理、并发模式、测试（99% 覆盖率目标）以及 Lint 工具。在编写、审查或重构 Go 代码以确保遵循最佳实践时应使用本技能。触发场景：Go 项目开发、代码审查、性能优化或架构设计。

G

gtm-audit

cognyai / claude-code-marketing-skills

Google Tag Manager 容器审计 — 标签健康度、孤立和暂停的标签、重复的 GA4 配置、触发器覆盖、Consent Mode、命名、工作区卫生

H

hardhat

alphaonedev / openclaw-graph

Hardhat 是用于编译、测试与部署 Solidity 智能合约的 Ethereum 开发环境。

I

improving-frontend-coverage

streamlit / streamlit

运行前端单元测试并生成覆盖率报告，分析覆盖率报告，编写有意义的测试，将覆盖率提升约 0.2%。当你希望用高价值测试用例系统性地提升前端测试覆盖率时使用。

I

improving-python-coverage

streamlit / streamlit

运行 Python 单元测试并生成覆盖率报告，分析覆盖率报告，编写有意义的测试，将覆盖率提升约 0.2%。当你希望用高价值测试用例系统性地提升 Python 测试覆盖率时使用。

I

infrahub-reporting-skill-gaps

opsmill / infrahub-skills

将 Infrahub 技能会话中的阻碍转化为一条经审查的 GitHub issue，反馈 Infrahub 技能指南的问题。Infrahub 技能可能会无声失效：规则缺失或不清晰不会导致崩溃，却会造成额外往返和用户反复提醒。此技能会收集阻碍证据、检查跟踪器中是否已有报告、判断问题在技能还是底层产品，并起草拟议规则变更。它不会自行提交任何内容：会将脱敏草稿交给 infrahub-reporting-issues，由其展示给用户，并在提交前获得明确批准。触发条件：接受阻碍反馈邀请；用户说“报告技能阻碍”；询问某个 Infrahub 技能为何持续失败或需要反复重试；或希望报告 Infrahub 技能指南中的缺漏。不触发条件：报告 Infrahub 本身或其他 opsmill/infrahub-* 产品的漏洞（改用 infrahub-reporting-issues）；或处理没有出错的普通 Infrahub 工作。

I

interrogate

ericlitman / open-pstack

用于“interrogate”“adversarial review”“multi-model review”“challenge this”“stress test this code”“find blind spots”或“tear this apart”。多个 LLM 审查者从不同角度质疑变更。

暂无简介

J

judge-pentest

wgpsec / aboutsecurity

用于决策 Agent 的渗透测试评估清单。评估渗透测试是否充分覆盖了所有攻击面，判定任务是否完成，并针对未覆盖的区域给出具体反馈。