Skills

当用户要求 "review architecture"、"analyze project structure"、"check dependencies"、"find circular imports"、"analyze code patterns"、"understand codebase structure"、"map dependencies"、"evaluate design patterns" 或提到架构分析时，应使用本技能。

A

auditing-performance

revitalb-port / skills-registry-demo

审查并优化应用性能，包括包体积、渲染、数据库查询和 Core Web Vitals。

A

authentication-testing

mn-youssef / security-skills

在测试登录、会话、密码重置、OAuth/OIDC/SAML/SSO、MFA 和 JWT 中可能导致账户接管的弱点时使用——凭据攻击、会话固定、重置令牌投毒、MFA 绕过和令牌伪造。仅限在你拥有或获得授权测试的应用上使用。

A

axiom-swift-modern

charleswiltgen / axiom

在审查或生成 Swift 代码以确保现代惯用法正确性时使用——捕捉 Claude 默认采用的过时 API、Swift 5.5 之前的模式以及 Foundation 遗留用法

A

axiom-ux-flow-audit

charleswiltgen / axiom

在审计用户旅程、检查 UX 死胡同、关闭陷阱、被埋没的 CTA、缺失的空/加载/错误状态或 iOS 应用（SwiftUI 与 UIKit）中损坏的数据路径时使用。

A

azuresql-db-feedback

microsoft / azure-sql-database-container

报告关于 azuresql-db-* Agent skill 本身，或关于 Azure SQL Database 容器（Private Preview）的 bug 或反馈。当用户说某个 skill 或该容器"无法使用"、遇到错误、行为异常或缺少某些功能时使用；也适用于用户说"报告 bug"、"提交 issue"、"打开 GitHub issue"、"请求新功能"、"给出反馈"或"告诉团队"时。同样适用于你（Agent）为了完成任务不得不偏离某个 azuresql-db-* skill，或绕过其中的缺陷时：即使任务成功，这也值得报告。判断问题属于 SKILL 还是 CONTAINER，因为两者使用不同的 issue 模板，然后根据你已有的上下文构建一份完整的预填 GitHub issue。未经用户明确确认，绝不提交任何内容。

B

bitbucket

jorgemuza / orbit

使用 orbit CLI 管理 Bitbucket 仓库、拉取请求、分支、标签、提交、项目和管理员设置。用户询问 Bitbucket 仓库、PR（拉取请求）、分支、标签、提交、代码审查、项目管理、默认审查者条件、必需批准、合并限制，或 Bitbucket Server/Data Center 或 Bitbucket Cloud 上的 PR 批准时，均使用此技能。以下表达也会触发：‘列出 PR’、‘显示拉取请求’、‘创建分支’、‘发起 PR’、‘查看最新提交’、‘列出项目 X 中的仓库’、‘合并 PR’、‘拒绝 PR’、‘批准 PR’、‘撤销批准’、‘请求修改’、‘查找仓库’、‘搜索仓库’、‘哪些仓库是 Go 的’、‘搜索代码’、‘需要修改’、‘标记为需要修改’、‘驳回 PR’、‘阻止合并’、‘检查 PR 活动’、‘绕过合并检查’、‘必需批准’、‘审查者条件’、‘谁需要批准’、‘能否合并’、‘为什么无法合并’、‘合并状态’，以及任何 Bitbucket 相关任务——包括‘有哪些 PR 尚未关闭’、‘显示仓库’、‘为版本添加标签’、‘检查是否已合并’、‘谁批准了’、‘列出分支’或‘为什么我无法合并’等随口提及的请求。用户提供 Bitbucket Server URL（例如 https://git.example.com/projects/PROJ/repos/my-repo/）或提到 Bitbucket Data Center 时也会触发。orbit CLI 的别名是 `bb`。

C

capacity-and-cost-engineering

magnus919 / agent-skills

对与需求、性能和可靠性决策相关联的技术容量、单位成本和预算约束进行建模。适用于根据增长预测推算容量、为峰值事件做容量规划、设计成本感知的扩缩容策略、定义预算阈值或配额/速率限制执行、将负载/浸泡测试作为容量证据来运行或规划、解决 SLO 与成本的权衡，或对多租户需求分布、热点租户偏斜、池化或隔离的余量、公平性证据以及租户可变单位成本建模。不要用于财务损益表、融资情景或 SaaS 指标（转交 financial-modeling）；基础设施实现或云资源供给（转交 platform-engineering）；也不用于泛泛的云成本技巧和通用利用率目标——本技能不规定固定节省比例或一刀切的阈值。

C

checkmarx

membranedev / application-skills

Checkmarx 集成。管理数据、记录并自动化工作流。适用于用户需要与 Checkmarx 数据交互的场景。

C

code-dx

membranedev / application-skills

Code Dx 集成。管理数据、记录并自动化工作流。适用于用户需要与 Code Dx 数据交互的场景。

以资深工程师视角对分支相对其基线的 diff 进行定性代码审查，包括未提交的内容：意图（是否解决了所要求的问题？）、符合 ISO/IEC 25010 的架构与设计（SOLID、Clean Architecture、耦合、重复、可靠性、安全性、性能），以及解释「为什么」并提出修改建议的可执行反馈。返回带严重程度的问题发现、结论（已批准/已拒绝/未完成）和后续行动。不强制要求本插件的产物：意图可以来自 US-XXX/WI-XXX/FT-XXX、外部工单或规格，或来自分支及其提交。当用户提出「revisa este código」「code review」「revisión de código」「¿está bien resuelto esto?」「revisa el diseño antes del PR/merge」「revisa lo que llevo antes de commitear」，或其他 skill（work-integrate、pr-create）调用它时启用。属于收尾流程，不是主动触发。不执行测试、linter 或 build——那属于 quality-check。未经授权绝不修改。

C

coding

alphaonedev / openclaw-graph

根节点：语言选择、范式指导、代码质量 SOLID/DRY/YAGNI、PR 规范

D

db-partitioning-sharding

hainrixz / claude-db

审计横向扩展拓扑——声明式分区是否适合大表/时序表、热分区 / 分区键倾斜风险，以及在合理性尚未确立前就引入分片所带来的额外复杂度。模块 M16。为性能与规模评分提供输入。

D

db-platform-fit

hainrixz / claude-db

托管平台契合度（M21）——对照项目托管平台（Supabase、Neon、PlanetScale、Turso、Cloudflare D1、CockroachDB、Yugabyte、DynamoDB、RDS/Aurora）的现实情况检查项目。引擎版本的新旧程度（不虚构 EOL 日期）、诚实的定价 / 供应商锁定权衡，以及各平台的功能支持——最重要的是外键支持（PlanetScale Vitess 历来限制外键；D1/SQLite、无服务器驱动、连接数限制）。为设计与完整性以及性能与规模评分提供输入。

D

db-replicas-views

hainrixz / claude-db

审计读扩展的正确性——读操作路由到副本时的写后读一致性，以及物化视图的陈旧度 / 刷新策略。模块 M17。为性能与规模评分提供输入。

D

db-specialized-fit

hainrixz / claude-db

专用引擎契合度（M20）——检查向量、时序/OLAP、图或搜索存储是否针对其任务正确配置。M20a 向量（维度与嵌入模型匹配、距离度量与模型训练方式匹配、存在 HNSW/IVFFlat 参数），M20b 时序/OLAP（超表/分区契合度、连续聚合、压缩），M20c 图（边建模、超级节点风险、索引支撑的查找），M20d 搜索（分析器/映射、FTS 配置）。按子模块为设计与完整性以及性能与规模评分提供输入。

D

debug-cli

tailcallhq / forgecode

当用户需要调试、修改或扩展 code-forge 应用的 CLI 命令、参数解析或 CLI 行为时使用。包括新增命令、修复 CLI 缺陷、更新命令选项或排查 CLI 相关问题。

评估开放的 Dependabot 拉取请求，并给出建议（合并 / 合并前审查 / 不合并）以及置信度（高 / 中 / 低），附有基于上游源码变更的简洁说明。仅作咨询：只发布一条评论，绝不合并、批准或打标签。设计为按计划运行的协调器，每个 PR 状态仅评论一次，且仅当 PR 头部提交变更时才重新评论。

D

design-gate

robsonrung / rar-skills

为计划中的切片选择相关的设计视角，并给出继续或修改的结论。用于任务规划期间或设计边界发生变化时；可直接调用具名视角进行单一视角评审。

D

diagnosing-bugs

devcxl / mattpocock-skills-zh

针对棘手 bug 和性能回归的诊断循环。当用户说"诊断"/"调试这个"，或报告某处崩溃/报错/不正常/缓慢时使用。

D

dotnet-ado-build-test

wshaddix / dotnet-skills

在 Azure DevOps 中配置 .NET 构建/测试。DotNetCoreCLI 任务、Artifacts、测试结果。

D

dotnet-ci-benchmarking

wshaddix / dotnet-skills

在 CI 中以性能回退为门禁。自动化阈值告警、基线跟踪、趋势报告。

D

dotnet-editorconfig

wshaddix / dotnet-skills

编写 .editorconfig 规则。IDE/CA 严重级别、AnalysisLevel、globalconfig、代码风格强制执行。

E

edge-hunt

hanumatori / nodumbmode

通过状态、数据、操作顺序、故障与并发变更的交叉，找出任务中不明显的边界情况，并将其转化为预期行为和可验证场景。在实施或评审非平凡的产品、UX 或技术任务之前使用；涉及有状态/异步行为、持久化、同步、权限、集成和多步骤流程的变更时使用；用户要求推演 edge cases、corner cases、极端情况或检查需求完整性时使用。不要用于细小的机械性修改，也不要在选定任务本身或方案规模之前使用——先用 nodumb。

E

evaluator-optimizer

nickcrew / claude-cortex

通过系统化评估与改进循环来打磨代码、文档或设计的迭代式精炼工作流。适用于将草稿打磨至生产级质量时。

E

experiments

n8n-io / n8n

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

F

feature-arch-gate

pproenca / dot-skills

对抗式的通过/失败评审门禁，用于强制执行 feature-arch 技能的基于 React feature 的架构规则。当 diff、分支、PR 或 src/ 目录树必须在合并前接受架构一致性判定时使用——包括 feature 文件夹结构、导入边界、跨 feature 隔离、数据获取、状态、测试和命名规则。由单一盲审评审者给出逐条规则的 PASS/FAIL 判定并引用证据，评审者的结构化输出即失败关闭的判定结果。使用 feature-arch 技能本身来设计或迁移架构；使用本门禁来判定工作是否符合该架构。

F

finishing-a-development-branch

nickcrew / claude-cortex

用于实现完成、所有测试通过且需要决定如何集成工作时使用 - 通过呈现合并、PR 或清理的结构化选项来指导开发工作的完成

G

gh-fix-ci

mizchi / skills

当 GitHub Actions 的 PR 检查在某个拉取请求上失败且需要诊断或修复时使用。通过 `gh` 检查检查项/日志，起草修复方案，并仅在明确批准后实施。在检查项变红、工作流运行失败、`pr is failing CI` 报告时触发——即使用户没有指明具体的检查项。范围之外：外部 CI（如 Buildkite）——仅报告详情 URL。

G

github-pr-workflow

ypares / agent-skills

使用 gh CLI 处理 GitHub Pull Request。适用于获取 PR 详情、审查评论、CI 状态，以及理解 PR 级评论与内联代码审查评论之间的区别。

H

hybrid-cloud-test-gen

getsentry / sentry

为 Sentry 代码库生成混合云测试。适用于被要求「generate HC test」「create hybrid cloud test」「write HC test」「add HC test」「write RPC test」「test RPC service」「silo test」「cross-silo test」「outbox test」「API gateway test」「endpoint silo test」的场景。覆盖 RPC 服务测试、API 网关测试、outbox 模式测试，以及带 silo 装饰器的 API 端点测试。

暂无简介

L

ln-21-documentation-auditor

levnikolaevich / claude-code-skills

审查文档和注释中的可信主张、覆盖度与可发现性。不用于代码、测试或架构审查。

L

ln-638-test-oracle-effectiveness-auditor

levnikolaevich / claude-code-skills

审查断言强度以及能证明真实缺陷的测试判定（test oracle）。用于发现执行了代码却几乎证明不了什么的弱测试。

L

ln-647-configuration-boundary-auditor

levnikolaevich / claude-code-skills

审查架构配置边界：类型化设置、分散的环境变量读取、配置泄漏和层级归属。用于配置架构。

L

logic-review

hyhmrright / logic-lens

通过半形式化执行追踪（Premises → Trace → Divergence → Trigger → Remedy）查找单个文件或函数中的逻辑缺陷。当用户分享代码并怀疑有问题但未指出具体故障时触发——例如 "review this"、"does this look right"、"check this function"、"audit this code"、"tests pass but prod fails"。范围硬性规则：仅限一个文件或一个函数。目录或整个模块请使用 logic-health；已确认的故障（堆栈跟踪、失败的测试、特定错误值）请使用 logic-locate；两个版本对比请使用 logic-diff；仓库范围的自动修复请使用 logic-fix-all。以下情况请勿触发：样式/格式、安全扫描、性能、测试生成、架构或设计问题。

M

migrate

hainrixz / claude-db

在数据库迁移运行前对其进行安全性检查——分类锁级别、表重写和可逆性；标记破坏性/阻塞性操作；并提出扩展-收缩式发布方案。默认只读分析；任何数据丢失步骤都需要在写入方参与之前进行显式令牌握手。当用户要求在部署前审查、检查、校验或降低迁移、ALTER/DROP、枚举变更、回填或模式变更风险时使用。

M

misra

ptsilivis / autonomousguy

MISRA C:2025 专家，以两种模式工作：(1) 审查 — 扫描现有 C 代码，检查约 223 条指南（22 条指令 + 约 201 条规则）的违规情况，报告时给出规则 ID、修正后的代码和偏差说明模板；(2) 开发 — 生成从第一行起就符合 MISRA 的新 C 函数、模块或数据结构，从一开始就应用基本类型模型、安全控制流并避免被禁构造。覆盖 C:2023 基础（C:2012 + Amd1 安全 + Amd2/Amd3 C11/C18 + Amd4 多线程）以及 C:2025 的四项新增（规则 8.18、8.19、11.11、19.3）、规则 15.5 的豁免和 69 条细化指南。审查其能看到的整个翻译单元（而不仅是标记出的行），返回可直接决策的发现，并内置自检和明确的置信度/缺口，还可选择在 analysis/ 下输出自包含的 HTML 报告。

N

next

hainrixz / claude-db

指导用户先修复什么——按分数影响和工作量将审计发现排成一个有序的待办清单，并解释每一项为何排在该位置。只读；只提建议，不改变任何东西。当用户询问下一步做什么、先修复什么、什么最重要、如何排优先级，或审计后从哪里开始使用。

N

ns-judge

nextstage-brasil / skills

（NS）代码审查通过后的交付证明：AC token、规格覆盖台账、UI 契约 testid/文案、与仓库对照的视觉检查清单。只有评分 10 才批准；评分 9 = 拒绝。用于版本收尾、GitLab issue 交付，或审查者批准后的临时检查，即使未点名此技能也适用。切勿在代码审查通过前运行。不得替代 ns-reviewer 的 SOLID/安全审查。不得编写产品代码。

O

opencode-skill-creator

antongulin / opencode-skill-creator

使用 opencode-skill-creator 插件创建、测试、评估、优化并打包 OpenCode 技能。当用户明确提到 opencode-skill-creator、OpenCode Skill Creator、创建 OpenCode 技能、编辑 OpenCode SKILL.md、运行技能评估、对技能性能做基准测试或优化 OpenCode 技能描述时使用。除非用户要求将该工作流移植到 OpenCode，否则不要用于通用的 Claude Code 或 Superpowers 技能创建。

P

paper-autoraters

ar9av / paperorchestra

运行 PaperOrchestra 的四个论文质量自动评分器（arXiv:2604.05018，附录 F.3）——引文 F1（P0/P1 划分 + 精确率/召回率/F1）、文献综述质量（6 个维度 0-100，含反通胀规则）、SxS 论文整体质量（并排对比）和 SxS 文献综述质量（并排对比）。当用户要求“给这篇论文草稿打分”“对照基准进行评估”“比较两篇论文”或“运行自动评分器”时触发。

P

performance-engineer

rmyndharis / antigravity-skills

专注于现代可观测性的资深性能工程师，

P

pixel-audit

devarfeen / agent-skills-kit

针对 Figma 或参考屏幕，审核一个页面或路由的视觉一致性，使用 UI 库修复差异，并在元素级别验证。不是功能移植；不会自动串联后续操作。

P

plan-audit

xiaolai / vmark

对照计划（dev-docs/plans/*）审计实现。当用户要求检查相对于计划或 Work Items 的缺口、逻辑错误或缺失测试时使用。

P

playwright-ci-caching

wshaddix / dotnet-skills

通过缓存 Playwright 浏览器二进制文件和依赖项来优化 CI/CD 流水线，加快测试执行速度。用于在 CI/CD 流水线中设置 Playwright、通过缓存浏览器二进制文件缩短构建时间，或为 Playwright 测试配置 GitHub Actions 或 Azure DevOps 时。

在处理 PR 审查评论、解决线程或回复讨论评论时使用。对于理解 PR 线程操作的正确 erk exec 命令至关重要。

P

profile-tests

editframe / skills

对 elements 包中的测试和浏览器测试进行 CPU 性能分析。适用于调查性能问题、优化测试执行，或用户提到性能分析、性能分析、热点或慢测试时。

P

prowler-compliance-review

prowler-cloud / prowler

审核新增或修改合规框架的 Pull Request。触发条件：审核包含合规框架变更、CIS/NIST/PCI-DSS 新增内容或合规 JSON 文件的 PR。

P

pytest

partme-ai / full-stack-skills

提供 pytest 测试框架的全面指导，包括编写测试、fixtures、参数化、模拟和插件。用户咨询 pytest、需要编写 Python 测试、使用 pytest fixtures 或为 Python 项目配置 pytest 时使用。

Q

quality-review-checklist

gtmagents / gtm-agents

涵盖准确性、风格、可访问性和本地化要求的检查清单

R

rag-evaluation

latestaiagents / agent-skills

使用恰当的指标和评估框架测试和基准评估 RAG 系统。在评估 RAG 质量、衡量检索性能、使用 RAGAS 指标或构建 RAG 测试套件时使用此技能。触发条件：RAG 评估、RAG 测试、RAGAS、检索指标、忠实度、相关性、上下文精度、RAG 基准测试。

R

ralph-review

jimweller / clanker-skills

通过子代理审查 Ralph 计划和 bd 图是否存在缺陷。

R

ralph-review-deep

jimweller / clanker-skills

通过三个并行的 opencode 进程（claude opus、gemini、gpt）对 Ralph bd 图和计划进行多模型深度审查。用于高风险运行，此类场景下跨模型共识可减少单一模型偏差。

R

receiving-code-review

pcvelz / superpowers

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

R

requesting-code-review

izyanrajwani / agent-skills-library

当你需要为 PR/MR 请求代码审查，并希望在合并前获得一份一致的审查简报（背景、范围、风险区域、测试说明、验收标准）时使用。

R

review-cycle

catlog22 / claude-code-workflow

统一的多维代码审查，附带自动化修复编排。可路由到基于会话（git 变更）、基于模块（路径模式）或修复模式。触发词："workflow:review-cycle"、"workflow:review-session-cycle"、"workflow:review-module-cycle"、"workflow:review-cycle-fix"。

R

review-frontend

existential-birds / beagle

全面的 React/TypeScript 前端代码评审，按领域调用评审技能，在 Agent 支持子 Agent 时并行运行，否则串行运行。

R

review-loop

lwlee2608 / agent-skills

仅当用户明确要求反复审查并修复，直到没有问题时使用。不用于普通审查（使用 review-code）；切勿主动调用。

S

sc-e2e

tony363 / superclaude

支持 Playwright、Cypress 和 Selenium 的 E2E 测试工作流。可运行、调试、录制、追踪、生成测试脚手架并查看报告。在运行浏览器测试、调试 E2E 失败,或生成测试脚手架时使用。