Skills

E

eval-audit

hamelsmu / evals-skills

审计 LLM 评估流水线并揭示问题，例如缺少错误分析、评审器未经验证、虚荣指标等。适用于接手评估系统、无法确定评估是否可信，或尚无评估基础设施时作为起点。若目标是从头构建新的评估器，请勿使用（改用 error-analysis、write-judge-prompt 或 validate-evaluator）。

D

design-review

jezweb / claude-skills

评估 Web 应用或页面的视觉设计质量，包括布局、字体、间距、色彩、层级、一致性、交互模式和响应式表现。这不是 UX 审计（检查易用性），而是检查外观是否专业、精致。生成附带截图的设计问题报告。触发词：“设计评审”“这样看起来好吗”“评审设计”“检查布局”“够精致吗”“视觉评审”“设计审计”“让它更好看”“看起来不太对”。

2

21st-ui-review

21st-dev / skill

根据项目的设计上下文、无障碍要求、响应式表现、交互质量和高置信度的生产规范审查现有 UI。用于 UI 审计、设计 QA、前端审查、无障碍审查、一致性检查，或查找并安全修复视觉缺陷。用户提出“审查此 UI”“审计此页面”“查找设计问题”“检查响应式表现”或“修复明显的 UX 问题”等请求时触发。主要需求是创建新 UI 时，使用 21st-ui-build

N

no-ai-design-slop

mengto / skills

在创建、修改或审查网站、应用、屏幕截图、模型图和设计代码时，防止并消除通用的 AI 生成式设计默认项、不协调的视觉选择和已存在的 UI 缺陷。可在 UI 工作中作为被动质量关卡，或用于明确要求的反俗套清理；保留既定艺术方向，而非强行改成中性设计

B

bug-reproduction

petrkindlmann / qa-skills

将模糊的 Bug 报告转化为已验证的最小复现，再生成失败的回归测试，由 Agent 驱动端到端完成。涵盖从简略报告中提取隐含的复现信息（环境、构建、步骤、数据）、“复现—缩减—隔离—捕获”循环、用 git bisect 找出引入问题的提交、构建确定性的最小复现（固定种子、冻结时间、网络打桩）、在修复前编写失败的回归测试（红），并确认修复后测试转绿，以及将复现证据写回工单。区分不稳定且无法复现的问题与特定环境问题。适用于：“复现这个 Bug”“最小复现”“复现步骤”“找出导致问题的提交”“git bisect”“让复现过程具有确定性”“为这个 Bug 编写失败测试”“缺陷回归测试”“无法复现这个 Bug”。不适用于：未复现就对现有故障进行分类、去重或严重性分流——这属于 ai-bug-triage。根据规范而非缺陷生成测试——这属于 ai-test-generation。相关：ai-bug-triage、ai-test-generation、test-reliability、systematic-debugging、qa-project-context。

Q

qa

browser-use / browser-use

对网站或 Web 应用进行 QA 测试，并提供 1–5 分的质量评分（5 = 完美无瑕，1 = 无法使用）及证据。用户想测试、进行 QA、评估、打分或“检查效果如何”时使用，适用于网站、页面、流程或应用，包括本地开发服务器（例如“qa test localhost:5173”、“结账流程能正常工作吗？”、“给这个落地页打分”）。通过真实的 Browser Use 云端浏览器执行，并自动为 localhost 建立隧道。

对论文、提案、文献综述、方法章节、证据质量、引用支撑和研究写作反馈进行结构化的学术工作评估。在依据可重复的评分标准评估学术或科学工作（论文、提案、方法章节或证据质量）时使用。

S

sf-testing

jaganpro / sf-skills

执行 Apex 测试、分析覆盖率，并通过 120 分制评分进行测试修复循环。以下情况触发：用户运行 Apex 测试、检查代码覆盖率、修复失败测试，或修改 *Test.cls / *_Test.cls 文件。以下情况不触发：编写 Apex 生产代码（使用 sf-apex）、测试 Agentforce Agent（使用 sf-ai-agentforce-testing），或运行 Jest/LWC 测试（使用 sf-lwc）

S

sf-data

jaganpro / sf-skills

Salesforce 数据操作，采用 130 分评分。用户创建测试数据、执行批量导入／导出、使用 sf data CLI 命令，或需要用于 Apex 测试的数据工厂模式时触发。仅编写 SOQL 查询（使用 sf-soql）、执行 Apex 测试（使用 sf-testing）或部署元数据（使用 sf-deploy）时不要触发。

A

audit-verify-explain-grade-5

mengto / skills

审核工作、用具体证据验证主张，并用五年级学生也能理解的简单语言解释结果。用户要求审查、审核、检查、验证、解释更改或修复、总结测试结果、确认某项功能是否有效，或将技术发现转述给非技术读者时使用。

P

performance-profiling

mengto / skills

介绍如何使用 Instruments、Xcode 诊断工具和 MetricKit 对 Apple 平台应用进行性能分析。适用于排查应用卡死、卡顿、CPU 占用过高、内存泄漏、内存增长、OOM 崩溃、启动缓慢、电池耗电、温度问题、App Store 性能准备情况，或添加 os_signpost 和测量钩子

A

ai-bug-triage

petrkindlmann / qa-skills

用于缺陷分类、去重和工单生成的混合指纹 + LLM 流程。规范化 CI 日志，创建稳定指纹，将近似重复项聚类，然后使用 LLM 进行严重性分类和工单撰写。包含缺陷报告模板及严重性/优先级矩阵。适用场景：“缺陷分流”“缺陷分类”“故障分析”“自动分类”“CI 失败”“缺陷报告”“缺陷模板”。不适用于：单个不稳定定位器的运行时自愈——使用 test-reliability。不适用于：根据生产遥测设计新测试——使用 observability-driven-testing。相关：qa-metrics、qa-dashboard、ci-cd-integration、qa-project-context。

D

dt-obs-genai

dynatrace / dynatrace-for-ai

分析和调试 GenAI/LLM 应用：按提示词、模型和提供商分析 Token 成本与缓存；延迟和错误；Agent 与工具循环及故障；对话；护栏；评估；OpenTelemetry/dt-evals 设置。

R

rstest-best-practices

rstackjs / agent-skills

设置、编写或审查 Rstest 测试和配置，包括环境、模拟对象、快照、覆盖率和 CI。

C

cs-refactor

codestable / codestable

行为等价的重构、拆分和性能优化。会改变外部可观察行为的需求请使用 cs-feat 或 cs-issue。

P

play-policy-insights

android / skills

用于根据 Google Play 政策领域验证 Android 应用的自动化审计工具。它将静态代码分析与 Play 商店声明交叉比对，生成确定性的合规报告，识别权限与 API 规范、用户账户与身份、数据安全与隐私等领域中未声明的数据收集、架构风险和缺失的披露信息。

T

test-driven-development

sickn33 / agentic-awesome-skills

使用失败的行为测试来指导功能开发或缺陷修复，然后进行实现和重构，并执行相关回归检查。

A

agentic-browser-testing

petrkindlmann / qa-skills

以目标为导向的 E2E 测试：浏览器 Agent（Playwright MCP / computer-use）读取自然语言目标，通过无障碍树探索应用并断言结果，无需预先编写脚本。涵盖意图驱动测试优于脚本测试的场景、如何让 Agent 运行可重复且有界（固定模型、temperature 0、预置数据、限定步骤、明确成功断言、基于快照而非像素）、成本/延迟控制、无障碍树优先的交互模式、CI 门控，以及将稳定运行升级为脚本化 Playwright 测试。适用于：“Agent 式浏览器测试”“目标驱动的浏览器测试”“让 Agent 探索应用”“自然语言 E2E”“浏览器 Agent 冒烟测试”“Playwright MCP 测试”。不适用于：编写/维护确定性的脚本化 Playwright 测试——使用 playwright-automation。测试产品自身的 LLM 功能——使用 ai-system-testing。相关：playwright-automation、ai-system-testing、exploratory-testing、test-reliability、qa-project-context。

A

api-testing

petrkindlmann / qa-skills

使用 Playwright APIRequestContext、Supertest 或独立 HTTP 客户端测试 REST 和 GraphQL API。涵盖使用 Zod 4/AJV 进行架构验证、身份验证流程测试、CRUD 生命周期测试、错误和标头验证、分页及性能断言。适用场景：“API test”“endpoint test”“REST test”“GraphQL test”“schema validation”“Postman replacement”。不适用于消费者驱动的契约验证（Pact、broker）——请使用 contract-testing；浏览器 UI 流程——请使用 playwright-automation。相关技能：contract-testing、test-data-management、ci-cd-integration、playwright-automation。

E

eval

alirezarezvani / claude-skills

按指标或 LLM 评审对 AgentHub 会话中的 Agent 结果进行评估和排名。用户运行 /hub:eval，或要求为已完成的 AgentHub Agent 评分、比较或选出优胜者时使用。

S

security

boshu2 / agentops

审查代码中的安全问题；扫描漏洞、机密信息、依赖项和提示词风险。适用于用户询问代码（哪怕只是一个小型处理程序）是否可以安全发布的情况。

用于开发 RTK 过滤器的 TDD 工作流。采用符合 Rust 惯例的 Red-Green-Refactor 流程。使用真实 fixture、令牌节省断言和 insta 快照测试。在实现新过滤器时自动触发。

A

audit-reference-originality

mengto / skills

根据提供的源参考资料，审查网站或数字体验的原创性及抄袭风险。当 Codex 需要将当前或历史网站输出与参考页面、采集包、截图、文案、品牌、数字、图像、素材、视频、布局、动态效果或代码进行比较，提出有证据支持的风险提示，区分常见视觉风格与独特的抄袭行为，并提出具体修复方案且不作无依据的法律声明时使用。

G

github-triage

trailofbits / skills

通过 gh CLI 对仓库中未关闭的 GitHub issue 和 pull request 进行分诊。可选地审查并合并已就绪的 PR——逐步合并通过检查的自动化或机器人 PR，以及维护者已批准的 PR，并为从未审查过的 PR 启动审查子 Agent——然后关闭已解决的 issue，并在评论中注明解决该问题的 PR 或提交；将 issue 与待处理的修复 PR 互相链接，并为所有未处理事项分配仅本地使用的优先级和变更规模估算。适用于对仓库中未关闭的 issue 和 PR 进行分诊、整理或审查。

T

test-data-management

petrkindlmann / qa-skills

使用工厂模式、fixture 策略、数据匿名化和合成数据生成来创建和管理测试数据。涵盖 Fishery（TypeScript）、FactoryBot（Ruby）、Factory Boy（Python）、数据库播种、清理策略及符合 GDPR 的数据处理。适用于“测试数据”“fixtures”“工厂”“种子数据”“合成数据”“测试数据库”“数据匿名化”等需求。不适用于：数据库本身的迁移／完整性测试——使用 database-testing；环境配置和数据库分支策略——使用 test-environments。相关：test-environments、database-testing、api-testing、unit-testing。

C

cs-issue

codestable / codestable

诊断或修复 bug、报错、性能回退或既有行为异常。不用于新功能（cs-feat）或行为等价重构（cs-refactor）。

S

senior-fullstack

alirezarezvani / claude-skills

全栈开发工具包，提供 Next.js、FastAPI、MERN 和 Django 技术栈的项目脚手架、带有安全性和复杂度评分的代码质量分析，以及技术栈选择指导。当用户要求“搭建新项目”“创建 Next.js 应用”“设置 FastAPI 和 React”“分析代码质量”“审查我的代码库”“我该使用什么技术栈”“生成项目样板”，或提及全栈开发、项目设置或技术栈比较时使用。

C

code-review-checklist

sickn33 / agentic-awesome-skills

全面的代码审查清单，涵盖功能、安全性、性能和可维护性

C

code-review

alinaqi / maggy

提交和部署前，必须通过 /code-review 进行代码审查

A

architecture-optimization

wondelai / skills

引导你将一个运行正常但日渐缓慢、错综复杂的代码库，逐步改造成速度可量化验证、边界清晰且易读的代码库。按阶段编排八项技能：working-with-legacy-code、clean-architecture、software-design-philosophy、refactoring-patterns、system-design、ddia-systems、release-it、pragmatic-programmer。每个阶段都内含方法，可独立运行；在每个决策点向用户提问，并将结果记录到项目 docs/ 目录（PERFORMANCE.md、ARCHITECTURE.md、ARCHITECTURE-OPTIMIZATION-PLAN.md），以便跨会话继续推进。适用于用户希望提升应用速度、理清偏移的边界、修复缓慢的端点和查询，或表示“它能运行，但很慢，而且越来越糟”时。未经测试的原型请使用 improve-code-quality；不敢动的老旧代码库请使用 remove-technical-debt；从零开始设计结构请使用 design-code-architecture；营销网站页面速度请使用 improve-website。若只涉及单一框架，请直接调用对应技能。

M

multi-agent-brainstorming

sickn33 / agentic-awesome-skills

使用多个专门 Agent 模拟结构化的同行评审流程，在实施前验证设计、揭示隐藏假设并识别故障模式。

R

react-testing-library

itechmeat / llm-code

React Testing Library：以用户为中心的组件测试，支持查询、user-event 模拟、异步实用工具和无障碍优先 API。适用于编写 React 组件测试、按角色/标签/文本选择元素、模拟用户事件或测试异步 UI 行为。关键词：React Testing Library、@testing-library/react、user-event、queries、render。

P

playwright-visual-testing

manutej / luxor-claude-marketplace

使用 Playwright MCP 服务进行浏览器自动化、视觉测试和截图验证，以加快 Web 开发。掌握视觉回归测试、自动化 UI 测试和跨浏览器验证。

S

secure-code-review

securityskills / skills

进行以安全为重点的代码评审——梳理信任边界，审计输入路径与认证流程，并使用按漏洞类别划分的检查清单，而不是逐行快速浏览。适用于任何存在安全影响的 PR 或代码库。

B

benchmark-checklist

cursor / plugins

在报告或依据性能测量采取行动前，先核验测量结果（限制因素、调优、边界、误差、可重复性、相关性，以及工作是否实际发生）。运行基准测试，或报告测得的加速或性能回退时使用

P

principle-explain-the-number

cursor / plugins

在相信、报告或依据测得的数字采取行动之前使用：例如加速比、性能回退、吞吐量、延迟或评估结果。找出限制因素，并排除测量内容与预期工作不符的可能性

PR 分流：审查未关闭的 PR，深入评审选定项，起草并发布评审评论。参数：“all”审查全部；PR 编号用于指定审查对象（例如“42 57”）；“en”/“fr”用于指定语言；不带参数则仅用法语进行审查。

G

go-testing

cxuu / golang-skills

编写、审查或改进 Go 测试代码时使用，包括表驱动测试、子测试、并行测试、测试辅助函数、测试替身以及使用 cmp.Diff 的断言。用户要求为 Go 函数编写测试时也使用，即使他们没有提及表驱动测试或子测试等特定模式。不涵盖基准性能测试（参见 go-performance）。

R

reflect

neolabhq / context-engineering-kit

基于 Self-refinement 框架对先前的回复和输出进行反思，并结合复杂度分级与验证进行迭代改进

A

ansible-validator

akin-ozer / cc-devops-skills

验证、检查规范、审计或调试 Ansible playbook、角色、清单、FQCN 和任务。

S

skill-optimizer

mcollina / skills

优化 AI 技能的触发效果、清晰度和跨模型可靠性。创建或编辑技能包、诊断技能使用率低的问题、减少回归、调整指令显著性、改进示例、缩减上下文成本，或为技能设置基准测试／发布门槛时使用。触发词：技能优化、触发差距、基准测试技能、启用／不启用技能的效果差异、回归、上下文预算、提示词显著性。

S

superpowers-lab

sickn33 / agentic-awesome-skills

在隔离实验室中评估实验性 Claude 工作流技能，使用可复现的任务、观察结果和明确的采用标准。

T

test-playable-web-games

mengto / skills

使用确定性测试数据和真实浏览器证据，对可玩的浏览器游戏进行端到端测试。适用于游戏玩法 QA、回归测试、操作控制、无障碍、响应式/移动端测试、存档流程、控制台检查、性能冒烟测试和发布验证。

T

trailmark-review-gate

trailofbits / skills

对分支、拉取请求、修复提交、发布差异或 git ref 范围运行 Trailmark 结构审查关卡，以检测新增入口点、新污点路径、被移除的验证或授权调用、权限边界偏移、影响范围扩大、复杂度增加以及新近可达的敏感汇点。在合并前需要检查图级安全回归的 PR、分支、修复提交或发布差异审查中使用

Q

qa-report-humanizer

petrkindlmann / qa-skills

去除 QA 报告、缺陷报告、测试摘要、状态更新和质量沟通中的 AI 生成痕迹。检测并改写机械化的测试结果表述、模板化的状态更新、夸大的严重性描述和泛泛的利益相关方报告，不会编造事实。让 QA 文案读起来像真实工程师撰写。适用于：“让报告更自然”“改写 QA 摘要”“修正测试报告”“让这段话听起来像人写的”“润色状态更新”。不适用于：通用文案、博客或营销文案润色——请使用全局 humanizer 技能。不适用于：对 CI 故障分类或分流——请使用 ai-bug-triage。相关：ai-bug-triage、qa-metrics、qa-dashboard、quality-postmortem。

C

correct

cursor / plugins

找出 Agent 在此代码仓库中反复犯的错误，并让这些错误无法再发生。优先从架构入手，然后是类型，再添加错误信息中指出修复方法的 lint 规则，之后编写测试，最后写文档。证明每项检查都能在过去的真实错误上失败。每次操作员纠正你后都重复此流程。用于 /correct。

S

shower

lilmgenius / paperthin

在全新的零上下文子会话中冷读当前关注的产物，确认其本身是否清晰易懂——借此重置长期会话累积的偏差。当长时间会话让你失去新鲜视角、无法判断当前产物对没有先前上下文的人是否清晰时；交接、发布或合并之前；或需要进行隔离环境下的理解冒烟测试时使用。它会启动一位独立、无上下文的审阅者，只诊断问题，不负责修复。

T

traceknot

jin-doh / traceknot

针对 OMP、Codex、GajaeCode、Claude Code 和 OpenCode 中的代码库变更，应用符合 ISTQB 且以证据为依据的 Traceknot QA 流程，包括按会话发布 QA Board。适用于实现验证、错误修复、发布检查、代码库审计、缺陷确认和剩余风险决策；不得将 Agent 自身声称已完成视为证据。

U

ux-researcher-designer

davila7 / claude-code-templates

面向资深 UX 设计师/研究员的 UX 研究与设计工具包，涵盖数据驱动的用户画像生成、旅程地图、可用性测试框架和研究综合分析。用于用户研究、用户画像创建、旅程地图绘制和设计验证。

G

goals

boshu2 / agentops

兼容性别名——已更名为 fitness。使用 fitness 衡量已声明的项目适配度目标。触发词：“goals”（已弃用）。

M

mandela

lilmgenius / paperthin

审查任何评估、指标、实验或基准测试是否存在数据泄漏：外部真实值是否独立引入，还是模型、评分器和设计者只是在确认一个从未由外部真实值产生的结果？在信任任何“如何判断是否有效”的依据（A/B 测试、留出集、分数或验证）之前，以及结果显得过于完美或自我验证时使用。按照 8 种泄漏模式进行检查，只返回触发的模式及各自的独立性修正方案。只读。

T

test-environments

petrkindlmann / qa-skills

设计覆盖开发、CI、预览、预发布和生产环境的测试环境策略，包括 Docker Compose 测试基础设施、多阶段 Dockerfile、种子数据生命周期、每个 PR 的预览环境、生产一致性，以及在 HTTP 边界对外部依赖进行桩替代。适用于：“set up test environment”“docker-compose for tests”“per-PR preview environment”“staging parity”“spin up test infra”“environment tiers”。不适用于：为每个依赖选择 mock、stub 或 fake（使用 service-virtualization）；工厂和测试夹具数据模式（使用 test-data-management）；流水线/Actions 配置（使用 ci-cd-integration）。相关：test-data-management、ci-cd-integration、contract-testing、service-virtualization。

O

om-qa-buddy

open-mercato / skills

为 PR、issue 或分支开展人工 QA 测试——发布一份交互式测试手册，测试人员从计划制定后即可并行执行，并在最后附上 AI 判定和错误。绝不直接操作跟踪器。不同于 om-auto-qa-pr 的自动签核，这是人工参与的流程，并会积累本地 QA 知识库。适用于用户说“帮我测试这个”“对这个 PR 做 QA”“找出这项更改中的错误”或“检查这个 issue 是否有错误”。

R

rewardkit

harbor-framework / harbor

使用 Reward Kit 编写 Harbor 任务验证器。在创建或编辑……时使用

S

standards

boshu2 / agentops

仅加载与调用方提供的变更相关的标准，然后报告具体发现。触发词：“check standards”、“which standards apply”。

A

axiom-testing

charleswiltgen / axiom

编写任何测试、调试不稳定的测试、提升测试速度，或选择 Swift Testing 与 XCTest 时使用。涵盖单元测试、UI 测试、异步测试和测试架构。

S

sip

lilmgenius / paperthin

创建或修改制品或技能后，使用我们自己的技能对其进行检验，不要只依赖当前会话中的判断——让递归式自我改进自动化。在完成、提交或交接之前，写入或编辑后立即使用。

C

capacitor-testing

cap-go / capgo-skills

Capacitor 应用和插件的测试指南。涵盖使用 Vitest 和模拟 Capacitor 插件（`vi.mock('@capacitor/core')`、`registerPlugin`）进行 Web 层单元与组件测试，使用 Playwright 测试 Web 构建版本，使用 Appium 进行 E2E 测试并切换 NATIVE_APP / WEBVIEW 上下文，使用 Swift Testing 与 XCTest（可迁移内容、`CAPPluginCall` 模式、在模拟器上运行 `xcodebuild test`）进行原生插件单元测试，以及 Android JUnit；还包括由 Agent 驱动的模拟器和设备验证循环（构建、安装、启动、截图、UI 层级、点击、日志），使用 `xcrun simctl`、`xcrun devicectl`、`adb`、Xcode MCP 设备工具，以及通过 `npx cap run --url`（Capacitor 9）或 `-l --host --port`（Capacitor 8）进行实时重载。添加测试、模拟插件、询问“能在设备上运行吗”、在模拟器上验证 UI 更改、从 XCTest 迁移到 Swift Testing 或设置测试 CI 时使用。不要用于捕获崩溃日志（ios-android-logs）、WebView 调试会话（debugging-capacitor）或构建流水线（capacitor-ci-cd）。

D

debugging

tursodatabase / turso

介绍如何使用字节码比较、日志记录、ThreadSanitizer、确定性模拟和损坏分析工具调试 tursodb

U

ue-testing-debugging

quodsoler / unreal-engine-skills

编写或运行 Unreal Engine 测试、添加日志或分析构建性能时使用。用户提到 'UE_LOG'、'log category'、'DEFINE_LOG_CATEGORY'、'UE_LOGFMT'、'verbosity'、'check'、'ensure'、'ensureMsgf'、'verify'、'IMPLEMENT_SIMPLE_AUTOMATION_TEST'、'automation test'、'TEST_CLASS'、'CQTest'、'AFunctionalTest'、'latent command'、'Unreal Insights'、'TRACE_CPUPROFILER_EVENT_SCOPE'、'TRACE_BOOKMARK'、'stat unit'、'SCOPE_CYCLE_COUNTER'、'memreport'、'DrawDebugLine'、'UE_VLOG'、'gameplay debugger'、'ShowDebug'、'console command'、'CVar' 或 'why is my frame time bad' 时也使用。模块和目标配置请参阅 ue-module-build-system；编辑器工具请参阅 ue-editor-tools。