Skills

E

egm-review

google / elephant-goldfish-model

编排 EGM Goldfish Review Protocol，作为 EGM 流程的一部分执行设计文档审查。包含五个审查阶段：Initial Zoom Out Review、Comprehension Review、Design Critique、Intermediate Zoom Out Review 和 Implementation Readiness。

E

eval-triggers

datocms / agent-skills

暂无简介

F

final-release-review

openai / openai-agents-js

对照上一个版本评估 JS SDK 候选版本或发布计划，并建议发布或阻止。

F

frappe-agent-validator

impertio-studio / frappe_claude_skill_package

适用于依据最佳实践和常见陷阱审查或校验 Frappe/ERPNext 代码。在部署前检查生成的代码，对照全部 61 个 frappe-* 技能进行校验，捕捉 v16 模式（extend_doctype_class、类型注解），校验运维模式（bench 命令、部署），并生成修正报告。关键词：review code, check script, validate deployment, find bugs, code quality, check my code, is this correct, code review, before deploying, best practices check。

F

fusion-framework-testing

equinor / fusion-skills

指导为 Fusion Framework React 应用编写和运行 Vitest 测试，使用 @equinor/fusion-framework-vitest-plugin-react-app——选择测试层级、配置 vitest.config.ts 与 Browser Mode、使用 test/render/renderAppHook/renderAppComponent/testApp fixtures 渲染，以及排查故障或迁移测试套件。适用场景：编写新的应用/组件/hook 测试、为 Fusion 应用设置 vitest.config.ts、在 app/framework/module/HTTP 测试层级间做选择、组合或覆盖测试 fixtures、诊断失败的 Fusion 应用测试。不适用场景：为模块填充特定的 mock 状态（auth、context、bookmarks、feature flags、HTTP）——请使用 fusion-framework-mocking；dev-server 阶段的 API mock/代理（请使用 fusion-developer-app）；非 Fusion 测试套件；后端/服务仓库测试。

I

infrahub-reporting-issues

opsmill / infrahub-skills

就 Infrahub 生态中正确的 GitHub 仓库报告缺陷和功能请求。对请求进行分类并路由（存疑时以主仓库 `opsmill/infrahub` 作为安全兜底），搜索已有重复项，为缺陷收集保守的环境信息，并在提交前准备好 issue 供用户审查。触发条件：用户想要报告缺陷、提交 issue、请求功能、开具工单，或在任何 opsmill/infrahub-* 项目（SDK、Ansible、VS Code、MCP、Helm、schema-library、sync、backup、nornir、skills）中升级问题。不触发条件：用户想自己在本地修复缺陷、编写测试，或在不提交的情况下调试代码。

N

next-dev-loop

vercel-labs / next.js-experimental

编辑应用代码后，验证 Next.js 的运行时行为。使用此 skill 确认更改在运行中的应用里确实有效，而不只是编译或类型检查通过。结合 /_next/mcp（Next.js 的视角）和 agent-browser（浏览器的视角）。需要正在运行的 `next dev`。

N

ns-reviewer

nextstage-brasil / skills

(NS) 代码质量门控：SOLID、整洁代码、性能、安全、可测试性。只有评分 10 才算 `Approved`；评分 9 即为 `Rejected`。在代码变更之后、提交 PR 之前、实现收尾时，或代码／PR／issue 评审时使用——即使没有点名此 skill。交付证明是 Code Review: Approved 之后的 ns-judge。GitLab `ISSUE_URL`：Issue 评审模式。不要解析 requirements.md。不要编写 code-review-report.md。不要调试根因（ns-investigator）。

P

pytest-patterns

hieutrtr / ai1-skills

使用 pytest 为 FastAPI 应用编写 Python 后端测试模式。适用于编写 Python 测试：服务和仓库的单元测试、使用 httpx.AsyncClient 的 API 端点集成测试、fixture 创建、使用 factory_boy 的工厂设置、使用 pytest-asyncio 的异步测试、mock 策略和参数化测试。涵盖测试组织（tests/unit、tests/integration）、conftest 层级和覆盖率要求。不涵盖前端测试（使用 react-testing-patterns）或 E2E 浏览器测试（使用 e2e-testing）。

Q

qms-audit-expert

borghei / claude-skills

面向医疗器械 QMS 的 ISO 13485 内部审计专业知识。适用于审计规划与执行、不符合项分类、CAPA 验证、外部审计准备或审计项目管理。

R

receive-feedback

existential-birds / beagle

以严谨的技术态度处理外部代码审查反馈。适用于收到其他大模型、人工审查者或 CI 工具的反馈时。在实施前验证其说法，并跟踪处理结果。

R

retrospecting

bitwarden / ai-plugins

对 Claude Code 会话进行全面分析，检查 git 历史、对话日志、代码变更，并收集用户反馈，生成可执行的回顾报告，提供持续改进的洞察。

R

roblox-debugging-bugfix

ashexplained / roblox-skills

通过 Studio MCP 调试并修复 Roblox 缺陷。适用于复现步骤、控制台错误、脚本搜索/读取/编辑流程、界面损坏、游戏系统失效、数据问题、remotes、回归、根因报告以及修复后验证。

S

spec-kit-analyse

aircury / ai-framework

只读检查 spec.md、plan.md 和 tasks.md 之间的一致性，最好由未编写这些文件的 Agent 执行。在实现开始前发现覆盖缺口、冲突、违反 FRAMEWORK.md 的情况，以及计划中与代码不符的说法。

S

sweepi

jjenzz / sweepi

使用专用子 Agent 进行 lint 的必需编排器。在被要求运行 sweepi/lint 与修复时触发,以及在提议提交之前触发。

S

swiftui-performance

livsy90 / ios-performance-agent-skills

在审查或修复 SwiftUI 性能问题时使用此技能，包括不必要的失效、不稳定的标识、过宽的状态依赖、开销高昂的 body 计算、沉重行、滚动卡顿、布局/绘制开销或异步生命周期工作。除非 SwiftUI 更新行为是核心，否则不要用于通用 SwiftUI 语法、样式、仅限 UIKit 的性能或一般性能分析。

T

tanstack-devtools

oakoss / agent-skills

用于在 React 应用中调试 Query、Router 和 Form 状态的 TanStack DevTools。在设置 devtools、调试缓存状态或检查路由树时使用。适用于 devtools、react-query-devtools、router-devtools、form-devtools、debug、inspect、cache-viewer。

T

temporal-workflow-design-critic

temporalio / skill-temporal-design

评审、审计或评分 Temporal 工作流设计，评估其正确性、生产就绪度与最佳实践符合度。适用于要求审查 Temporal 架构、评估某设计是否生产就绪、识别反模式或风险、评估 Temporal 是否适合某用例，或对某设计给出赞成/反对结论时。不用于编写或调试 Temporal 代码——那请使用 temporal-developer。

T

testing-for-system-prompt-leakage

mukul975 / anthropic-cybersecurity-skills

使用直接请求、越狱/指令覆盖来提取 LLM 系统提示词

T

testing-strategies

c0x12c / ai-toolkit

Micronaut/Kotlin 后端的测试模式，包括仓库测试、集成测试和测试数据构建器。适用于编写测试、搭建测试基础设施或提升覆盖率。

U

ux-review

nickcrew / claude-cortex

多视角 UX 审查，结合可用性启发式、WCAG 无障碍检查与交互设计分析。适用于在发布前审查 UI 组件、评估用户流程的可用性问题、进行设计批评，或审计无障碍合规性。

V

validate

datocms / agent-skills

暂无简介

V

vercel-react-best-practices

vercel-labs / cursor-plugin

来自 Vercel Engineering 的 React 和 Next.js 性能优化指南。编写、审查或重构 React / Next.js 代码时应使用此技能，以确保最优性能模式。在涉及 React 组件、Next.js 页面、数据获取、包优化或性能改进的任务上触发。

W

wuying-browser-use

agentbay-ai / agentbay-skills

自动化浏览器交互，用于网页测试、表单填写、截图和数据提取。当用户需要浏览网站、与网页交互或提取信息时使用。

A

adk-bot-review

google / adk-docs

通过对照源代码验证技术正确性、检查 PR 状态和格式，并遵循 Google 的开发者文档风格和 ADK 文档规范，来审查 adk-bot 拉取请求。触发词为“review bot PR”“check bot changes”或“verify bot issue”。

A

analyzing-task-runs

posthog / ai-plugin

将已完成的 PostHog 任务运行拆分为活动记录——Agent 尝试了什么、是否成功、什么阻碍了它——并通过 report_activity 工具逐条记录。适用于任务要求分析某次运行、产出任务分析，或根据附带的运行日志审阅某次运行时。涵盖日志查询协议（对原始 JSONL 进行有界 jq 查询）、两种日志 schema、活动 schema 以及证据校验。只记录事实，不提供修复建议。

A

authoring-data-quality-checks

posthog / ai-plugin

在项目的数仓表和已保存查询视图上添加并运行数据质量检查（dbt-test 风格的断言），以及 HogQL 目录指标：非空、唯一性、可接受值、引用完整性、行数范围、新鲜度和自定义 HogQL。指标仅支持自定义 SQL 检查。适用于被要求测试模型、验证视图、检查空值或重复、添加数据质量检查、查明某个数字为何看起来不对，或在分析中使用某张数仓表之前判断它是否可信。若要描述数据的*含义*（指标、认证、连接），请参阅 setting-up-data-catalog。触发词：数据质量、数据测试、dbt test、非空检查、唯一性检查、新鲜度检查、引用完整性、行数检查、验证模型、这张表可信吗。

B

biome

fandhe-ai / agent-reference-skills

Biome 参考资料（Rust 编写的格式化工具和 Linter）。支持 JavaScript / TypeScript / JSX / CSS / JSON / GraphQL / HTML（Vue、Svelte、Astro）。涵盖 biome.json、biome check / lint / format / ci / migrate / upgrade、Linter 规则、预设和域、GritQL 插件、assist（organizeImports）、抑制规则（biome-ignore）、LSP / VS Code / Zed、ESLint / Prettier 迁移、monorepo 和 CI。

B

bugfix-crate

ulpi-io / skills

把 Rust crate 已记录的问题文件逐条推进到绿灯 —— 一次处理一个发现项,有序而自律:对每个发现项,先写失败的回归测试,再做最小且正确的修复,运行整个 crate 的 `cargo test` 和 `cargo clippy -D warnings`,然后在问题文件中将该发现项标记为 FIXED / Deferred / Not-a-bug,再继续下一个。它绝不会在验证通过前把发现项标记为已修复,绝不批量处理发现项,也绝不把警告藏在 `#[allow]` 下或用注释替代真正的修复 —— 每次修复后问题文件与 crate 状态都保持同步。仅在用户要求修复现有 crate 问题文件中的发现项时使用。

C

codex-code-review

schneidenbach / skills

使用 OpenAI Codex CLI 作为外部对抗性审查者，审查代码变更中的 bug、安全问题与代码质量。当用户要求代码审查、想检查代码中的 bug 或安全问题、要求审查 PR、分支、提交或 diff，或说出 "any issues with this?"、"review before I push"、"check my changes"、"look at what I changed"、"review my PR" 之类的话时，可从任何 Agent 或提供商使用。告诉 Codex 在哪里找到代码。

C

confluent-skill-reviewer

confluentinc / agent-skills

对照 Agent Skills 规范（agentskills.io）、CLAUDE.md 中的 Confluent 约定、PR 模板门槛以及评测即契约规则，审查本仓库中的 Confluent Agent 技能。凡是用户要求审查、审计、验证或对技能做 lint；打开或检查在 `skills/` 下新增或修改任何内容的 PR；询问规范符合性、懒加载、frontmatter 结构、触发范围重叠或评测覆盖；或希望对技能变更做合并前健全性检查时，都使用本技能。不要用于应用代码的常规代码审查；安全审查；为 Schema Registry 审计模式、生产者/消费者配置、PII 标记或 Terraform 生成（由 `kafka-schema-registry` 处理）；对技能行为的运行时/日志分析（使用 `tools/skill_review_dashboard.py`）；或任何不触及 `skills/` 目录树的变更。

C

consultancy-practices

proffesor-for-testing / agentic-qe

应用有效的软件质量咨询实践。在咨询、为客户提供建议或建立咨询工作流时使用。

C

correct

mdsmithaustin / pstack

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

C

create-agent-tests

shiplightai / agent-skills

编写、搭建并运行由编码 Agent 驱动的测试：由编码 Agent 针对实时环境（浏览器、API、DB、日志、云、遥测）执行的 Markdown 用例文件，并生成可审计的 PASS/FAIL/BLOCKED 报告。当确定性测试为时过早、过于脆弱、成本过高或范围过窄时使用。

D

diagnose

venhdev / skills

通过有针对性的调查和最小化反馈循环，从缺陷描述、错误、日志或复现过程找出根本原因

D

done

bhagyamudgal / skills

强制性的任务后验收验证。在报告任何任务完成之前触发。将代码、UI、文档、全局配置或技能、外部元数据或数据，以及发布或部署，路由到各自的面向用户边界。

E

egm-drift-report

google / elephant-goldfish-model

对所有设计文档运行偏差检测，检查文档与代码的一致性，并生成包含差异和可执行事项的报告。用户要求检测偏差，或检查目录中所有设计文档或 README 的一致性时使用。

E

elixir-code-review

existential-birds / beagle

审查 Elixir 代码的惯用模式、OTP 基础和文档。适用于审查 .ex/.exs 文件、检查模式匹配、GenServer 用法或模块文档时。

E

engineering-review-comments

agentara / skills

适用于作为评审者起草、改写、归类或改进代码评审评论时。触发条件：粗糙的评审笔记、要求让评论更清晰或更友善、严重程度标签、"how should I phrase this review comment?"、"write review comments"、作者反驳，或将发现转化为 PR 评论。如果角色不明确，询问是评审者还是作者。除非明确要求措辞，否则不要用于完整代码评审、PR 描述或作者回复。

F

forge

venhdev / skills

依据证据或官方参考资料实施已授权的变更集，验证验收标准，并以简洁的提交说明报告完成情况

H

huawei-cloud-mrs-clickhouse-sql-check

huaweicloud / huaweicloud-skills

面向 ClickHouse 的全面 SQL 语句检查，支持多个内核版本（24.8、23.3、22.3）和两种检查模式：1. 语法检查——基于内核源码语法进行关键字校验、语句结构验证、子句完整性检查，以及 ClickHouse 特有语法兼容性检查（SAMPLE BY、FINAL、ARRAY JOIN、PREWHERE、GLOBAL JOIN、ASOF JOIN、ENGINE、PARTITION BY、TTL 等）2. 规范检查——来自 MRS Development Specification v01 的开发规范规则（SPEC001-SPEC035），涵盖 DDL 表设计、DDL 操作、物化视图、DML 数据加载、查询规范和数据修改规范。内置自定义 ClickHouse SQL 词法分析器（来自内核源码的版本特定关键字）和支持 47 种语句类型（DML/DDL/DCL/TCL/Utility）的语句识别器。适用于用户需要 SQL 质量评审、语法校验或 ClickHouse 特有语法检查时。触发词：“Clickhouse SQL check”、“CK SQL check”、“Clickhouse SQL 校验”、“Clickhouse SQL 检查”、“Clickhouse SQL specification”、“Clickhouse SQL 规范检查”、“Clickhouse SQL optimization”、“Clickhouse SQL 优化”、“检查 Clickhouse SQL”

I

ios-performance-profiling

livsy90 / ios-performance-agent-skills

当选择、运行或解读 iOS 性能分析工作流时使用本技能，包括 Instruments 跟踪、signpost、XCTest 指标、MetricKit、Xcode Organizer、卡顿、掉帧、CPU、分配、内存图、磁盘 I/O、网络、功耗或生产环境性能信号。除非任务明确涉及测量、工具选择、跟踪解读或验证，否则不要将其用作启动、SwiftUI、并发、感知性能或运行时问题的深度领域技能。

J

junit

partme-ai / full-stack-skills

为 JUnit 测试框架提供全面指导，包括测试注解、断言、测试生命周期和最佳实践。适用于用户询问 JUnit、需要编写 Java 单元测试、使用 JUnit 注解或为 Java 项目配置 JUnit 的场景。

M

mutation-testing

proffesor-for-testing / agentic-qe

通过变异测试验证测试质量，通过引入代码变异并测量杀死率来评估测试套件的有效性。在评估测试质量、识别薄弱测试或证明测试确实能捕获缺陷时使用。

P

project-analyzer

oimiragieo / agent-studio

自动化棕地代码库分析，采用加权关键词评分、三流分析和设计模式识别。检测项目类型、框架、依赖、架构模式，并生成全面的项目画像。

R

refactor-advisor

laolaoshiren / claude-code-skills-zh

重构顾问 - 识别代码坏味道并提供重构方案

R

refactor

boshu2 / agentops

在不改变行为的前提下重构或清理代码，并通过前后检查加以证明。适用于：被要求清理、提取、去重或简化，哪怕只是一个函数。

R

review-hog-resolution-criteria

posthog / ai-plugin

根据审查意见实施安全、可验证的修复。解释不予采纳的请求，并请人工处理高风险更改。

R

reviewing-wireframes

bm629 / agent-skills

在评审/评判已完成（或修订后）的线框图文档时使用 — 这是一道验收关口：下游高保真 + UI 工程能否据此构建屏幕结构。依据单一来源的可构建性 + 覆盖度 + 构图标准评判一份文本式 markdown 线框图：每个以流程命名的屏幕/状态都以高质量状态覆盖；布局在网格 + 共享应用外壳上无歧义，满足客观的布局质量标准；组件真实且一致；可操作性 + 数据显示有标注；微文案意图（标签中不泄露数据模型）；屏幕构图的可访问性（landmark/焦点顺序/目标尺寸）— 像素级对比度/焦点外观属于设计系统，不在此评判；响应式；差距被暴露；是结构性的而非高保真；修订按有范围、带版本的增量评审。输出 `VERDICT: approve|revise` + 可执行的发现；对达到标准的文档予以批准（不因屏幕内容单薄而误判为修订），仅在有明确差距时要求修订。不适用于撰写、导航图（user-flows）、视觉令牌（design-system）或高保真。

S

sdd-verify

gentleman-programming / agent-teams-lite

验证实现与规格、设计和任务是否一致。触发条件：当编排器启动你去验证一项已完成（或部分完成）的变更时。

针对特定语言和框架进行安全最佳实践审查并提出改进建议。仅当用户明确请求安全最佳实践指导、安全审查/报告或默认安全的编码帮助时触发。仅适用于支持的语言（python、javascript/typescript、go）。一般代码审查、调试或非安全任务不要触发。

S

sonarcloud

membranedev / application-skills

SonarCloud 集成。管理 Projects。当用户需要与 SonarCloud 数据交互时使用。

S

storybook-stories

oakoss / agent-skills

使用 CSF3 格式编写和维护 Storybook 故事与交互测试。涵盖组件故事、play 函数、基于 Chromatic 的视觉回归测试，以及无障碍测试。适用于创建组件文档、编写交互测试、调试测试失败、配置视觉快照，或更新故事结构。用于 CSF3、play 函数、userEvent、Testing Library 查询、Chromatic 配置、autodocs、MDX。

S

systematic-debugging

magnus919 / agent-skills

用四阶段调试协议诊断根因。适用于任何技术问题——测试失败、生产缺陷、异常行为、性能问题、构建失败或集成问题。尤其在时间紧迫时、当"一个快速修复"看起来显而易见时，或此前修复尝试已失败时使用。不要将此技能用于无关请求；请转交给最接近的具名专家。

T

ton-bug-triage

ton-blockchain / ton-triage-skill

在本地 tontester 网络上复现 TON bug。仅当任务涉及启动 tontester 验证者、向本地网络部署合约，或比较打了补丁的验证者构建时使用——不适用于一般 TON 开发或测试网交互。

W

writing-code-comments

posthog / posthog

把关代码注释是否应该存在，并强制保留下来的注释解释“为什么”而非“是什么”。在编写或编辑任何语言的注释之前（Python、TypeScript、Go、Rust、SQL），以及审查添加注释的 diff 时，务必使用。清除那些让代码库变得杂乱的注释类型：复述代码的叙述性注释、变更历史和聊天上下文备注（"previously did X"、"per PR #123"、"AI:"）、易过期的度量值和当前状态标记（"~20 min build"、"currently"、"today"）、被注释掉的代码以及冗余的 docstring。保留那些值得存在的注释：非显而易见的“为什么”、关于非局部后果的警告、指向未来读者无法重建的上下文的线索。不适用于面向用户的文案（参见 `/writing-user-facing-copy`）或提交信息。

Z

zcl

marcohefti / zero-context-lab

用于运行 ZeroContext Lab (ZCL) 尝试/套件的编排工作流，具备确定性产物、可追溯证据和快速事后复盘（对“agent only types tool name”的 shim 支持）。

A

antithesis-feature-workload

antithesishq / antithesis-skills

为特定功能设计和构建 Antithesis 工作负载：分析该功能，发现其可测试属性，构建可在本地和 Antithesis 中运行的自驱动工作负载，并持续迭代，直到该功能的行为得到充分执行、其不变量得到检查。

C

cicd-pipeline-qe-orchestrator

proffesor-for-testing / agentic-qe

在 CI/CD 流水线各阶段统筹质量工程。适用于设计测试策略、规划质量门禁，或实施 shift-left/shift-right 测试。

C

circleci-automation

davepoon / buildwithclaude

通过 Rube MCP (Composio) 自动化 CircleCI 任务：触发流水线、监控工作流/作业、获取构件和测试元数据。务必先搜索工具以获取最新 schema。