Skills

T

test-specialist

travisjneuman / .claude

JS/TS、Python、Go 和 Rust 的测试编写模式（单元测试、集成测试、E2E、视觉回归）。仅在用户明确要求编写测试或测试覆盖率时使用；未要求测试的调试任务请使用 debug-systematic。

T

thinking-inversion

tjboudreaux / cc-thinking-skills

规划工作时，如果乐观情绪可能掩盖风险，就问：“怎样才能确保这件事失败？”——列出各种失败路径，再将最主要的风险转化为明确的规避要求

V

vector-triton-ascend-ops-optimizer

ascend / agent-skills

昇腾（Ascend）NPU 上 Triton 算子深度性能优化技能（Skill），致力于实现用户要求的 Triton 算子性能提升。核心技术包括但不限于 Unified Buffer (UB) 容量规划、多 Tokens 并行处理、MTE/Vector 流水并行、mask（掩码）优化等。当用户提及以下内容时，务必触发此技能（Skill）：昇腾（Ascend）NPU 上 Vector 类 Triton 算子性能优化。

A

acceptance-pipeline-feature-design

pproenca / dot-skills

为 Uncle Bob 的 Acceptance Pipeline Specification 设计新功能、扩展或修改 —— 新的变异策略、Gherkin 语法支持、报告格式、流水线阶段、IR 字段或处理器模式。当有人问 "how would I add X to the acceptance pipeline" 或讨论解析器、生成器、运行时、变异器或报告器组件的规范级变更时触发 —— 即使他们没有明确说 "feature design"。与 acceptance-pipeline-catalog 技能协同工作，后者提供基线规范参考。

A

accessibility

verygoodopensource / vgv-ai-flutter-plugin

按照 WCAG 2.2 的 A、AA 或 AAA 一致性等级，在 iOS、Android、Web、macOS、Windows 与 Linux 上审计或修复 Flutter widget，涵盖 VoiceOver 与 TalkBack 下的 Semantics 标签与屏幕阅读器输出、触摸目标尺寸、拖拽替代方案、焦点顺序与键盘导航、颜色对比度、disableAnimations 下的动画门控以及表单 autofillHints，并包括将每项修复锁定的测试套件。在一个或多个上述平台上构建、审计或审查 Flutter widget 的无障碍性时使用。

A

acreadiness-policy

github / awesome-copilot

帮助用户选择、编写或应用 AgentRC 策略。策略可通过禁用无关检查、覆盖影响/级别、设置通过率阈值，或将组织基线与团队覆盖项串联来自定义就绪度评分。用户询问严格模式、仅 AI 评分、自定义权重、CI 门禁或希望组织范围标准化时使用。

B

backtesting-py-oracle

terrylica / cc-skills

用于 SQL oracle 验证和区间柱形图模式回测的 backtesting.py 配置。在针对……运行 backtesting.py 时使用。

B

bagisto-pest-testing

bagisto / agent-skills

在编写或修改 Bagisto Pest 测试时使用 —— 功能测试或单元测试、断言、数据集、mock、架构测试，或注册新包的测试套件。触发用语包括 "pest"、"test"、"unit test"、"feature test"、"assertion"、"dataset"、"mock"、"testsuite"、"TDD"、"coverage"。

B

bdd-gherkin-specification

jzallen / fred_simulations

使用 Gherkin 语法创建行为驱动开发（BDD）功能文件。编写清晰、可执行的规范，从用户视角描述系统行为。用于需求文档、验收标准和活文档。

C

configuring-lazy-prefetch

skydoves / compose-performance-skills

使用此技能通过 LazyLayoutCacheWindow（Compose Foundation 1.9+，@ExperimentalFoundationApi）和预取中的可暂停组合（Compose Foundation 1.10+，默认开启）来调优 Jetpack Compose 惰性布局预取。涵盖通过 rememberLazyListState(cacheWindow = ...) 接入的基于 Dp 的可配置前后缓存窗口、用于包含内部惰性布局的条目（LazyColumn 行内的 HorizontalPager）的 NestedPrefetchScope、版本要求，以及内存压力与空闲帧工作之间的权衡。当开发者提到高速滚动时的掉帧、预取窗口、前后范围、LazyLayoutCacheWindow、NestedPrefetchScope、预取的可暂停组合，或希望为短暂滚动经过的条目保留组合时使用。条目级修复（keys、contentType）在另一个技能中。

D

design-to-react-algorithms

pproenca / dot-skills

把 Sketch 文件（或形状类似的 Figma 导出）逆向工程为像素级精确的 React + CSS——迭代心智模型、树重建、布局推断算法、几何数学、视觉回归差分，以及使“无回归的改进”可被强制执行的样式/排版/路径转换。即使用户没有明确提到“算法”，但正在把设计源转换为 Web 代码、构建设计到代码流水线，或苦于在不破坏先前已转换输出的前提下做增量保真改进，也要触发。

D

docs-auditor

infrasity-labs / dev-gtm-claude-skills

对照 7 个类别中的 33 项检查审核任意开发者文档站点，并生成评分报告（满分 100），每项检查给出 Pass / Warn / Fail 状态。当用户提供文档 URL 并要求审核、评审、打分、检查质量，或评估其在 AI 可发现性、SEO、结构、内容或完整性方面的表现时，使用此技能。当用户说“run a docs audit”“audit these docs”“check this documentation”“how good are the docs for X”，或粘贴文档 URL 并带有任何评估意图时也应触发。始终使用此技能——不要在不遵循此结构化工作流的情况下尝试自由形式的文档评审。

E

e2e-testing

oakoss / agent-skills

使用 Playwright 的 E2E 测试架构与模式。适用于设计测试套件、构建 Page Object Model 结构、规划 CI 分片策略、搭建认证流程，或用标签与注解组织测试。适用于测试架构、使用 axe-core 做无障碍审计、网络 mock 策略、视觉回归工作流、HAR 回放以及 storageState 认证模式。若需 Playwright API 细节、浏览器自动化或网页抓取，请改用 playwright skill。

E

eval-recipes-runner

rysweet / amplihack

运行 Microsoft 的 eval-recipes 基准测试，以对照基线 Agent 验证 amplihack 的改进。在测试改进、运行评估或对变更做基准测试时自动激活。

G

gerrit

odyssey4me / agent-skills

使用 git-review 命令行提交、修订和评审 Gerrit 变更。当被要求提交 patchset、下载变更、变基变更请求、查看 CR 状态或管理 Gerrit 中的代码评审时使用。

G

git-commits

loxosceles-dev / dev-skills

提交消息格式、逻辑分组和分支命名规则。创建 Git 提交、分支或 PR 时应遵循。

L

longitudinal-measurement

owl-listener / ai-design-skills

长期跟踪 AI 产品质量 — 漂移、退化和改进。

N

n8n:community-pr-readiness-check

n8n-io / n8n

检查社区拉取请求是否已准备好接受人工审查。验证 CLA 签名、PR 标题格式、描述完整性、测试覆盖率以及 cubic-dev-ai 问题，然后将其分诊至正确的 Linear 团队或建议关闭。在收到要审查的 PR 编号或分支名、用户输入 /community-pr-readiness-check，或要求检查某个 PR 是否已可审查时使用。

N

n8n:experiments

n8n-io / n8n

指导 `packages/frontend/editor-ui` 实验相关工作。在创建、扩展、接入、测试、评审或移除 editor-ui 实验、PostHog 特性开关、实验键索引、变体、stores/composables、持久化实验状态或实验遥测时使用。

O

outside-in-testing

rysweet / amplihack

qa-team 的已弃用兼容别名。当现有配方或 Agent 仍按名称调用 outside-in-testing 时使用。将后续工作重定向到 qa-team 技能，用于由外向内验证与一致性循环。

P

python-code-style

probabl-ai / skills

负责此技术栈的 Python 代码风格：使用 ruff 进行 lint 和格式化，使用 numpydoc 编写文档字符串。三项职责：（1）技术栈和工作区准备就绪后，根据随附模板放置项目的 `ruff.toml`；（2）对 Claude 刚生成或编辑的所有 Python 文件运行 ruff；（3）根据数据科学问题调整每个已修改文件中的注释，将残留的模板／工作流描述（技能名称、门槛、运行器、摘要、护栏）改写为简洁且针对具体问题的文档，使用户提交的文件读起来像同事编写的，而非生成的脚手架。完成标准是“已修改文件通过 `ruff check`，并且文档说明的是问题，而非流程”。以下任一情况触发：（1）刚通过 Write／Edit／MultiEdit 创建或编辑 Python 文件——在宣布任务完成前调用此技能，运行 ruff 并使文件注释与问题相符；（2）`organize-ml-workspace` 刚搭建好新的 ML 工作区，且项目根目录尚无 `ruff.toml`——放入随附模板；（3）用户询问 lint、格式化、文档字符串风格，或使用 `black`／`isort`／`flake8`／`pydocstyle`——引导其改用 ruff，它是由 `data-science-python-stack` Tier 1 负责的技术栈规范 linter。以下情况跳过：项目不是 Python；本轮仅修改 Markdown／TOML／JSON／YAML；文件位于用户不拥有的第三方 vendored 目录中。使用方法：手动对刚修改的文件运行 ruff，不要配置 PostToolUse hook。运行 ruff 前，必须阅读“Stop conditions”部分，并在回复中以可见文本输出 Pre-flight checklist；两项缺一不可。

R

release-checklist

yonatangross / orchestkit

发布一个版本：OrchestKit 自身的最终打标签前关卡，在变更已被确认无误后运行一次。依次走过 12 个有序步骤（构建、完整测试套件、安全测试、类型检查、manifest 数量校验、changelog 条目、在 package.json 和 CLAUDE.md 中更新版本号、选择性暂存、符合约定的发布提交、打标签、确认推送），在第一个失败步骤处停止并给出修复指引。适用于切分并发布版本，不用于判断变更是否正确（那是 /ork:verify）。

R

review-codebase

nesnilnehc / ai-cortex

审查给定文件/目录/仓库的当前代码组织状况：模块边界、设计模式、跨模块依赖、技术债以及接口稳定性。仅做范围审查的原子技能；输出为发现清单。

S

sdlc-review

nousresearch / hermes-agent

审查看板交接并路由已验证的结果。

S

semgrep

membranedev / application-skills

Semgrep 集成。管理规则和扫描。用户希望与 Semgrep 数据交互时使用。

S

smart-test

rysweet / amplihack

基于代码变更的智能测试选择。通过导入分析将源文件映射到测试，实现分层测试（快速 < 1 分钟、受影响 < 5 分钟、全量套件），并跟踪测试可靠性。在代码变更后运行测试、优化反馈回路和 CI 时间时使用。

S

strix-fix-findings

usestrix / strix

对 Strix 渗透测试（开源命令行工具或 app.strix.ai 云端）发现的漏洞进行分类和修复，然后重新运行 Strix 验证每项修复。Strix 扫描报告发现项后，或用户要求修复 strix_runs 报告、vulnerabilities.json、findings.sarif 或云端扫描漏洞中的安全问题时使用。

T

test-coverage-improver

openai / openai-agents-js

测量 JS SDK 覆盖率或弥补已测出的覆盖率缺口。用于覆盖率审计和指标回退，不用于常规添加测试。

T

testing-pyramid

rrezartprebreza / spring-boot-skills

在编写任何类型的测试时使用——单元、切片或集成测试。涵盖测试结构、命名约定、Mockito 模式、@WebMvcTest、@DataJpaTest 和 Testcontainers 设置。

T

triage

unlearndev / skills

通过将变更文件分组到功能领域、为每个领域分配风险等级（高/中/低），并生成可快速浏览的摘要来对分支或 diff 进行分诊，帮助决定将审查时间花在哪里。适用于用户要求对分支、PR 或 diff 进行 "triage" 时。

B

bagisto-change-verification

bagisto / agent-skills

当一次 Bagisto 变更即将被视为完成，或被要求运行验证关卡——代码风格、测试、端到端测试和翻译完整性时使用。触发短语包括 "verify"、"is this done"、"run the gates"、"pint"、"pest"、"playwright"、"translations check"、"ready to commit"。

C

cawplan-testcase-import

cawcut / skill-cawplan

以预览优先的工作流将 CawPlan 的 QA 测试用例（Requirement/TestPoint 或 INLINE 会话用例）导入 TestRail。适用场景：SQA 想把 T1 生成的用例推送到 TestRail；测试点生成后，展开用例并导入；需求更新后重新导入（仅跳过，不覆盖）。全部为仅标题用例 → 可选 Steps 确认（引导至 `/cawplan-testcase-generate` 或不含步骤继续）；≥1 个已展开用例 → 无缝导入。不适用：生成测试点（使用 `cawplan-testpoint-generate`）；归档需求（使用 `cawplan-requirement-analyze`）；创建 Test Plans/Runs（使用 `cawplan-testplan-layout`）；失败转缺陷（使用 `cawplan-defect-ticket`）；发布风险（A5）。

C

chaos-engineering-resilience

proffesor-for-testing / agentic-qe

混沌工程原则、受控故障注入、韧性测试和系统恢复验证。用于测试分布式系统、建立对容错的信心或验证灾难恢复。

C

clean-code

mindrally / skills

整洁、可维护、可读的代码原则，结合反过度设计纪律：命名、单一职责、DRY，并将改动范围严格限定在所请求的内容。适用于编写新代码、重构既有代码、审查代码质量，或判断某项改动实际需要多少抽象。

D

data-quality

maddhruv / absolute

将你的开发生命周期提升 10 倍的绝佳技能

D

design-invariants

lvlup-sw / exarchos

根据 Exarchos 的架构不变量审查设计方案或差异，包括事件溯源完整性（INV-1）、共享调度核心上的外观等价性（INV-2）、basileus-forward（INV-3）、平台无关性（INV-4）以及 Agent 优先的接口设计（INV-5a 输入易用性、INV-5b 符合规范的输出契约、INV-5c 受 Aspire 启发的控制平面动词、INV-5d 动作判别器模式）。与 /axiom:backend-quality 配合使用——此技能针对特定项目（axiom 通用）。触发词：“check invariants”、“design conformance”、“check #1118 / #1109”或 /design-invariants。

D

distributed-task-execution

qodex-ai / ai-agent-skills

分派并协调并行 Agent 执行。管理并发任务处理、结果汇总和错误处理。

在编写、修改或审查 `e2e/` 下的 Cucumber 和 Playwright 测试时使用，包括 feature 文件、步骤定义、支持代码、场景标签、定位器和断言。不要用于 Vitest、React Testing Library、后端测试或 E2E 套件之外的通用浏览器自动化。

F

framevideo-visual-qa

chanjing-ai / framevideo

FrameVideo 作品的视觉质量审查。适用于在创建或大幅编辑 FrameVideo HTML 后，检查或修复素材重叠、文本重叠、文本被裁切或溢出、文本/背景对比度低、标题/Logo/CTA/字幕位置不安全、动态文本适配、动画期间的视觉碰撞，或最终作品 QA 时。

H

help-url-reference

community-access / accessibility-agents

用于无障碍修复的集中式帮助 URL 参考。将 axe-core 规则 ID 映射到 Accessibility Insights 的 info-examples 页面，将规则 ID 映射到 Microsoft Office 和 Adobe PDF 帮助页面，将 WCAG 标准映射到 W3C Understanding 文档。在生成 CSV 导出、markdown 报告，或任何将发现结果链接到外部修复文档的输出时使用。

L

load-testing

dhruvjainin / absolute

将你的开发生命周期提升 10 倍的绝佳技能

N

n8n:create-instance-ai-eval

n8n-io / n8n

撰写新的 Instance AI 工作流或 Agent 评估用例——在本地以 JSON 编写，针对真实构建进行校准，然后推送到 LangTracer 套件 CI 运行——包括构建用例、行为／过程用例、凭证用例以及种子（对话中途）用例——并带有意图驱动的预期。在新增或修改 Instance AI 评估，或调试某个评估为何不稳定时使用。

N

ns-best-practices

nextstage-brasil / skills

(NS) 安全性/兼容性/无障碍 + Vercel Web Interface Guidelines。在加固安全性、修复 CSP/CORS/headers、审查 UI/检查无障碍/审计 UX,或涉及 Web Interface Guidelines 时使用——即使没说 "best practices";也用于 ns-proto-creator 收尾。不要用于 MR/SOLID(ns-reviewer)、视觉改版(ns-frontend-design)或功能开发(ns-coder / ns-spec-driven)。

P

paper-code-audit

companion-inc / feynman

将论文的主张与其公开代码库进行对比。当用户要求审计论文、检查代码与主张的一致性、验证某篇论文的可复现性，或找出论文与实现之间的不一致时使用。

P

plugin-review

base / skills

依据插件规格说明验证和审查 Wallet MCP 插件文件。适用于编写新插件、准备插件 PR 以提交、在开启 PR 前自检插件，或审查他人的插件 PR。在诸如 "check my plugin against the spec"、"validate this plugin file"、"review my plugin PR"、"does this plugin conform to the spec"、"prepare my plugin for submission"、"write a plugin for X protocol" 之类的请求时触发。

P

python-testing

composiohq / composio

使用 nox、Makefile 目标、Ruff、mypy、pytest 标记、健全性测试、类型推断检查和构建检查来选择和运行 Python SDK 验证。适用于添加 Python 测试、诊断 Python CI 或验证 Python SDK/提供方变更时。不适用于仅 TypeScript 的检查。

S

sdk-docs-auditor

infrasity-labs / dev-gtm-claude-skills

审计任何 SDK 文档站点，并生成带完整评分的可下载 HTML 报告。每当用户提供文档 URL 并要求审计、评审、分析、评分或检查 SDK 文档质量时使用本技能。以下表述也应触发：“审计 X 处的 SDK 文档”“检查 X 处的文档是否完整”“评审此 SDK 文档”“这些文档有多好”“对 X 运行 SDK 审计”，或任何用户粘贴 URL 并同时出现审计、评审、抓取、检查、分析、质量、完整性或缺口等词的情况。务必使用本技能——不要在未遵循此结构化抓取 → 分析 → 交叉引用 → 报告工作流的情况下尝试审计。

S

solana-audit

workersio / skills

触发条件：用户要求审计、审查或安全检查 Solana 智能合约，或代码库包含 solana_program、anchor_lang、pinocchio、#[program]、#[derive(Accounts)]。也适用于 Rust 代码包含 Solana 依赖时提出“check for vulnerabilities”“find exploits”“security review”等要求。

S

spec-driven-eval

tech-leads-club / agent-skills

逐案评估某项实现满足 PRD/规格的程度，并给出一个可比较的最终评级。仅在明确点名时调用（例如 run spec-driven-eval）；不要自动触发。在以下情况使用：对规格驱动的实现进行基准测试、为验收标准评分、评估某功能是否 100% 实现、比较同一 PRD 的多个实现，或依据产品需求审计实现与测试覆盖（单元测试和端到端测试）。不要用于规划或构建功能（请用 tlc-spec-driven）、撰写 PRD，或与规格无关的通用代码审查。

T

tracing-recompositions-at-runtime

skydoves / compose-performance-skills

使用此技能，通过 `skydoves/compose-stability-analyzer` 的 `@TraceRecomposition` 为 Jetpack Compose 组合函数埋点，使每次重组的差异（哪个状态或参数发生变化、发生了何种值变化）以 `Recomposition` 标签输出到 logcat。适用于 Android Studio Layout Inspector 无法触及的带调试符号的 release 构建，并为 IntelliJ / Android Studio 插件的实时重组热力图提供数据（10 次以下为绿色，10–50 为黄色，50 以上为红色）。涵盖 Gradle 插件配置、让埋点不进入生产环境的运行时开关 `ComposeStabilityAnalyzer.setEnabled(BuildConfig.DEBUG)`，以及向调试期 Layout Inspector 和 CI `stabilityCheck` 的交接。当用户提到 `@TraceRecomposition`、"trace recomposition"、"compose-stability-analyzer"、"recomposition logcat"、"recomposition heatmap"、"release-mode recomposition counts"，或需要在类 release 构建中确认稳定性修复时使用。

V

vibe-review

adhi-jp / agent-skills

当用户要求对 git diff、工作树、分支、base ref、由 git 支持的 plan 或文档变更进行 Agent 辅助代码审查，或需要审查/修复循环（其中范围分类、委派的审查者、规格缺口或级联安全的修复可能相关）时使用。

W

watchos-code-review

existential-birds / beagle

审查 watchOS 代码中的应用生命周期、复杂功能（ClockKit/WidgetKit）、WatchConnectivity 和性能限制。适用于审查包含 import WatchKit、WKExtension、WKApplicationDelegate、WCSession 或 watchOS 特定模式的代码。

A

agents-skills

vasilyu1983 / ai-agents-public

创建并审计 Agent 技能，包含 SKILL.md、参考资料、脚本和平台范围的元数据。用于创建、更新或验证共享技能。

A

api-testing

naodeng / awesome-qa-skills

需要为 REST、GraphQL 或 gRPC 接口设计 API 测试计划或用例时使用此技能；触发词包括 API 测试和 api testing。

A

autoresearch

companion-inc / feynman

有界的研究实验循环：尝试假设、衡量基准证据、保留有效做法、记录失败结果。当用户要求优化研究指标、运行实验循环、迭代改进模型/检索/评估性能，或对研究假设做基准测试时使用。

C

cli-e2e

composiohq / composio

编写、修改或调试 ts/e2e-tests/cli 下基于 Docker 的 Composio CLI 端到端测试，包括二进制调用、fixture 隔离、输出断言和包清单。仅用于 CLI E2E 测试套件；CLI 源码实现请使用 cli-command。

C

cross-sdk-parity

composiohq / composio

保持 TypeScript 与 Python SDK 在行为、生成客户端用法、公开 API 命名与文档示例上的一致。当某项变更同时影响两个 SDK、生成客户端的版本固定发生变化、比较 TS/Python 行为，或后端 API 契约发生变化时使用。不适用于仅涉及单一语言的内部变更。

D

diagnostic-analysis

qodex-ai / ai-agent-skills

系统化地调试和诊断问题。使用诊断技术定位根因并实施修复。

D

doca-flow-tune

nvidia / skills

当用户使用 `doca_flow_tune` 调优正在运行或已捕获的 `doca-flow` 流水线时，使用此技能：对管道／计数器／KPI 状态进行快照，选择调优方向（规则放置、资源提示／表大小、HW-offload 模式）及匹配的测量指标（规则安装速率、查找延迟、硬件计数器增量），运行离线或在线（只读或会更改状态）模式，读取 dumper CSV／analyze JSON／visualize mermaid，或将建议应用回 Flow 程序。即使用户未明确提及 "doca_flow_tune"，也应触发；常见的隐含表达包括 "Flow 在 BlueField 上的规则安装速率很低"、"这个管道的表大小似乎不对"、"tune visualize 步骤为空"、"前后计数器没有变化"，或 "这条建议会影响哪个 doca-flow 参数"。如果用户要测量基准数据（doca-flow-perf）、编写 doca-flow 应用、安装 DOCA 或流式传输 Flow 遥测数据，则拒绝并转交其他技能处理。

F

frontend-design-audit

mistyhx / frontend-design-audit

评估并改进现有前端界面的可用性——无论是本地源代码还是通过 URL 访问的线上网站。当用户已有前端代码或线上网站 URL，并想了解用户为何使用困难、找出可用性问题或让其更易使用时，使用本技能。触发于直接请求，如 “review my UI”“audit my interface”“check accessibility”“evaluate my design”“improve the UX”“audit this website”“review https://example.com”，也触发于间接的症状描述，如 “users keep abandoning this form”“something feels off about this page”“we're getting complaints about the checkout flow”“conversion dropped after the redesign”“people say it's confusing” 或 “make this less painful to use”。如果用户有前端组件、页面或 URL，且问题听起来像可用性、用户困惑或交互设计不佳，而非 bug 或性能问题，则使用本技能。不适用于从零构建新界面、性能优化或后端逻辑。