Skills

V

verify-findings

porada / domfiles

核实此前的发现，并确定哪些仍需关注。

W

webapp-testing

snyk / agent-scan

用于使用 Playwright 与本地 web 应用交互和测试的工具包。支持验证前端功能、调试 UI 行为、捕获浏览器截图和查看浏览器日志。

W

webhook-dx-audit

hookdeck / webhook-skills

审计任何向其客户发送出站 webhook 或事件目的地的平台的开发者体验，并生成一份结构化 YAML 审计文件，包含评分发现和按优先级排序的建议。只要任务是审查、评估、评级或批评某公司的 webhook/事件投递 DX——其注册与入驻、签名与验证、重试与投递语义、事件目录与负载、设置界面（UI/API/CLI/IaC/SDK）、面向使用者的可观测性、本地开发以及从本地到生产的过渡——就使用此技能。当出现 "webhook DX review"、"event destinations audit" 或 "outbound webhook assessment" 时触发，即使用户点明了具体公司（例如 "review Acme's webhooks"）而没有使用 audit 一词也触发。输出是符合 `schema/audit.schema.yaml` 的 YAML 审计文件；下游消费方自行渲染其展示形式。

Z

zen

simota / agent-skills

重构代码：变量命名、函数提取、魔法数字常量、删除死代码。不改变行为。不用于处理 Bug（Judge）、安全问题（Sentinel）、测试（Radar）或功能（Builder）。

A

Acceptance Criteria

danhvb / my-ba-skills

使用 Given-When-Then、检查清单和基于场景的格式，为用户故事和需求定义清晰、可测试的验收标准

A

aif-ci

lee-to / ai-factory

生成带有 linting、静态分析、测试、安全性的 CI/CD 流水线（GitHub Actions / GitLab CI）。当用户说 "ci"、"setup ci"、"github actions"、"gitlab ci"、"pipeline" 时使用。

A

analyze-codebase

shipshitdev / skills

生成涵盖架构、安全性、性能与代码质量的全面代码库分析。当用户说“分析代码库”“代码审计”“架构评审”或“项目健康检查”时使用。

C

code-review

dedalus-erp-pas / foundation-skills

对 GitLab merge request 进行完整的代码审查，分析代码质量、安全性、性能以及最佳实践。当用户说「code review」或要求审查 merge request、分析分支在合并前的变更时使用。

C

coral-review-source-spec

withcoral / skills

审查新增或更新的 Coral 源清单和源 PR，检查内容、风格、产品契合度、查询易用性、文档质量以及与现有 Coral 源的一致性。当 Codex 被要求审查 sources/core/name 或 sources/community/name 源目录、manifest.yaml，或新增/修改 Coral 源的 GitHub PR 时使用。

E

e2e-outside-in-test-generator

rysweet / amplihack

使用由外向内（outside-in）方法生成全面的端到端测试场景。支持 5 种应用类型：Web（Playwright）、CLI、TUI、API 和 MCP（gadugi YAML）。自动检测应用类型或接受显式覆盖。

E

easysdd-feature-acceptance

codestable / codestable

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

E

embedded-review

ylongw / embedded-review

面向嵌入式/固件项目的专家级代码审查，采用双模型交叉审查（Claude + Codex，通过 ACP）。可检测内存安全、中断风险、RTOS 陷阱、硬件接口缺陷以及 C/C++ 反模式。当用户要求审查嵌入式/固件/MCU 代码改动、diff 或 PR 时触发。示例：'review firmware-pro2 的改动'、'review the NFC changes'、'/embedded-review ~/path/to/repo'、'/embedded-review ~/path/to/repo HEAD~5..HEAD'、'/embedded-review <github-pr-url>'。目标环境：裸机 MCU（STM32、nRF、ESP32、RP2040）、RTOS（FreeRTOS/Zephyr/ThreadX）、Linux 嵌入式、混合 C/C++ 固件。

G

git-workflow

blogic-cz / blogic-marketplace

可移植的分支与拉取请求生命周期，包含安全发布、有界 CI 与反馈闭环，以及需审批的人工审查处理。

G

go-table-driven-tests

tigrisdata / skills

按照既定模式编写 Go 表驱动测试。在编写测试、创建测试函数、添加测试用例，或用户提到 "test"、"table-driven"、"Go tests"，或讨论 Go 代码库中的测试时使用。

暂无简介

H

huashu-flash

alchaincyf / huashu-flash

闪电.skill：照 Anthropic 两周把 claude.ai 提速 3 倍的方法给网站或 App 提速。定义「打开到能用」、测基线、找能数的指标并证明它跟体感挂钩，逐步优化，用棘轮锁住只许变好。说网站太慢、提速、性能优化、首屏、秒开时用。

I

image-compare

pascalorg / skills

逐像素比较两张图片并获得可视化差异。当用户想将自己的实现与设计稿对比、找出两张截图之间的差异或验证视觉回归时使用。

I

implementation-plan-review

validkeys / sherpy

对照最佳实践审查生成的实施计划，包括任务规模（30m-2.5h）、风格锚点、TDD 要求（面向 AI）、防漂移（面向 AI）和质量约束。验证 milestones.yaml 和任务文件的完整性、一致性和开发就绪度。根据目标受众（AI、人类或混合）调整审查标准。

M

moai-foundation-core

modu-ai / moai-adk

提供 MoAI-ADK 基础原则，包括 TRUST 5 质量框架、SPEC-First DDD 方法论、委派模式、渐进式披露、Agent 目录参考和 token 预算管理（吸收自 moai-foundation-context）。在引用 TRUST 5 关卡、SPEC 工作流或上下文窗口优化时使用。

M

msw

thongdn-it / react-agent-skills

测试中 API mock 的 MSW（Mock Service Worker）最佳实践（原 test-msw）。在配置 MSW、编写请求处理器或 mock HTTP API 时使用此 skill。此 skill 不涵盖通用测试模式（请使用 test-vitest 或 test-tdd skill）或测试方法论。

N

neon-test-branches

andrelandgraf / fullstackrecipes

为测试创建隔离的 Neon 数据库分支。仅含 schema 的分支，通过 TTL 自动清理，测试服务器编排，以及环境变量管理。

O

optimising-expo-react-native-performance

tristanmanchester / agent-skills

诊断并修复 Expo React Native 应用中经测量发现的启动、渲染、滚动、内存、媒体或网络性能退化。适用于可复现的性能问题或明确的性能审计，而非推测性的库替换或一刀切的 memo 化。

P

pm-review-board

spacezephyr / pm-skills

模拟多角色 PRD/原型评审会，从产品、研发、测试、设计、运营、法务六大视角给出评审结论。当用户说"帮我评审一下这个 PRD"、"看看这个需求有没有问题"、"模拟评审会"、"review 一下这个文档"、"这个需求能不能过评审"、"帮我查漏补缺"时触发。也适用于：用户上传了 PRD、需求文档、原型截图、功能说明并要求检查；用户提到"评审"、"review"、"过会"、"需求评审"、"方案评审"等关键词；用户要求从研发或测试视角看需求是否可行。不适用于：写 PRD（用 pm-prd-writer）、纯代码审查（用 code-review）、纯设计走查（用 design-critique）。

P

polyglot-git-hooks

bm629 / agent-skills

在为多语言或 monorepo 项目用 Lefthook 设置 Git 钩子时使用——在 pre-commit 阶段对暂存文件进行快速的格式化/lint 检查，在 pre-push 阶段执行较慢的类型检查/测试门禁，从单个 lefthook.yml 出发，并行覆盖混合语言的子目录树（例如 TypeScript 和 Python）。涵盖安装与激活、lefthook.yml 模式（commands/jobs、glob、root、使用 {staged_files}/{push_files} 运行、stage_fixed、skip/only、parallel）、一个真正多语言的完整示例、钩子与 CI 的分工，以及 --no-verify 绕过。教授钩子的接线方式；引用各工具的 skill（biome、ruff、ty、typescript-typecheck）和 turborepo，而非重复讲授它们。关键词：git hooks、pre-commit、pre-push、lefthook、staged files、monorepo hooks、polyglot lint format。

P

prism-reflect

cranot / super-hermes

约束透明性：先对一件制品做结构性分析，再分析其自身分析所掩盖的内容。产出一条守恒律和一份约束报告，说明什么被最大化、什么被牺牲、接下来该调查什么。唯一知道自己看不见什么的 AI 技能。

Q

qe-mobile-testing

proffesor-for-testing / agentic-qe

全面测试 iOS 和 Android 平台上的移动应用，涵盖手势、传感器、权限、设备碎片化和性能。用于测试原生应用、混合应用或移动网页，确保在 1000 多种设备型号上保持质量。

Q

qe-risk-based-testing

proffesor-for-testing / agentic-qe

通过风险评估和优先级排序，将测试精力集中在最高风险领域。适用于规划测试策略、分配测试资源或决定覆盖范围时。

Q

qe-test-design-techniques

proffesor-for-testing / agentic-qe

通过边界值分析、等价类划分、决策表、状态迁移测试和组合测试进行系统化测试设计。在设计全面的测试用例、减少冗余测试或确保系统化覆盖时使用。

Q

qodo-review-resolver

qodo-ai / qodo-skills

通过 MCP 或命令行使用 Qodo 托管工具读取或解决某个 pull request 的 Qodo 审查 —— 以 JSON 形式获取任意 PR 的结构化状态、已审查的 commit SHA 和发现项，并可选提供扩展详情和引用证据以供审计，然后可选地解决未关闭的发现项并记录结果，执行一次或直到全部干净。使用此技能 —— 绝不要用 `gh`/`curl` 抓取审查评论 —— 用于“PR #N 上的审查是否干净”、“以 JSON 获取 Qodo 对 <pr> 的发现项”、“审计审查证据”、“显示发现项引用”、“Qodo 标记了什么”、“此审查是否与 head 同步”、“合并前检查”、“解决我的 PR 审查”、“修复审查发现项”或“看护此 PR 直到它干净”。

R

receiving-code-review

osmontero / opencode-skills

用于接收代码审查反馈时，在实施建议之前使用，尤其是当反馈显得不清楚或在技术上有疑问时 - 需要技术严谨性和验证，而不是表面同意或盲目实施

R

rust-testing

pproenca / dot-skills

Rust 测试最佳实践，涵盖测试架构、断言、mock、快照、事件测试、确定性，以及 codex-rs 代码库的集成模式

S

security-audit

aptos-labs / aptos-agent-skills

使用 7 类检查清单，在部署前审计 Move 合约的安全漏洞。触发词：'audit contract'、'security check'、'review security'、'check for vulnerabilities'、'security audit'、'is this secure'、'find security issues'。

S

security-testing

naodeng / awesome-qa-skills

需要围绕 OWASP 风险、漏洞扫描和渗透测试场景设计安全测试时使用此技能；触发词包括「安全测试」和“security testing”。

S

ship-playbook

ulpi-io / skills

在一次全自主运行中，把单个功能需求从提示词推进到经过评审和审计的交付——一个可运行的 Workflow，负责规划、评审规划、逐任务构建、对构建做交叉评审，并可选运行上线审计，然后返回验证后的发现而非循环（是否修复由用户决定；Workflow 无法在运行中途询问，而自主修复循环正是导致数小时苦耗的原因）。它串联现有技能——plan-to-task-list-with-dag（每个任务一个专家 Agent）→ plan-founder-review → 跨越 DAG 的专家工程师/评审员构建 → 完整的 claude ∥ codex/kiro 交叉评审 → go-live-audit——并严格遵循图：每个任务声明其依赖，层级必须是拓扑序，规划评审会阻止顺序错误的图，任务绝不会在其依赖集成之前开始构建（不在破损的基础上构建）。每个任务的评审是切片范围的（只评判该任务自身的变更是否符合其验收标准，把整个代码库终态层面的缺口归因于负责它们的任务），因此构建不会被误报的阻塞淹没，而实现评审是终态门禁。门禁失败即关闭——未真正运行的评审员绝不被计为通过，崩溃的 codex/kiro 评审员会回退到原生评审，绝不伪造阻塞。持久且可恢复：每次运行都会写入实时状态文件（总体 + 各阶段 + 各任务），并配有用于状态查看/停止/恢复的 journal reader，恢复时从 GIT 事实重建集成状态，因此中断的运行绝不丢失或重复丢失已落地的任务。代码编写和每次评审都独立选择 native / codex / kiro（评审可跳过；编写者与评审者可不同），因此用户可控制质量与 token 成本的权衡。

S

sqlx-code-review

existential-birds / beagle

审查 sqlx 数据库代码中的编译期查询检查、连接池管理、迁移模式和 PostgreSQL 特有用法。适用于审查使用 sqlx 的 Rust 代码、数据库查询、连接池或迁移时。涵盖离线模式、类型映射和事务模式。

S

subagent-driven-development

osmontero / opencode-skills

在当前会话中执行独立任务的实现计划时使用

暂无简介

T

test-automator

404kidwiz / claude-supercode-skills

使用 Playwright、Cypress 和 AI 驱动的测试工具设计健壮测试框架的专家。

V

vitest-evals

getsentry / vitest-evals

在编写、审查或调试基于 harness 的 vitest-evals 套件、自定义 Harness 适配器、第一方 ai-sdk 或 pi-ai harness 集成、judges、replay、面向 reporter 的规范化运行数据，或这些 API 的示例与文档时使用。

V

vitest

fandhe-ai / agent-reference-skills

Vitest 5（Vite 原生测试框架）参考文档。test、describe、it、expect、vi.fn、vi.mock、vi.spyOn、vi.when、beforeEach / afterEach、test.extend fixtures、test tags / annotations、coverage（v8 / istanbul）、snapshot、vitest.config.ts、projects（旧 workspace）、Vitest Browser Mode（vitest-browser-react、locators、expect.element）、UI 模式、bench fixture。

V

vitest

partme-ai / full-stack-skills

提供 Vitest 测试框架的全面指导，包括快速测试执行、Vite 集成、组件测试、mock 和配置。当用户询问 Vitest、需要编写快速的单元测试、测试 Vue/React 组件，或在 Vite 项目中配置 Vitest 时使用。

W

woostack-review

howarewoo / woostack

使用与风险相称的独立审查者、一名证据裁决者和原生 GitHub 评论/裁定,审查一个确切的现有 PR。绝不编辑或合并。

Z

zephyr-squad-legacy

membranedev / application-skills

Zephyr Squad (Legacy) 集成。管理项目。当用户需要与 Zephyr Squad (Legacy) 数据交互时使用。

A

accessibility-commerce

finsilabs / awesome-ecommerce-skills

通过符合 WCAG 2.1 AA 标准，让所有人都能使用你的商店——屏幕阅读器支持、键盘导航，以及可访问的购物车和结账流程

A

actionlint

rshade / agent-skills

校验 GitHub Actions 工作流文件中的语法错误、无效引用和常见错误。自动检测 actionlint 二进制文件或引导安装。检查项目配置，或回退到合理的默认值。适用于创建或修改 GitHub Actions 工作流、校验 CI/CD 流水线，或在推送前捕获工作流错误时。

A

alpha-forge-preship

terrylica / cc-skills

用于 PR 评审的 Alpha Forge 质量门——RNG 确定性、URL 校验、参数校验、manifest 同步。

B

backend-test-creator

datex / skills

在分支上编写或修改 Datex Studio 后端测试（configurationTypeId=24，后缀为 *-backendTest.json）时使用——即包含四个钩子流程（before_suite/after_suite/before_each/after_each）和 testCaseFlows 数组的 mocha 测试套件。负责 action-as-test 重构模式，以及作为 Platform TODO 的缺失运行时 mock 接缝。触发词："create a backend test"、"create an xxx_test"、"add a test suite"、"mocha test suite"、"add a test case to xxx_test"、"modify a backend test"、"refactor xxx_action into a backend test"、"backend test won't run"、"before_suite never fires"、"suite hooks not firing"。

B

browser-trace

mxyhi / ok-skills

捕获任意浏览器自动化的完整 DevTools 协议跟踪记录——包括 CDP 全量事件流、屏幕截图和 DOM 转储——然后将数据流拆分为按页面划分的可搜索分组。适用于用户希望调试失败的运行、审查网络/控制台/DOM 活动、将跟踪记录附加到正在进行的会话，或将结构化的逐页摘要反馈给 Agent 循环，使其在下一次迭代中吸取经验。

C

code-quality

s-hiraoku / synapse-a2a

运行代码质量检查（ruff、mypy、pytest），并可选地简化代码。当用户想要检查代码质量、运行 linter、运行测试或简化最近修改的代码时，应使用此技能。由 /lint、/check 或 /code-quality 命令触发。

C

commitlint

rshade / agent-skills

按照 Conventional Commits 规范校验提交信息。若缺失会自动检测并安装 commitlint CLI。检查项目配置，否则回退到合理的默认值。在验证提交信息、准备 PR 或强制执行提交规范时使用。

C

component-validator

datex / skills

在合并前审计 Datex Studio 组件文件时使用——在编写或修改任何组件（action、function、grid、hub、form、editor、selector、storage、customType、backendTest、datasource）之后的最终关卡。通用调度器：读取组件文件，按文件后缀选取匹配的创建者技能的规则集，并依据这些规则执行审计。输出为结构化的整改清单（Blockers / Warnings / Nits）。触发词："audit a component"、"check it before merge"、"final gate after authoring or modifying"。针对 grid 特有的坑（信封形状、文本显示强制转换）请改用 grid-validator。

D

debug

shipshitdev / skills

端到端调试故障：构建复现循环、对假设排序、添加监测，并通过回归测试修复根因。适用于 bug、崩溃或修复失败的情况。

D

dev

stellarlinkco / myclaude

极轻量的端到端开发工作流，包含需求澄清、智能后端选择、并行 codeagent 执行以及强制的 90% 测试覆盖率

E

extracting-logs-with-logcat

skydoves / android-testing-skills

使用此技能读取设备日志以排查测试失败、调试、冒烟测试和 CI 复现。涵盖 `adb logcat`（流式）、`adb logcat -d`（转储后退出）、`adb logcat -c`（清除）、缓冲区选择（`-b main|system|crash|events|radio|kernel|all`）、优先级阶梯（V/D/I/W/E/F/S）、过滤表达式如 `MyApp:D *:S`、格式标志（Android 11+ 上的 `-v threadtime`、`-v json`）、`--pid $(adb shell pidof -s pkg)`、时间/数量过滤（`-T '01-01 12:00:00.000'`、`-t 100`）、缓冲区轮转（`-r <kbytes>`、`-n <count>`、`-f <file>`）、缓冲区大小设置（`-G`、`-g`），以及通过 R8 `-assumenosideeffects` 在 release 构建中剥离 `Log.d` 调用。如果用户提到 "logcat filter only my app"、"events buffer am_proc_start"、"logcat json format"、"grep logcat expensive"、"missing logs after restart"、"stripping Log.d release" 或 "logcat -f writes to host or device"，请使用此技能。

G

grid-validator

datex / skills

在合并前审查 Datex Studio 网格配置，或诊断网格渲染/筛选/排序/工具栏缺陷时使用——这是 grid-creator 之后的强制最终关口。它涵盖通用 component-validator 无法捕捉的网格专属陷阱：信封结构、文本展示强制转换、五处动态筛选接线同步、命令式单元格 API 不匹配，以及 tailored 与 custom 来源的一致性。触发词：「审查一个网格」「合并前检查网格」「诊断网格渲染 / 筛选 / 排序 / 工具栏缺陷」「grid-creator 之后的最终关口」。对于非网格组件，请使用 component-validator。

L

lint-fix

rshade / agent-skills

检测项目的 lint 和校验工具，构建执行流水线，运行所有工具直至零错误，并使用原子修复协议修复问题。自动检测 Makefile 目标、package.json 脚本、Go 工具、Python 工具和其他常见 linter。适用于修复 lint 错误、运行校验流水线，或在提交前确保代码质量时。

M

moai-foundation-quality

modu-ai / moai-adk

TRUST 5 质量原则，以及 MoAI 如何通过 Agent、三级 harness、/moai gate 和 sync-auditor 评分来执行这些原则。用于代码审查、质量门禁检查、覆盖率目标或 TRUST 5 合规。

在 NestJS 中进行单元测试、集成测试和 e2e 测试时使用。在构建测试完备的 NestJS 应用时使用。

P

performance-testing

naodeng / awesome-qa-skills

需要针对负载、压力、峰值、耐久性或容量目标设计性能测试时使用此技能；触发词包括「性能测试」和“performance testing”。

P

post-edit-verification

datex / skills

在编辑或写入任何 Datex Studio 组件文件之后使用——由每个创建类 skill 的收尾器调用（「编辑完成后，调用 post-edit-verification」）。按成本从低到高运行校验栈：Edit/Write 工具成功 → JSON 可解析 → description 非 null、非空、≤100 字符（平台限制）→ grep 查找明显拼写错误。对于非平凡编辑，升级到 component-validator 子 Agent。用基于 skill 的模式替代 Mitch 的 PostToolUse validate-component.py 钩子。触发词：由每个组件创建类 skill 的收尾器调用；用户很少直接调用。