Skills

F

fallow-setup

fallow-rs / fallow-skills

为 JavaScript 和 TypeScript 项目设置或现代化代码质量工具。适用于创建项目、添加代码健康或 CI 质量检查、使仓库对 Agent 就绪，或整合死代码、重复、架构、依赖以及变更代码分析。不要用于仅格式化、仅 lint 规则或 TypeScript 类型错误的任务。不要用于对已设置好的项目运行分析；此类情况请使用 fallow 技能。

I

integrating-dast-with-owasp-zap-in-pipeline

mukul975 / anthropic-cybersecurity-skills

将 OWASP ZAP（Zed Attack Proxy）集成到 GitHub Actions 和 GitLab CI 流水线，涵盖对运行中应用进行基线、全面和 API 扫描的配置、解读 ZAP 发现、调整扫描策略以及 DAST 质量门禁。用于测试运行中的 Web 应用或 REST/GraphQL API 是否存在 XSS、SQLi、CSRF 和身份验证/授权缺陷；也适用于仅靠 SAST 不足以满足要求，且合规或发布门禁需要运行时 DAST 的情况。

M

manage-flows

microsoft / power-platform-skills

管理流程生命周期——发布、测试、批量操作、清单报告。适用于用户要求发布、测试、批量管理流程或获取流程清单时。

O

output-quality-rubrics

owl-listener / ai-design-skills

定义 AI 输出的“优质”标准——准确性、相关性、有用性。

R

review-hog-authoring

posthog / ai-plugin

如何编写自定义 PostHog Review 技能：驱动 PostHog Review 自动 PR 审查的审查视角、盲点检查、验证标准与解决标准。当用户想要新的审查视角（针对其 PR 的专门视角）、自定义盲点扫描、自己的用于决定哪些发现会被发布的验证门槛，或自己的用于决定哪些审查评论会被落实的门槛时使用。触发词："create a PostHog Review perspective"、"custom review perspective"、"my own blind-spot check"、"custom validation criteria"、"custom resolution criteria"、"tune what PostHog Review publishes"、"tune what PostHog Review implements"。

R

review-hog-blind-spots-general

posthog / ai-plugin

检查其他审查者遗漏的问题。利用他们的发现，避免重复报告。

R

review-hog-perspective-contracts-security

posthog / ai-plugin

检查安全性、输入验证和 API 兼容性。仅报告安全性和契约问题。

R

review-hog-perspective-logic-correctness

posthog / ai-plugin

检查业务逻辑、边界情况、数据转换和查询。仅报告正确性问题。

R

review-hog-perspective-performance-reliability

posthog / ai-plugin

检查资源使用、错误恢复和扩展能力。仅报告性能和可靠性问题。

R

review-hog-validation-criteria

posthog / ai-plugin

保留影响正确性、安全性、数据、API 兼容性或性能的问题。发布前剔除推测性问题和风格建议。

S

sandbox-bench

vercel / next.js

React 框架

S

security-audit

posthog / posthog

针对代码开展重点安全审计，着重发现真实可利用的漏洞，并抑制理论性发现。用户要求“审计”“安全审计”“查找漏洞”“检查 IDOR/SSRF/XSS/注入”，或希望审查文件、目录、分支差异或 PR 的安全性时使用。涵盖访问控制、注入、身份验证/机密、敏感数据、业务逻辑、Web 边界，以及 AI Agent/LLM 三重风险。输出经过校准的发现，包含数据流、利用请求、修复方案和置信度；不报告理论性问题或纵深防御方面的琐碎问题。

S

ssdt-cicd-best-practices-2025

josiahsiegel / claude-plugin-marketplace

SQL Server 数据库开发的现代 SSDT CI/CD 最佳实践（2025）。以下场景应主动启用：(1) SSDT CI/CD 流水线设计；(2) 使用 DACPAC 进行基于状态的部署；(3) 集成 tSQLt 单元测试；(4) 在 CI 中验证数据库构建；(5) 通过 SqlPackage Extract + Compare 检测漂移；(6) SSDT 的 Azure DevOps 和 GitHub Actions 模板；(7) 按环境管理发布配置文件；(8) 使用幂等 MERGE 的部署前/后脚本；(9) DACPAC 版本控制和构建产物；(10) 处理引用数据库。提供：适用于 ADO 和 GHA 的端到端流水线 YAML、tSQLt 设置、漂移检测脚本，以及适用于 dev/test/prod 的发布配置文件模式。

用于调查和解决技术问题的结构化调试方法。在调试任何技术问题、调查错误或排查意外行为时使用此技能，以分析根本原因，而非只处理表面症状。

V

verification

chatcut-inc / agent-plugin

仅适用于托管式 ChatCut 插件会话（即 `chatcut` MCP 服务）。如果对话驱动的是 ChatCut Desktop（`chatcut_desktop*` MCP 服务），仅当用户明确选择插件/Web 界面时才加载此技能——桌面会话本身自带指令和工具。在报告成功之前，请确认 ChatCut 插件的编辑已反映在项目结构和可见时间线输出中。

V

visual-testing-advanced

proffesor-for-testing / agentic-qe

高级视觉回归测试，支持像素级精准比对、AI 驱动的差异分析、响应式设计验证和跨浏览器视觉一致性检查。用于检测 UI 回归、验证设计或确保视觉一致性

W

web-accessibility

magnus919 / agent-skills

设计、构建并评审无障碍 Web 界面，涵盖原生语义、键盘与焦点行为、表单与错误恢复、响应式输入、动效、辅助技术测试，以及基于 WCAG 2.2 的证据。适用于跨框架的 a11y、WCAG、ARIA、屏幕阅读器、键盘、焦点、对话框、表单、控件或无障碍评审工作。请勿将此技能用于无关请求；请转给最接近的具名专家。

A

alicloud-ai-contactcenter-ai-test

cinience / alicloud-skills

alicloud-ai-contactcenter-ai 的冒烟测试。验证最基本的身份验证、API 连通性，以及一条只读查询路径。

A

alicloud-backup-bdrc-test

cinience / alicloud-skills

alicloud-backup-bdrc 的冒烟测试。验证最基本的身份验证、API 连通性，以及一条只读查询路径。

审计电子表格中的公式准确性、错误和常见问题。可限定到选定区域、单个工作表或整个模型（包括资产负债表平衡、现金对账、逻辑合理性等财务模型完整性检查）。触发词包括「audit this sheet」「check my formulas」「find formula errors」「QA this spreadsheet」「sanity check this」「debug model」「model check」「model won't balance」「something's off in my model」「model review」。

C

claw-score

openclaw / openclaw

根据根 taxonomy、成熟度评分与 QA 证据产物，审计或更新 OpenClaw 成熟度评分卡文档，且不使用维护者 discrawl 数据或已提交的清单报告。

C

clojure-eval

bhauman / clojure-mcp-light

通过 clj-nrepl-eval 使用 nREPL 执行 Clojure 代码。需要测试代码、检查编辑后的文件能否编译、验证函数行为或与运行中的 REPL 会话交互时使用。

D

debugging-ci-failures

posthog / posthog

调试 PostHog PR、提交和分支中失败的 GitHub Actions CI 运行，并回答一般性的 CI 健康状况问题（“CI 是否变红了？”“今天 master 是否通过？”“现在出了什么问题？”）。用户询问 CI 为何变红、当前 CI 或 master 状态，或提到失败的检查、GitHub Actions 运行、Depot runner、Depot CI 运行、工作流、任务、分片、合并队列触发、间歇性测试、lint 失败、类型检查失败、快照差异、迁移检查、生成类型漂移或技能构建失败时使用。交互式运行从 `hogli ci:insights` 摘要开始（来自工程分析的跨运行 CI 历史），然后进行只读检查、失败分类、使用 hogli 进行最小本地复现，并安全汇报；不会重新运行 CI 或向 GitHub 发帖。作为“Master-red diagnosis”工作流无人值守运行时，参阅 references/master-red-incident.md，了解兼容沙箱的第一步。

D

docs-check-style

elastic / elastic-docs-skills

使用 Vale 检查器输出和风格规则，检查文档是否符合 Elastic 风格指南。用户要求检查、运行 lint 或审阅文档的语气、文风、语法、格式、可访问性或措辞，或进行文档审查时使用。不要用于普通起草或编辑。

D

docs-review-changelog

elastic / elastic-docs-skills

根据 Elastic 当前标准验证并评估 Elastic changelog YAML 文件的质量。报告 schema 错误、内容质量问题、系统性模式违规、类型与标题不匹配、标题缺少产品/界面上下文、描述动词时态问题，以及需要改写为面向用户内容的过度技术化文本。支持基于仓库的领域验证，并获取权威指南以保持同步。用于合并前检查或审查 changelog 文件；与 docs-fix-changelog 配合可获取建议修复方案。

D

dry-principle

oimiragieo / agent-studio

此规则通过强制执行 Don't Repeat Yourself 原则，避免代码重复并提高可维护性。

F

functional-testing

naodeng / awesome-qa-skills

需要为业务流程、UI、数据和集成设计功能测试计划或用例时使用此技能；触发词包括“功能测试”和 functional testing。

G

gh-fix-ci

shipshitdev / skills

诊断 PR 上失败或卡在设置阶段的 GitHub Actions 检查，定位根因，并提出或应用有针对性的修复。当用户要求修复 CI、诊断失败的检查、修复失败的工作流、处理 GitHub Actions 错误、获得绿色构建，或在不等待无关的待处理检查的情况下继续推进 PR 队列工作时触发。当用户要求循环处理 CI 时，可自主循环运行——修复、推送、重新检查——直到所有必需检查变绿。

I

ios-device-screenshot

alleneubank / claude-code

Claude Code 的综合配置系统

O

oma-qa

gracefullight / stock-checker

审查变更的正确性、安全性、无障碍性和性能。适用于范围明确的质量审查或验证计划；修复 Bug 请使用 oma-debug。

S

spawn-ori-eval

openrouterteam / skills

以子进程方式启动 Ori，在固定的 harness 与模型上运行一次临时模型评测，然后转发结果。当用户询问该用哪个模型、想比较模型、想衡量其 Agent 或提示词是否正确行事、想捕捉 Agent 行为的回归，或询问当前模型有多好时使用。适用于任何语言的任何代码库。不要用于不涉及模型的普通单元测试，也不要用于重跑已存在的评测（直接运行 `ori eval <file>`）。

V

verify

pwguler / skills

声称已完成、已修复或已通过之前，先证明这一点。运行命令并阅读其输出。在你说工作已完成、已修复或已测试之前，先阅读此技能。小改动后也要阅读。提交 commit 或 PR 前使用。用户要求编写或更新应用的验证流程时也使用。

A

auto-perf-optimize

microsoft / vscode

运行由 Agent 驱动的 VS Code 性能或内存调查。适用于用户要求启动 Code OSS、自动执行 VS Code 场景、运行 Chat 内存冒烟测试程序、捕获渲染器堆快照、截取工作流截图、比较运行摘要，或在分析堆快照前执行可重复的场景。

C

ci-pipeline-and-gates

zakariaf / flutter-skills

强制实施精简的 GitHub Actions Flutter CI，其中每道关卡都对应一项具名的、会阻断发布的契约——固定版本的 runner + subosito/flutter-action@v2 工具链、dart format --set-exit-if-changed、flutter analyze --fatal-infos、build_runner 与 drift schema 的新鲜度（git diff --exit-code）、flutter test --test-randomize-ordering-seed random、静态 import/违禁字符串 grep（能发现运行时发现不了的问题）、覆盖率仅作报告绝不作为关卡（并修正虚高的上报）、验证而非自动更新 golden（CI 中不使用 --update-goldens），以及诚实说明 CI 无法证明什么（音频、真实字体、真机行为）。适用于编辑 .github/workflows/*.yml、添加或删除 job 或 step、接入 codegen/schema/format/analyze/coverage 关卡、在 test/policy 或 tool/ 下编写基于 grep 的策略测试或关卡脚本、固定 action 版本，或宣称 CI 能证明它无法证明的事情。

D

dataset-evaluation

awslabs / agent-plugins

验证 SageMaker 模型微调（SFT、DPO 或 RLVR）所用数据集的格式与质量。用户询问“我的数据集是否合格”“评估我的数据”“检查我的训练数据”“我有自己的数据”，或开始任何微调任务前，均可使用。检测文件格式，根据所选模型和技术检查架构是否合规，并报告数据是否已准备好用于训练或评估。

F

flutter-health-audit

somnio-software / somnio-ai-tools

执行全面的 Flutter 项目健康审计，分析技术栈、架构、状态管理、测试、代码质量、CI/CD 和文档。生成可分享的 Markdown 报告，包含各部分评分和加权总分。用户要求审计 Flutter 项目、运行健康检查、评估项目质量或评估技术债务时使用。触发词：'flutter audit'、'health audit'、'project audit'、'flutter health'、'tech debt assessment'、'project quality check'。

R

release-train-runner

fellowship-dev / dogfooded-skills

将多个已审核的 PR 合并到远程计算上的单个发布分支时使用。

R

rust-testing

full-stack-skills / rust-skills

设计、实现并验证 Rust 测试，包括单元、集成、doctest、编译失败、属性、模糊、基准、覆盖率、异步、并发、进程、守护进程、IPC、终端、平台以及面向硬件的测试策略。当用户询问 Rust 测试架构、不稳定测试诊断、覆盖率门禁、基准测试、trybuild、cargo-nextest、真实进程测试或失败路径验证时使用。

0

056-design-avoid-breaking-changes

jabrena / plinth

当你需要审查计划、OpenSpec 变更、规范或实现提案在以下方面是否存在破坏性变更风险时使用：命令、技能、生成输出、XML 源、README/文档、测试、CI、API、模式、配置、数据、迁移和发布指引。当请求诸如“审查此规范中的破坏性变更”“检查兼容性风险”“避免此 OpenSpec 变更中的破坏性变更”“发布前审查迁移影响”“评估命令和技能兼容性”时应触发。属于 Plinth Toolkit。

7

707-technologies-hexagonal-architecture

jabrena / plinth

当你需要面向 Java 项目、与框架无关的六边形架构指导时使用——端口与适配器边界、应用核心独立性、驱动与受驱动适配器、依赖方向、基础设施泄漏检测、可选的架构测试，以及有证据支撑的整改。当请求诸如“审查六边形架构”“审查端口与适配器边界”“强制依赖方向”“添加 ArchUnit 架构测试”“检测领域代码中的基础设施泄漏”“改进端口与适配器边界”时应触发。属于 Plinth Toolkit。

A

app-verification

mblode / agent-skills

为仓库构建并维护其自身的验证工具链（verify CLI、doctor、worktree 隔离、功能图、种子数据），以及先复现的 bug 交接。当被要求「build a verification harness」「add a doctor command」「prove every feature still works」或「reproduce this bug report」时使用。

D

docs-flag-jargon-skill

elastic / elastic-docs-skills

标记文档中的 Elastic 内部行话，并建议使用通俗易懂的替代表达。适用于用户要求检查文档中外部读者可能无法理解的术语，或进行文档审查时。不要在常规起草或编辑时触发。

D

docs-frontmatter-audit

elastic / elastic-docs-skills

审计 Elastic 文档文件的 frontmatter 完整性和正确性。检查目录中各文件的 products、description 和 navigation_title 字段。用户要求审计文档元数据、发布前检查 frontmatter 质量、批量验证文件，或进行文档审查时使用。

D

domain-modeling

jwilger / agent-skills

当用户询问领域建模、原始类型偏执、先解析后验证、语义类型、值对象或如何使无效状态不可表示时使用。触发场景包括：“检查领域问题”“原始类型偏执”“设计领域类型”“值对象”“newtype 包装器”“语义类型”“使无效状态不可表示”“用布尔值表示状态”、要求用合适的类型替换原始字符串/整数、修复可互换参数，或任何关注类型安全和领域完整性的代码审查。也会在 TDD 领域审查阶段启用。不用于常规代码审查（风格、格式）、调试、数据库架构设计，或与领域类型建模无关的设计模式。

G

generic-fullstack-code-reviewer

travisjneuman / .claude

审查全栈代码中的错误、安全漏洞、性能问题、无障碍缺陷及 CLAUDE.md 合规性。强制执行 TypeScript 严格模式、输入验证、GPU 加速动画和设计系统一致性。用于功能完成后、提交前或审查拉取请求时。

G

gh-address-comments

shipshitdev / skills

实现 PR 评审所要求的修复——将每个讨论串映射到其涉及的代码，修改该代码，并为每个讨论串起草一条回复以待批准后再发布。起点是已经理解清楚的反馈；生成只读摘要的是 `pr-comments`。

仅当用户明确调用 /loop-converge 或提及此技能时使用。编写 loop-converge 运行。除非被点名，否则不要使用。不要执行或恢复生成的运行时节点文件。

仅在用户明确调用 /loop-deliver 或提及此技能时使用。编写 loop-deliver 运行。除非被点名，否则不要使用。不要执行或恢复生成的运行时 node 文件。

M

maintain-verification-skill

mdsmithaustin / pstack

定期检查项目的验证技能和功能映射，确保其准确：每项功能由并行源码阅读者检查，通过一次实时会话驱动每项功能，已验证的修正最多提交一个 PR。适用于 /maintain-verification-skill 或“审计 verify skill”。

M

manual-testing

mgifford / accessibility-skills

在规划、执行或审查手动无障碍测试时加载此技能。使用真实辅助技术进行手动测试至关重要——自动化工具只能发现约 30–40% 的 WCAG 问题。在判定功能无障碍之前，务必进行纯键盘测试和至少一次屏幕阅读器测试。绝不能跳过 UI 组件的强制颜色模式测试。

M

media-accessibility

community-access / accessibility-agents

字幕、文字稿、音频描述和无障碍媒体播放器

P

posthog

membranedev / application-skills

PostHog 集成。管理人员、群组、事件、实验、仪表板、注释。用户希望与 PostHog 数据交互时使用。

P

pyright-type-checker

bobmatnyc / claude-mpm-skills

Microsoft 推出的快速 Python 类型检查器 Pyright，支持 VS Code 集成和严格类型检查模式。

R

review-pr-changes

mmcardle / ai-skills

使用结构化检查清单审查 PR 变更，确保质量并符合标准。用于全面的 PR 代码审查。

R

reviewing-security

osmontero / opencode-skills

在合并或发布前审查代码安全性，以及当变更涉及不可信输入、认证、授权、密钥、SQL、子进程执行、文件路径、外部请求、反序列化、上传或第三方依赖时使用。触发词包括 "security review"、"is this safe"、"can this be exploited"、"audit this for vulnerabilities"，以及添加任何新的外部接口时——端点、webhook、插件，或 LLM 可调用的工具。

S

scan-site

microsoft / power-platform-skills

对已部署的 Power Pages 网站运行安全扫描，获取最新扫描报告并生成通俗易懂的摘要。扫描线上网站的公开攻击面，并按严重程度列出问题。用户希望扫描、检查、测试、审计或评估已发布的网站，查找生产环境漏洞、查看最新扫描报告、查看之前的扫描结果、执行安全审计，或询问“我的线上网站有多安全？”“我的网站是否存在漏洞？”“审计我的生产网站”时使用——即使用户只说“找出问题”或“检查是否有问题”，而未提到“扫描”或“安全”。

T

testing-e2e

yonatangross / orchestkit

使用 Playwright 的端到端测试模式——页面对象、AI Agent 测试、视觉回归、使用 axe-core 的可访问性测试以及 CI 集成。在编写 E2E 测试、搭建 Playwright、实现视觉回归或测试可访问性时使用。

W

wjs-auditing-project

jianshuo / claude-skills

用户要求审计项目问题、“把它弄好”、询问“看看项目出了什么问题”“为什么用户的需求还没上线”“为什么没提交 App Store”“为什么没新 build”，或希望全面检查项目状态时使用。检查范围包括未合并分支、停滞的 PR、失败的 GitHub Actions、过期构建、计划偏移（TODOS.md / ROADMAP）、尚未发布的提交和日志错误。只进行只读调查，提供分类清单；只有在用户明确确认后才修复。了解 Cathier iOS 应用工作流（Xcode + fastlane + 自动合并来自应用内反馈的 @claude PR）。

A

ascend-profiling-anomaly

ascend / agent-skills

分析 Huawei Ascend NPU 性能分析数据，以发现隐藏的性能异常，并根据性能分析结果逆向生成详细的模型架构报告。适用于 Ascend 性能分析跟踪、NPU 瓶颈、设备空闲间隙、主机与设备问题，以及 kernel_details.csv / trace_view.json / op_summary / communication.json。也适用于“profiling”“step time”“device bubble”“underfeed”“host bound”“device bound”“AICPU”“wait anchor”“kernel gap”“Ascend performance”“model architecture”“layer structure”“forward pass”“model structure”等关键词。除模型架构分析（层分类、逐层子结构、通信流水线）外，还会执行异常发现（气泡检测、wait-anchor、AICPU 暴露分析）。除异常分析外，还会输出单独的 Markdown 架构报告。

A

auto-setup

rohitg00 / pro-workflow

为新项目自动配置质量门禁、hooks 和设置。检测项目类型并配置相应的工具。适用于接入新代码库时。