Skills

S

sentry-debug-issue

getsentry / agent-plugin

调试并修复 Sentry 问题：通过链接、ID 或搜索找到问题，获取完整上下文（堆栈跟踪、面包屑、跟踪信息、日志），可选择运行 Seer 根因分析/自动修复，应用代码修复，并通过 `Fixes PROJECT-NAME-12A` 提交/PR 解决问题。适用于处理已知错误或查找并修复问题。

S

seo-analytics

rebyteai-template / rebyte-skills

使用 Google PageSpeed Insights API 生成可视化 SEO 分析报告。当用户要求分析网站性能、SEO 评分、Core Web Vitals 或页面速度时使用。输出带图表和可执行建议的交互式 HTML 报告。

S

setup-pre-commit

devcxl / mattpocock-skills-zh

在当前仓库中设置 Husky pre-commit 钩子，集成 lint-staged（Prettier）、类型检查和测试。当用户想要添加 pre-commit 钩子、设置 Husky、配置 lint-staged、或添加提交时的格式化/类型检查/测试时使用。

S

simplify-code

dimillian / skills

审查 git diff 或指定的文件范围，检查复用、代码质量、效率、清晰度和规范问题，然后可选地应用由 Codex 驱动的安全修复。当用户要求"简化代码"、"审查改动的代码"、"检查代码复用"、"审查代码质量"、"审查效率"、"简化改动"、"清理代码"、"重构改动"或"运行 simplify"时使用。

S

skill-visual-feedback

nyldn / claude-octopus

处理基于截图的 UI/UX 反馈以修复视觉问题 — 当用户分享缺陷截图时使用

S

software-engineering-workflow-skill

autobyteus / autobyteus-skills

运行一个分阶段的软件工程交付反馈循环，从 bootstrap 到调研、需求、设计、运行时审查、实现、API/E2E 与可执行验证、代码评审、文档同步，以及带有持久工件与显式重入的最终交接。

S

systematic-debugging

revitalb-port / skills-registry-demo

结构化调试方法论——复现、隔离、假设、验证。涵盖 git bisect、二分查找、日志记录和最小化复现。

T

tdd

c0nant / c-skills

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

T

test-lens

robsonrung / rar-skills

判断测试价值，并选择测试或 mock 的对象。适用于脆弱测试、测试评审以及单元或集成测试设计；测试先行执行循环请使用 tdd。

U

ui-ux

atuizz / codex-ui-ux-skill

作为前端工作中 UI/UX 的质量门禁，适用于实质性影响 Web 产品界面的场景：设计/构建/重设计/评审/打磨/重构页面或组件体系、截图/UX 评审、拯救看起来像 GPT/Codex 生成的 UI、技术栈或 UI 基础选型、shadcn/Tailwind/表格/表单模式、加载/空态/错误/移动端/无障碍状态，或安装 DESIGN.md、FRONTEND_CONTRACT.md、PAGE_BRIEF.md 等前端治理文档与视觉 QA 规范。对于小型的 UI 敏感改动，使用 Tiny change gate 轻量触发。当被要求构建精致界面时，与视觉实现类技能协同；本技能提供产品认知、UX 判断、护栏和验证。纯后端/API/数据/模型改动、无 UI 界面的测试、机械式重命名、依赖维护，或不影响布局、交互、文案、视觉表现、无障碍与前端规则的改动，则跳过。

V

verification-before-completion

pcvelz / superpowers

在声称工作已完成、已修复或通过时使用，在提交或创建 PR 前——需要运行验证命令并确认输出，然后再做任何成功声明；先有证据再有断言

W

web-design-guidelines

pageai-pro / ralph-loop

检查 UI 代码是否符合 Web 界面指南。当被要求「审查我的 UI」、「检查可访问性」、「审计设计」、「审查用户体验」或「根据最佳实践检查我的网站」时使用。

W

web-testing-react-testing-library

agents-inc / skills

React Testing Library —— query 层级、userEvent、异步工具、renderHook、带 providers 的自定义 render。在编写或审查渲染 React 组件或 hooks 的测试时加载。

W

webdesign-review

flitzrrr / frontend-design-skills

用于全面网页设计评审的元技能。编排全部 20 项领域技能，依据企业级设计标准对网站、设计和原型进行系统化分析。

W

windows-host-browser

iliyasone / skills

通过 CDP 驱动 Iliyas 的 Windows PC 上真实的 Chrome——也就是他本人使用、已登录其账号（Vercel、Google Cloud、Heroku 等）的同一个浏览器。用它获取位于其登录之后的数据、实时打开并调试页面、一起观看某个流程、拦截请求，或设置浏览器的代理 / 出口国家。当 Iliyas 要求使用他的真实 / 主机 / Windows 浏览器时，或当你自己遇到无头浏览器或命令行无法完成的任务（Cloudflare 挑战、验证码、位于其登录之后的页面）时使用——它做的一切都会显示在他的屏幕上，因此要说明你打开了什么。

W

workflow-test-fix

catlog22 / claude-code-workflow

统一的测试-修复流水线，将测试生成（会话、上下文、分析、任务生成）与迭代式测试周期执行（自适应策略、渐进式测试、命令行回退）相结合。触发词为 "workflow-test-fix"、"test fix workflow"。

W

wp-migration-upgrade-review

jorgerosal / wordpress-skills

WordPress 迁移与升级审查。用于审查数据库迁移、选项版本管理、升级例程、数据回填、dbDelta 使用、发布兼容性、回滚风险，或当用户提到“migration review”“upgrade routine”“dbDelta”“plugin upgrade”“data migration”“version bump”“backfill”“schema change”或“backwards compatibility”时。检测 WordPress 代码中不安全的迁移、缺失的版本守卫、破坏性数据变更和升级流程风险。

1

12-factor-apps

existential-birds / beagle

对任意代码库执行 12-Factor App 合规性分析。在评估应用架构、审计 SaaS 应用，或依据原始 12-Factor 方法论审查云原生应用时使用。

暂无简介

A

agent-browser

owenleezy / agent-browser-skill

在需要自动化、测试、抓取或调试任何网页时使用。说明你的目标 —— 我会提问、制定计划、自主执行并汇报结果。

A

applying-testing-strategies

skydoves / android-testing-skills

使用此 skill 应用 Android 团队的测试策略——确定性、封闭式执行、Given-When-Then / Arrange-Act-Assert 结构、命名约定，以及基于 Hilt 的依赖替换。明确哪些指导实际位于 `/training/testing/fundamentals/strategies`（定性金字塔、网络访问表）、哪些位于 `/training/testing/instrumented-tests/stability`（确定性 / 不稳定）、哪些位于 `/training/dependency-injection/hilt-testing`（`@HiltAndroidTest`、`HiltAndroidRule`、`@TestInstallIn`、`@UninstallModules`、`@BindValue`、规则顺序）。适用于用户询问 "how should I structure tests"、"Given When Then or Arrange Act Assert"、"how do I name test methods"、"Hilt rule order"、"@HiltAndroidTest"、"@BindValue"、"how to swap a binding for tests"、"tests pass locally fail on CI" 或 "make tests deterministic"。

A

arch-security-review

duc01226 / easyplatform

[架构] 在审查代码安全漏洞、实现授权或确保数据保护时使用。

A

aspire-integration-testing

wshaddix / dotnet-skills

使用 .NET Aspire 的测试设施配合 xUnit 编写集成测试。涵盖测试夹具、分布式应用搭建、端点发现，以及用真实依赖测试 ASP.NET Core 应用的模式。适用于为 .NET Aspire 应用编写集成测试、使用真实数据库连接测试 ASP.NET Core 应用，或验证分布式应用中的服务间通信。

A

asserting-node-state-and-text

skydoves / android-testing-skills

使用此技能可在 UI 测试中通过 `assertExists`、`assertDoesNotExist`、`assertIsDisplayed`、`assertIsNotDisplayed`、`assertIsDeactivated`、`assertIsEnabled`、`assertIsOn`、`assertIsOff`、`assertIsSelected`、`assertIsFocused`、`assertTextEquals`、`assertTextContains`、`assertContentDescriptionEquals`、`assertValueEquals`、`assertRangeInfoEquals`、`assertHasClickAction`，以及通用的 `assert(matcher)` 兜底方法和用于 `waitUntil` 谓词的布尔值 `isDisplayed()` / `isNotDisplayed()`，来验证 Compose 语义节点的属性。涵盖集合变体 `assertCountEquals`、`assertAny`、`assertAll`。当开发者想验证 Switch 处于开启状态、Button 处于启用状态、Text 显示预期字符串、节点是已显示还是仅被组合，或询问 `assertIsDisplayed` 与 `assertExists` 的区别时使用。若开发者提到 `SemanticsNodeInteraction` 上的任何 `assert*` API，请使用此技能。

A

awesome-performance-audit

khasky / awesome-agent-skills

只读的性能与可靠性审计：事件循环、背压、内存与 CPU、超时、重试、队列、Core Web Vitals、打包产物，并给出结论。当出现变慢、内存攀升或延迟飙升时使用。

C

capturing-preview-screenshots-in-ci

skydoves / android-testing-skills

使用本 skill 在真实 Android 设备或模拟器上将每个 Jetpack Compose `@Preview` 渲染为截图，并从 CI 发布可浏览的 HTML 目录。涵盖 Compose HotSwan Gradle 编译器插件（`com.github.skydoves.compose.hotswan.compiler`）和 `debugImplementation("com.github.skydoves.compose.hotswan:preview")`、`captureAllPreviews` 任务、通过 `HotSwanPreviewActivity` + `screencap` 经 ADB 捕获单个预览、`hotSwanCompiler { preview { renderDelayMs; demoMode; sdkModeEnabled } }` DSL、按预览的 `@PreviewScreenshot(renderDelay = …)`、在 GitHub Actions 中的模拟器上运行（`reactivecircus/android-emulator-runner` 或 Gradle Managed Devices）并将目录部署到 GitHub Pages，以及设备渲染与宿主机 JVM 工具（Paparazzi、Roborazzi）的差异。当用户提到“captureAllPreviews”、“HotSwan”、“preview screenshots in CI”、“screenshot catalog”、“preview catalog on GitHub Pages”或“Paparazzi vs Roborazzi vs device screenshots”时使用。

C

cargo-llvm-cov

laurigates / claude-plugins

cargo-llvm-cov：使用 LLVM 插桩的 Rust 代码覆盖率。用于测量覆盖率、执行阈值、生成报告或集成 codecov/coveralls。

C

choosing-what-to-test

skydoves / android-testing-skills

使用此技能，借助 Google 的五类状态词汇表以及来自 `/training/testing/fundamentals/what-to-test` 的明确"不应测试什么"清单，挑选出要在 Android 测试套件中覆盖哪些行为。涵盖屏幕上的状态、内存中保持的状态（ViewModel）、持久化状态（DB / DataStore / 文件）、其他状态（系统栏 / 系统服务）以及错误 / 边界情况。包含 Google 逐字列出的"应避免的测试"清单（activity / fragment / service 等框架入口点不应包含业务逻辑）以及一份边界情况挖掘清单。当用户询问 "what should I write tests for"、"should I unit-test this Activity"、"do I need a test for this util class"、"what edge cases am I missing" 或 "should I test the ViewModel or the Composable" 时使用。

监控 Nx Cloud CI 流水线并自动处理自愈修复。开始前检查 Nx Cloud 连接。

C

ci-pub

venhdev / skills

审计代码健康状况、提出语义化版本升级建议，并确认软件包已准备好发布。

C

cicd-automation

autumnsgrove / lattice

为 Python/UV 项目设置带自动化测试、lint 和部署的 CI/CD GitHub Actions 工作流。适用于创建 CI 流水线、自动化测试，或搭建部署工作流。

C

code-quorum

scottwater / skills

运行独立的代码审查 Agent 并综合已验证的发现。

C

code-review-graph

vudovn / ag-kit

使用 Tree-sitter AST 图和 MCP 进行令牌高效的代码审查。通过计算变更的影响范围而非阅读整个代码库，减少大型代码库上的 AI 令牌消耗。使用 SQLite 图数据库进行结构分析。

C

code-review

maxedapps / agent-skills

审查代码变更和代码库，找出真实缺陷和不必要的复杂性。当被要求审查 diff、分支、代码库或已完成的实现，或对照计划检查工作时使用此技能。不要用于拉取请求的 HTML 演示（使用 pr-review），也不用于规划。

C

code-review

mgd34msu / goodvibes-plugin

当任务涉及审查代码、审计质量或验证实现时主动加载。当用户说 "review this code"、"check this PR"、"audit the codebase" 或 "score this implementation" 时使用。涵盖 10 维度加权评分标准（正确性、安全性、性能、架构、测试、错误处理、类型安全、可维护性、可访问性、文档）、反模式的自动模式检测，以及带有可执行发现的结构化审查输出。

C

crap-analysis

wshaddix / dotnet-skills

分析代码覆盖率和 CRAP（Change Risk Anti-Patterns）评分，以识别高风险代码。使用 OpenCover 格式配合 ReportGenerator，展示圈复杂度和未测试代码路径的 Risk Hotspots。适用于在变更前评估代码质量和测试覆盖率、识别需要重构或测试的高风险代码、为 .NET 项目设置覆盖率收集，或为 CI/CD 流水线建立覆盖率阈值。

使用 Crit 的内联评论和结构化人工反馈来评审代码变更、计划、实时页面（正在运行的开发服务器）或本地 HTML 文件。仅在用户明确调用 /crit 或直接要求使用 Crit 时使用；一般性的评审请求不算。

D

dart-testing

dart-lang / skills

通过全面的单元测试和集成测试确保代码正确性。

D

debugger-agent

patrickserrano / skills

在模拟器上构建、运行并调试 iOS 应用。适用场景：要求运行 iOS 应用、与模拟器 UI 交互、捕获日志或诊断运行时行为。

D

debugging-workflows

github / gh-aw

使用标准调试策略和证据参考资料诊断 gh-aw 故障

D

do-execute-qa-bugfix

fabio-barboza / development-orchestrator

接收 qa-bugs/ 中 bug 文件的路径（例如 qa-bugs/bug-01-alta-formulario.md），分析根本原因，实现修复并添加回归测试，验证测试套件并更新文件状态。当用户要求修复 QA 中发现的特定 bug 时使用。不要用于批量修复——每个 bug 调用一次。不要用于新功能实现、code review 或 QA 执行。

D

dotnet-testing-advanced-webapi-integration-testing

kevintsengtw / dotnet-testing-agent-skills

ASP.NET Core WebApi 整合测试完整指南。当需要对 WebApi 端点进行整合测试或验证 ProblemDetails 错误格式时使用。涵盖 WebApplicationFactory、IExceptionHandler、Testcontainers 多容器编排、Flurl URL 构造与 AwesomeAssertions HTTP 验证。 Keywords: webapi integration testing, WebApplicationFactory, asp.net core integration test, webapi 整合测试, IExceptionHandler, ProblemDetails, ValidationProblemDetails, AwesomeAssertions, Flurl, Respawn, Be201Created, Be400BadRequest, 多容器测试, Collection Fixture, 全域例外处理

E

extracting-test-artifacts

skydoves / android-testing-skills

使用此 skill 通过 `adb pull` 和 `adb push` 在主机与设备之间传输文件，包括现代标志 `-z`（压缩）、`-Z`（不压缩）、`--sync` 和 `-a`（保留属性）。涵盖路径权限规则——`/data/local/tmp/` 可自由写入，`/sdcard/`（别名 `/storage/emulated/0/`）在 API 30+ 上按分区存储规则可由 shell 写入，`/data/data/<pkg>/` 在可调试构建上需要 `run-as <pkg>`，而 `/sdcard/Android/data/<pkg>/files/` 归应用包所有但可拉取。包括用于获取文本的 `adb shell run-as <pkg> cat <path>`、用于干净获取二进制目录的 `adb exec-out run-as <pkg> tar cf - <path> | tar xf -`、Gradle 输出目录 `connected_android_test_additional_output/`，以及用于现代产物收集 API 的 `androidx.test:services` `useTestStorageService` 标志。如果用户提到 "adb pull permission denied data data"、"run-as"、"scoped storage shell"、"tar through adb"、"test storage service" 或 "exec-out vs shell for binary"，请使用此 skill。

F

fresh-eyes-sweep

paulrberg / agent-skills

以全新的视角审计整个仓库，找出正确性错误、bug、遗漏、重复、不一致、过时或重复或同义反复的测试、过时注释，以及其他有证据支持的错误。修复所有可安全修复的问题并验证结果。

G

green-gate

verygoodopensource / vgv-ai-flutter-plugin

驱动 Dart 或 Flutter 包在四项关卡（analyze、format、test、coverage）上通过验证—修复—重跑循环完全变绿。它负责关卡配置，因此仅规划类问题也属于此技能：每项关卡运行哪个工具和参数、以何顺序运行、覆盖率目标，以及什么不计入覆盖率分母。当出现“green gate”“make it green”“get CI green”、修复所有 analyze 和 test 失败、在 PR 前清理包、将覆盖率提升到 100、循环直到全部通过，或确认包已变绿时使用。当用户想弱化或跳过某项关卡时也应使用：降低覆盖率阈值、在未测试或生成的代码上添加覆盖率忽略注释、因为此前已通过而跳过 analyze 和 format、把一个 94% 的包称为完成，或在相同失败反复出现时重试。优先于单一关卡的 testing 或 analysis 技能使用。

G

grove-testing

autumnsgrove / lattice

编写有效且可维护的测试，捕捉真实缺陷并支持有信心地重构。适用于决定测试什么、审查测试质量，或为 Grove 功能编写测试。侧重理念与策略——实现细节请搭配 javascript-testing 使用。

I

issue-discover

catlog22 / claude-code-workflow

统一的 issue 发现与创建。从 GitHub/文本创建 issue，通过多视角分析发现 issue，或进行提示词驱动的迭代探索。触发词为 "issue:new"、"issue:discover"、"issue:discover-by-prompt"、"create issue"、"discover issues"、"find issues"。

K

kestra-flow-hardening

kestra-io / agent-skills

审计一个或多个现有 Kestra 流程，并加入生产级加固控制 —— 重试、超时、并发限制、error/finally/afterExecution 处理器、SLA、检查以及幂等性护栏。产出按严重程度排序的发现报告，然后应用已确认的修改。当用户要求加固、审计、审查某个流程，或使其更接近生产就绪、更具韧性、更幂等时使用 —— 不适用于编写新流程（请使用 kestra-flow）。

M

mailpit-integration

wshaddix / dotnet-skills

使用 Mailpit 和 .NET Aspire 在本地测试邮件发送。捕获所有外发邮件而不实际发送。查看渲染后的 HTML、检查邮件头，并在集成测试中验证投递。适用于在不发送真实邮件的情况下本地测试邮件投递、在 .NET Aspire 中搭建邮件基础设施，或编写验证邮件已发送的集成测试。

通过类型检查、lint、测试和安全进行严格验证

M

mobile-development

magnus919 / agent-skills

跨 iOS、Android、Flutter 和 React Native 构建、测试、签名并发布移动应用——项目脚手架、构建与代码签名、真机与模拟器测试、商店提交（App Store 和 Play Store）、应用生命周期与后台运行、离线与同步，以及移动端专属测试。当任务涉及为 iOS 或 Android 创建、构建、测试或发布移动应用，或需要推理移动行为（如后台执行、推送通知、离线存储和数据同步）时使用。不适用于 Web 前端工作（属于 frontend-engineering）、后端服务与 API（属于 backend-engineering），或 iOS 和 Android 范围之外的桌面与 Web 平台目标。

M

mocking-with-mockito

skydoves / android-testing-skills

使用本技能可将 Mockito（Android 领域占主导地位的 mocking 框架，androidx 自身也只使用它）接入 JVM 单元测试套件。涵盖 `org.mockito:mockito-core:5.x` 以及 `org.mockito.kotlin:mockito-kotlin:5.x` Kotlin DSL —— `mock<T>()`、`whenever`、`argumentCaptor<T>()`、`any()` / `anyOrNull()` / `eq()`、`MockitoJUnit.rule()` 与 `MockitoAnnotations.openMocks(this)` 两种生命周期的取舍、用于 Kotlin final 类的 inline mock-maker（`mock-maker-inline` 插件文件）、针对 instrumented 场景下 final 类 mock 的 `@SdkSuppress(minSdkVersion = 28)`，以及通过 `runBlocking` 进行 suspend 打桩的变通手段。当用户提到 `whenever`、`Cannot mock final class`、`InvalidUseOfMatchersException`、`@Mock null`、`MockitoJUnitRunner`、`argumentCaptor`、`mock-maker-inline`，或询问如何用 mockito-kotlin 进行 mock 时使用。

N

ns-sdd-analyze-consistency

nextstage-brasil / skills

(NS) 在任务生成之前，验证 requirements.md 的内部一致性及其对项目规则的遵循。当用户要求分析或校验需求时、范围确认之后、或对 requirements 进行手动编辑之后使用——也会在 Gate 2 与任务生成之间自动执行。将 Consistency 状态（Approved|Reproved）追加到 requirements.md；若为 Reproved，则通知用户并停止。请勿生成任务或 consistency-report.md。

O

octopus-architecture

nyldn / claude-octopus

基于仓库证据审查系统架构、简化边界或比较接口设计

O

organizing-test-source-sets

skydoves / android-testing-skills

使用此 skill 整理 Android 测试源集——`src/test/`、`src/androidTest/`、社区惯例 `src/sharedTest/`，以及 Compose 自身在 AGP 7.2 破坏经典 `sourceSets` 接线后采用的现代 KMP 风格 `androidHostTest` / `androidDeviceTest` 拆分。包含按 Google 的 `/training/testing/local-tests` 和 `/training/testing/instrumented-tests` 页面整理的 `testImplementation` / `androidTestImplementation` / `debugImplementation` 配置矩阵。适用于用户询问 "where do I put my tests"、"test or androidTest"、"sharedTest setup"、"AGP 7.2 broke my sourceSets"、"androidHostTest vs androidDeviceTest"、"testImplementation vs androidTestImplementation vs debugImplementation" 或 "why is my Robolectric test in androidTest"。

P

pentest-whitebox-code-review

jd-opensource / joysafeter

使用后向污点分析、槽类型分类、渲染上下文验证以及产出利用队列的三阶段并行审查进行源代码安全审计。

P

performance-test-k6

naodeng / awesome-qa-skills

当你需要 k6 的负载/压力/尖峰/浸泡测试范围、脚本或可运行入口时使用本技能；触发词包括 k6、k6 脚本和 k6 性能测试。

P

performing-supply-chain-attack-simulation

mukul975 / anthropic-cybersecurity-skills

模拟并检测软件供应链攻击：通过 Levenshtein 距离针对流行 PyPI 包名进行域名仿冒检测、针对私有注册表的依赖混淆测试、SHA-256 包哈希校验，以及使用 pip-audit 的已知 CVE 扫描。在审计项目依赖中的恶意或混淆包，或评估包注册表供应链风险时使用。

P

phaser-release

yakoub-ai / phaser4-gamedev

当用户要求“发布我的游戏”、“上线”、“发布到 itch.io”、“准备发布”、“我的游戏可以发布了吗”、“制作商店页面”、“发布检查清单”、“为我的游戏做版本号”、“上线前我需要什么”、“发布后”、“我的游戏已上线，需要更新”，或正在为玩家而非测试准备 Phaser 游戏时，应使用此技能。

P

picking-test-doubles

skydoves / android-testing-skills

使用此 skill 为 Android 测试选择合适的测试替身——fake、mock、stub、spy、dummy 或 Robolectric shadow。收录 Google 的原话偏好顺序（"fakes ... are preferred"、"Fakes are preferred over stubs for simplicity"、"Fakes or mocks are therefore preferred over spies"），给出 Android 示例（内存中的 `FakeUserRepository`、`mockk<UserRepository>()`、`ShadowSystemClock`），并提供将意图映射到正确替身的决策矩阵。适用于用户询问 "fake or mock"、"should I use Mockito here"、"how do I replace this dependency in tests"、"what's the difference between a stub and a mock"、"spy vs mock"，或提到 `mockk`、`every { } returns`、`verify { }`、`org.mockito`、`argumentCaptor`、`Robolectric` shadow、`ShadowSystemClock` 或 `FakeRepository`。