Skills

D

desktop-workflow-to-playwright

neonwatty / qa-skills

将桌面工作流 markdown 转换为自包含的 Playwright 测试项目，并带有身份验证脚手架和 CI 工作流。当用户说“convert desktop workflows to playwright”、“translate desktop workflows to CI”、“generate desktop playwright tests”，或希望将桌面工作流提升为自动化 CI 测试时使用。

暂无简介

D

diagnosing-bugs

hu3rror / my-skills

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

D

differential-review

waybarrios / opencode-power-pack

对代码变更（PR、commit、diff）执行以安全为重点的差异化审查。根据代码库规模调整分析深度，利用 git 历史获取上下文，计算影响半径，检查测试覆盖率，并生成全面的 markdown 报告。自动检测并防止安全回归。

D

Documentation review

ovachiever / droid-tings

审阅文档的事实准确性

D

drupal-unit

edutrul / drupal-ai

使用 UnitTestCase 的 Drupal 单元测试——在无 Drupal 引导的情况下测试隔离的 PHP 逻辑，并模拟依赖。

E

enterprise-readiness

dirnbauer / webconsulting-skills

在评估项目的生产或企业就绪度、实施供应链安全（SLSA、cosign、SBOM、pnpm）、强化 CI/CD 流水线、建立质量门禁（TYPO3：CI 矩阵 PHP 8.2-8.5 × TYPO3 12.4/13.4/14.3 LTS）、争取 OpenSSF Best Practices Badge（Passing/Silver/Gold）或 OSPS Baseline 级别、审查代码质量、编写 ADR，或配置 Git hooks 与 CI 流水线时使用。

E

eval-writer

langchain-ai / deepagentsjs

为 deepagentsjs monorepo 创建新的 eval 套件。负责数据集设计、测试用例脚手架、评分逻辑、vitest 配置以及 LangSmith 集成。当用户要求：(1) 创建 eval，(2) 编写评估，(3) 添加基准测试，(4) 构建 eval 套件，(5) 评估 Agent 行为，(6) 为某项能力添加测试用例，或 (7) 实现已有的基准测试（如 oolong、AgentBench、SWE-bench）时使用。触发短语包括 “create eval”“new eval”“add eval”“benchmark”“evaluate”“eval suite”“write evals for”。

F

find-and-run-tests

cloudflare / workerd

如何在 workerd 中查找、构建和运行测试。涵盖 wd-test、kj_test 目标命名、bazel query 模式和常用标志。如果 workerd 作为子模块使用，还涵盖父项目集成测试。当你需要定位或运行测试，但不确定确切的目标名称或调用方式时，加载本技能。

F

fix-ci

poteto / plugins

查找失败的 PR 检查，查看日志或外部检查链接，并实施有针对性的修复

F

flaker-storage-cache-on-ci

mizchi / skills

在多次 GitHub Actions 运行之间持久化 flaker 的 DuckDB 存储，并从多个来源（vitest 报告、自定义适配器报告等）向其输入数据。在将 `@mizchi/flaker` 接入新仓库的 CI、向现有 flaker 配置添加新的采集来源，或排查为何 `flaker apply` / `flaker run --gate ...` 在多次运行之间"丢失历史"时使用。其中固化了缓存键形态、fetch-depth 要求、`--changed` 推导以及内部 flaker 用户最终采用的导入步骤位置。

F

flutter-add-widget-test

dhruvanbhalara / skills

在编写 widget 测试、用 finder 查找 UI 元素、模拟用户手势，或测试 widget 状态更新时使用。

F

flutter-devtools

dhruvanbhalara / skills

适用于在 Flutter DevTools 中分析 CPU 性能、跟踪内存泄漏、检查 widget 树或查看网络流量时。

F

frontend-browser-review

langfuse / langfuse

用于在 Langfuse 中对用户可见的前端变更进行浏览器评审的共享工作流。当某个变更影响 UI 行为、布局、样式、导航或浏览器可见的回归问题,且应在签署前用可用的浏览器自动化进行检查时使用。

F

frontend-review-hygiene

mizchi / skills

用于评估代码质量卫生 — TypeScript 严格性、lint 违规、死代码与重复代码。运行 `audit-typescript.sh`、`audit-lint.sh`、`audit-similarity.sh`。不涵盖依赖新鲜度或 CVE 审计 — 这些请用 `frontend-review-deps`。

F

frontend-review-performance

mizchi / skills

用于审查 React 渲染性能 — 以 profiler 为主的诊断、memo/useCallback/useMemo 的正确性、虚拟滚动、useTransition/useDeferredValue，以及数据密集型 UI 的 canvas/WebGL 分离。涵盖清单 24-rendering-performance.md。

G

gentle-ai-chained-pr

gentleman-programming / gentle-ai

触发条件：超过 400 行的 PR、堆叠 PR、评审切片。将过大的更改拆分为链式 PR，以保护评审焦点。

G

gherkin-expert

rysweet / amplihack

支持多种流行 Agent 编码工具的 Agent 式编码框架。

G

go-backend-reviewer

jssfy / k-skills

专精微服务、GORM/DAL 模式、依赖注入和资源管理的 Go 后端代码评审专家。关注逻辑正确性、goroutine 泄漏检测，以及面向生产级服务的 Go 特有最佳实践。

G

grug-brain-development

supersterling / grug-brain-dev

将 grug brain 哲学应用于软件开发——对抗复杂性、偏好简单，并构建可维护的代码。当用户要求"简化这段代码"、"这太复杂了吗"、"我应该抽象这个吗"、"审查过度设计"、"grug brain"、"保持简单"，或在审查代码的复杂性问题、做架构决策、重构代码以降低复杂度时使用。

H

hardware-tdd

wedsamuel1230 / arduino-skills

在为 Arduino、ESP32、ESP32-S3、Pico 或 Pico W 固件规划测试时使用；判断哪些可以在目标外运行；使用 Wokwi 或仿真；编写主机端 fake；或接受一项物理硬件功能，而不把编译验证与系统验证混为一谈。

H

heyeddi-ci-guide

heyeddi-com / heyeddi-skills

HeyEddi CI 命令、authorize-merge 认证、通过 debate + support@ 提供反馈以及 Spot runner（GHA overflow + sealed pipeline）的参考。在询问如何使用 HeyEddi CI 时使用。

H

hrt-artifact-lint

hash-id / openspec-schema

对 tempa-spec 变更的产物运行确定性的结构检查（井号计数、复选框格式、差异标题、capability 与 spec 文件的对应关系、Covers：目标存在性、design.md 章节存在性、未验证的 External Dependencies 条目、tasks.md 分组图：Depends on、任务覆盖：双向检查各组的 Covers、威胁链：每项威胁都由负向场景或具名检查回应，以及提案大小和形状警告），避免语言模型手动执行这些检查。由 hrt-adversarial-authoring 和 hrt-align-consistency-review 调用。判断性检查仍由审查者负责。

I

image-layer-alignment-validator

sergekostenchuk / ui-ux-agent-skill-system

验证两个栅格图像图层是否适合用于揭示、前后对比、变形、遮罩合成或交互式光标揭示效果。当需要比较基础/揭示图像、检查主要主体是否保持在相同位置、将主要主体偏移与背景或次要对象差异区分开、生成带注释的叠加图/差异图，或在前端合成前判断某个图像图层是否需要平移、缩放、裁剪或重新生成时使用。

I

init-prettier-git-hooks

ruan-cat / monorepo

用于初始化或纠偏 Node.js 项目的 Prettier、lint-staged、simple-git-hooks、LF 行尾配置，或需要在 GitHub PR 云端任务中安装 Node/pnpm 环境并安全格式化 PR 改动；适用于 prettier-plugin-lint-md 版本漂移、插件加载失败、git hooks、EOL、CRLF/LF 和幽灵修改问题。

I

interface-validate

nikolay-shirokov / cc-1c-skills

校验 1С 命令界面。在配置完子系统命令界面后，用于检查是否正确

L

launch-readiness

mohitagw15856 / pm-claude-skills

评估各职能在发布前的就绪情况，并给出明确的 Go / Conditional Go / No-Go 建议。适用于准备任何产品或功能发布、开展发布前评审，或判断某个版本是否可以安全上线时。生成按职能划分的就绪状态、带负责人和截止日期的阻塞项排序清单、风险登记表，以及理由清晰的发布建议。

L

llvm-security

gmh5225 / awesome-llvm-security

精通 LLVM 安全特性，包括 sanitizer、加固技术、漏洞利用缓解和安全编译。在实现以安全为重点的编译器特性、分析漏洞或加固应用时使用此技能。

M

macos-release-readiness

sylphxai / skills

审查 macOS 应用的发布就绪情况，包括 App Bundle 标识、签名、公证、沙盒、强化运行时、权限、钥匙串、App Support 数据、启动代理、登录项、菜单栏、Dock 行为、文件关联、通用构建、自动更新、崩溃日志、备份、卸载以及支持诊断。在发布或审查 macOS 桌面应用与实用工具时使用。

M

markdownlint

perdolique / workflow

在项目中配置、管理和排查 markdownlint。当用户想要安装/配置 markdownlint、添加/删除/修改 lint 规则、修复 markdown 校验问题、自定义 .markdownlint.yaml、更新忽略模式、与工具（Husky、CI）集成或排查 markdown lint 错误时使用。即使用户只提到 markdown 格式问题、质量问题或风格一致性而未明确提及 "markdownlint"，也请使用。

M

matlab-cosimulate-sumo-simulink

matlab / matlab-agentic-toolkit

构建与 Eclipse SUMO 交通仿真器进行联合仿真的 Simulink 模型。在创建 SUMO-Simulink 联合仿真、交通仿真、TraCI 连接、车辆在环测试，或使用 SUMO 进行 ADAS 场景验证时使用。涵盖 Server/Client 设置、Reader/Writer/Actor 模块配置、随机交通流生成、自车控制以及 SUMO 文件创建。当用户提到 SumoInterfaceLibrary、.sumocfg 文件，或希望将 Simulink 连接到外部交通仿真器时也可使用。

M

migrate-cypress-to-codeceptjs

codeceptjs / skills

将 Cypress 测试套件移植到 CodeceptJS 4。当项目包含 `cypress.config.{js,ts,mjs}`、`cypress/` 目录（`cypress/e2e/`、`cypress/support/{commands,e2e}.*`、`cypress/fixtures/`）、`devDependencies` 中的 `cypress`，或调用 `cy.*`（`cy.visit`、`cy.get`、`cy.contains`、`cy.session`、`cy.intercept`、`cy.request`、`cy.task`、`cy.fixture`、`cy.origin`、`cy.mount`）、`Cypress.Commands.add(...)` 或 `Cypress.env(...)` 的测试代码时触发。

M

mobile-workflow-generator

neonwatty / qa-skills

通过探索应用代码库生成移动端浏览器工作流文档，然后借助 Playwright 在移动端视口（393x852）中与用户一步步走查实时应用，共同编写验证步骤。当用户说“generate mobile workflows”、“create mobile workflows”、“update mobile workflows”或“generate mobile browser workflows”时使用。生成带编号的工作流 markdown 文件，供移动端转换器和 Playwright 运行器使用。包含 iOS HIG 意识和移动端 UX 反模式检测。

M

money-quality

iamzifei / show-me-the-money

用于有把握地发布产品的代码与产品质量关卡。运行代码审查、QA 测试、性能检查和安全审计。当用户说“review my code”“is this ready to ship”“check quality”“run QA”“test this”“security check”“pre-launch review”，或希望在部署前进行质量评估时使用。

M

multi-cli-review

starforall / ai-coding-toolkit

当审查器 CLI 需要分析 skill、命令、工作流、文档、配置或代码产物，并生成结构化缺陷报告供当前 CLI 使用时使用，尤其是在收到 "分析这个 skill 的问题"、"输出结构化问题报告" 或 "做多 CLI 审查" 等请求之后。

M

multi-cli-review-action

starforall / ai-coding-toolkit

当当前 CLI 是某一或多个 `multi-cli-review` 报告的唯一修复者，且必须在任何编辑之前协调审查者的发现时使用，尤其是在收到 "汇总审查报告"、"处理 multi-cli-review 输出" 或 "按 reviewer 建议执行修复" 等请求之后。

M

multi-user-workflow-to-playwright

neonwatty / qa-skills

将多用户工作流的 markdown 转换为自包含的 Playwright 测试项目，包含按 persona 的认证、多 context 测试模式和 CI 工作流。当用户说 "convert multi-user workflows to playwright"、"translate multi-user workflows to CI" 或 "generate multi-user playwright tests" 时使用。

N

netbox-review-integration

netboxlabs / skills

审查与审计 NetBox 集成代码的正确性、性能与可靠性。适用于审查与 NetBox API 交互的脚本或应用，检查分页缺陷、认证问题、性能反模式、错误处理缺口与 SDK 误用。

N

normies

2389-research / review-squad

当你想以全新的眼光看待一个网站时使用——不同类型的人第一次接触它会有怎样的体验。它会派出技术熟练度各异的 Agent，让他们以冷启动方式访问网站，并报告困惑、阻力和第一印象。

O

oil-skill-creator

oil-oil / oil-skill-creator

创建、评审、整改和发布 Skill。用户想从零创建 Skill、评审现有 Skill、检查它是否真正有用、修复触发或执行流程，或者改善首次使用、稳定性、Token 开销、文件分层、弱模型可读性与跨平台兼容性时使用。不要用于执行目标 Skill 负责的实际任务，也不要因为普通的编码、设计或写作请求触发。

适用于 macOS 的屏幕捕获、AI 视觉分析和 GUI 自动化。需要查看屏幕内容、分析 UI 状态、检测变化或自动执行鼠标和键盘操作时使用。

P

peach-e2e-setup

peachsolution / peach-harness

为项目设置 E2E 测试环境。检查全局工具安装、确认 Chrome Beta、部署 e2e/ 基础设施代码。当出现"e2e 配置"、"e2e setup"、"E2E 环境设置"、"E2E 初始配置"等关键词时使用。

P

plan-design-review

borkweb / skills

审查 UI 方案中的交互状态、设计系统契合度、可访问性与视觉验收。可在被要求时改进方案；保留现有品牌选择。

P

plan-devex-review

borkweb / skills

审查面向开发者的方案中的安装设置、API/CLI 易用性、错误与兼容性。分级检查涵盖安装与首次运行错误；打磨与扩展涵盖更广泛的使用旅程。

P

pr-hygiene

imrangadzhiev / anti-slop

让 PR 达到可合并状态——范围紧凑、描述清晰、无遗留调试代码、测试说明诚实。在开启 PR、撰写 PR 描述、审查前清理分支，或用户提到 pull request、merge-ready、PR hygiene 时使用。

P

pr-review

jellydn / my-ai-tools

通过实现所请求的更改来修复 PR 审查意见

P

presentation-validation

ken-guru / skills

使用确定性的生成和校对配置验证 Presentation Project Folder。

测试 Telnyx WebRTC iOS（APNs）和 Android（FCM）应用的 VoIP 推送通知。在调试推送通知送达、验证证书/凭据设置，或测试设备能否正确接收 VoIP 推送时使用。

Q

qa-code-reviewer

mingdui / ming-qa

QA 流程倒数第二步的独立审查环节。在 qa-test-runner 执行完成后，以独立视角审查代码本身——检查架构、安全、并发正确性、数据一致性、回归风险、测试覆盖缺口——不受执行方结论的影响。产出 code-review.json（含 severity 分级发现和 readiness 约束），和 assert-code-review 门禁一起构成代码审查证据，交给 qa-report-generator 汇入最终报告。P0/P1 安全问题、资金逻辑缺陷、权限漏洞、数据不一致风险标记为 blocking。不适用：生成用例、执行测试、修改产品代码（除非用户明确要求）、报告生成。

Q

qa-context-profiler

mingdui / ming-qa

QA 上游阶段——为仓库构建事实画像和环境证据。当你需要收集模块的代码上下文、索引已有用例和测试、检查前后端服务可达性、准备环境快照时触发。只收集事实，不做风险分析、不写用例、不判断质量。通常在 quality-assurance-agent 的调度下作为第一阶段执行。不适用：风险分析、用例设计、测试执行、质量判定（由下游阶段负责）。

Q

qa-report-generator

mingdui / ming-qa

QA 流程的收口阶段——汇总执行（completion）、审查（code-review）、就绪（readiness）三个门禁产物，渲染最终 HTML 报告，给出最终就绪判定。在 qa-test-runner 执行完成、qa-code-reviewer 审查完成后触发。只读已有门禁产物，不重新执行测试、不审查代码。不适用：执行测试、修复失败、代码审查、用例设计。

Q

qa-risk-analyzer

mingdui / ming-qa

在测试用例设计之前，先识别高风险业务路径和必需的验证断言（oracle）。分析需求文档、代码 diff、已有用例和上下文，找出资金/权限/状态机/并发/异步/数据一致性等高危区域，输出每条风险的 businessPath、requiredAssertions、suggestedTestLayers，以及覆盖率缺口。不要在风险未明确前写业务用例。不适用：写业务用例、写测试代码、修改产品代码。

Q

qa-test-runner

mingdui / ming-qa

在 spec-task 和测试脚本就绪后，逐条执行、分类失败、修最小根因、收集证据、跑 completion 门禁。你只负责"跑"——不生成报告、不审查代码、不判 Ready。审查留给 qa-code-reviewer，报告与判定留给 qa-report-generator。不适用：报告生成、代码审查、用例设计。

Q

qa-test-script-generator

mingdui / ming-qa

在用户确认用例之后，把已确认的业务用例展开为可执行的 spec-task 和测试脚本。你产出的是 test-spec-tasks.json——后续执行阶段通过它逐条运行并收集证据。你只负责"生成可执行的东西"，不负责"执行"。pass/fail/ready 的判断由后续的执行阶段来做。不适用：执行测试、标记 pass/fail、就绪判定。

Q

qa-testcase-designer

mingdui / ming-qa

在风险分析完成后、写测试代码之前，生成中文业务用例并等待用户确认。这是整个 QA 流程中唯一的强制人工门禁——确认后不可回头改用例。从 context、risk-analysis、已有用例索引出发，生成只含业务行为的 test-cases.json（不含技术检查如 Maven/build/安装），渲染 test-cases.html 供用户审阅，运行三模型交叉审查，合成反馈修改后提交确认。确认后 promote 到长期 knowledge base。不适用：写测试代码、执行测试、代码审查。

Q

quality-assurance-agent

mingdui / ming-qa

端到端 QA 验收编排器。当用户要求做功能验收、回归测试、质量检查、或对某个模块/流程/branch/PR进行系统化测试时触发。作为顶层路由器，按阶段调度子 skill（上下文收集 → 风险分析 → 用例设计 → 脚本生成 → 执行与修复 → 代码审查 → 报告生成）。你自己不写测试代码也不直接判断质量——你把每个阶段交给专职子 skill 处理。用例确认是流程中唯一的强制人工门禁，其余阶段自动衔接。不适用：单次手动测试、纯开发/代码生成任务、无明确验收范围的技术问答。

R

react-native-testing

maikotrindade / awesome-react-native-skills

React Native Testing Library（RNTL）深度参考 —— v13（React 18 同步）和 v14（React 19 异步）、查询、userEvent、匹配器、反模式。

R

recording-browser-flow-as-test

revitalb-port / skills-registry-demo

在 Cursor 内置浏览器中逐步执行用户流程并记录每个操作，然后生成 Playwright 测试，使用从无障碍树派生的稳定选择器重放相同流程。

R

redteam

wojons / skills

像攻击者一样思考和行动，通过对抗性安全测试识别安全漏洞、弱点和渗透途径

R

repo-task-proof-loop

denissergeevitch / repo-task-proof-loop

面向大型编码任务的仓库内工作流技能。初始化 .agent/tasks/TASK_ID 产物，安装项目级的 Codex 与 Claude 子 Agent，将工作流更新到 AGENTS.md 以及仓库的 Claude 指南文件，并运行 spec-freeze → build → evidence → verify → fix 循环，配合全新会话验证。