Skills

R

requesting-code-review

ganyuanran / aegis

在请求独立代码审查、实现切片完成后、合并高风险工作之前，或验证暴露出证据、基线、架构、兼容性或弃用方面的不确定性时使用。

R

requesting-code-review

julianromli / ai-skills

在完成任务、实现主要功能或合并前使用，以验证工作符合要求。

R

review-and-ship

poteto / plugins

检查当前分支中的 Bug、是否符合预期及测试覆盖率；运行或编写测试；提交范围明确的改动；创建或更新 PR。

R

review-checklist

lobehub / lobehub

LobeHub 代码审查清单。在审查 PR、diff 或分支时使用，检查控制台残留、return await、密钥、i18n、桌面路由漂移、UI 导入、迁移或云影响。

R

review-codex

willbooster / agent-skills

对当前分支运行 Codex 代码审查，仅报告对当前代码库仍然有效的审查意见，不应用修复。

R

review-fix-all

willbooster / agent-skills

对当前分支并发运行 Codex、Claude Code 和 Gemini CLI 审查，对发现的问题去重，并仅修复对当前代码库仍然有效的审查意见。

R

review-learnings

neonwatty / qa-skills

将 .qa-learnings/ledger.md 中积累的 QA 经验综合为按优先级排序、可落地的插件改进项。当用户说 "review learnings"、"what have we learned"、"improve the plugin"、"learnings report" 或 "synthesize QA feedback" 时使用。

R

review-orm-usage

nesnilnehc / ai-cortex

审查 ORM 使用模式，关注 N+1 查询、连接管理、迁移安全性、事务处理和查询效率。库级原子技能；输出为问题清单。

R

review-pr

tisfeng / skills

审查 GitHub PR 的准确 head/base diff、关联 issue、CI 和 review threads，交付前刷新。创建 PR 使用 submit-pr；本地审查使用 review。

R

review-prs

ismail9k / skills

当用户要求审阅一个或多个 GitHub pull request 时使用——"review PR #12"、"review the open PRs"、"check the PRs the agents opened"——在 Claude Code、Codex 或任何其他 Agent 中。不用于审阅未提交的本地更改。

R

review-python

nesnilnehc / ai-cortex

审查 Python 代码的语言和运行时约定：类型提示、异常、async/await、上下文管理器、依赖项和可测试性。仅限语言的原子技能；输出为问题清单。

R

review

tisfeng / skills

审查本地工作树、提交、range、文件或模块，找出有证据的缺陷。GitHub PR 审查使用 review-pr；代码清理使用 code-simplifier。

R

rigor

scottwater / skills

以专注、证据驱动的工作流修复 bug、构建功能、重构或提升性能。

R

ryux

ryuxdsgn / design-intelligence

RYUX——面向 AI Agent 和设计师的设计智能。告知它你正在做什么，它便会分流至 Analyze（理解现有界面）、Design（在 Figma、pen.dev 或模型稿中创建或改进 UI 和 UX）、Build（通过代码实现）、Critique（结合证据找出优先修改项或进行启发式评估）或 QA（依据设计验证构建），只读取任务所需的知识（产品、UX、UI、交互、表单、内容、无障碍、响应式、设计系统、前端、反低质内容），并以质量关卡收尾。适用于任何 UI、UX、文案、前端、设计审查或设计分析任务，也适用于产品视觉内容：插画、3D、图像、图标、徽标和动态效果，即使请求中没有提到 RYUX。

S

senior-qa

ovachiever / droid-tings

面向 ReactJS、NextJS、NodeJS 应用的综合 QA 与测试技能，涵盖质量保证、测试自动化和测试策略。包括生成测试套件、覆盖率分析、设置 E2E 测试和质量指标。设计测试策略、编写测试用例、实施测试自动化、执行手动测试或分析测试覆盖率时使用。

S

shared-tooling-eslint-prettier

agents-inc / skills

ESLint 9/10 扁平配置与 defineConfig()、Prettier v3.0+ 共享配置、eslint-config-prettier 集成、typescript-eslint v8+ projectService

S

shell-scripter

wyattowalsh / agents

Shell 脚本生成、审查和方言转换。Makefile 和 justfile 生成。ShellCheck 规则。用于 shell 相关工作。不适用于 Python（python-conventions）或 CI/CD（devops-engineer）。

S

skill-creator-flagos

flagos-ai / skills

为 FlagOS 技能仓库创建新技能、修改现有技能并验证技能质量。只要有人想从零创建技能、改进或编辑现有技能、搭建新技能目录、验证技能结构，或对技能运行测试用例，就使用本技能。当用户说“create a skill”、“make a new skill for X”、“scaffold a skill”、“improve this skill”、“validate my skill”，或直接输入“/skill-creator-flagos”时触发。当用户提到把工作流转化为可复用技能，或想把重复流程打包成技能时也触发。

S

skill-creator

luongnv89 / skills

创建新 skill、修改和改进现有 skill，并衡量 skill 表现。适用于用户想从零创建 skill、更新或优化现有 skill、运行 eval 测试 skill、通过方差分析对 skill 表现进行基准测试，或优化 skill 描述以提高触发准确率。不适用于运行 skill 本身、生成散文/博客内容，或为无关的 Python 项目搭建脚手架——本 skill 仅用于创作和评估以 skill 形式打包的能力。

S

skill-review-response

nyldn / claude-octopus

审阅者、CI 机器人或其他 AI 留下需要处理的反馈时使用

S

skill-system-behavior

arthur0824hao / skills

面向技能系统的 BDD 风格行为规范引擎。使用时机：(1) 在实现之前定义新技能的行为，(2) 依据 schema 校验规范，(3) 从规范生成行为契约（Mermaid DAG），(4) 对已构建的技能运行结构验收测试。工作流：Spec → Test → Develop → Contract。

S

skill-verification-gate

nyldn / claude-octopus

准备宣布工作已完成、已修复、已通过或已结束时使用

S

smoke-tests

bsene / skills

面向 HTTP API 的冒烟测试识别、编写和 CI 集成——仅使用 Hurl 或 curl。触发条件：smoke test、smoke testing、critical path test、CI gate、完整测试套件前的门禁、write smoke tests、add smoke test、smoke test template、哪些测试属于冒烟测试、hurl、.hurl 文件、curl smoke test。不适用：用户需要完整测试策略或理念——改用 `testing`。

S

solidity-hardhat-development

whackur / solidity-agent-toolkit

面向 Solidity 智能合约的 Hardhat 3 开发工作流。在构建、测试或部署 Hardhat 3.x 项目时使用（hardhat、ignition、EDR）。涵盖 ESM 优先的项目搭建、defineConfig、Solidity 原生测试、TypeScript 测试、多链支持、Hardhat Ignition 部署以及基于 hook 的插件系统。触发场景：涉及 hardhat init、hardhat build、hardhat test、hardhat ignition 或基于 Hardhat 的 Solidity 开发任务。

S

static-analysis

oimiragieo / agent-studio

运行 CodeQL 和 Semgrep 静态分析并输出 SARIF，用于跨多种语言的漏洞检测、代码质量评估和安全合规扫描。

S

suggesting-cursor-hooks

revitalb-port / skills-registry-demo

当用户反复要求运行相同的检查（lint、测试、类型检查）时，建议使用 Cursor hook 将其自动化

统一开发编排器：将 Superpowers 方法论框架与 AI 代码工厂深度整合， 创建统一的开发工作流，结合 TDD 纪律、SoT 合规和自动化代码生成。

S

swiftui-wcag-accessibility-auditor

ramzesenok / ios-accessibility-audit-skill

依据 WCAG 2.2 Level A/AA 审计 SwiftUI iOS 功能代码的可访问性，并返回可直接修补的修复方案。当评审 SwiftUI 视图/屏幕（包括认证、表单、设置和自定义控件）且你需要既具备标准可追溯性（WCAG + WCAG2Mobile 解读），又能以简洁、按优先级分组的 Markdown 格式提供实用、最小的代码改动，并对代码无法确定的行为给出用户后续检查项时使用。

T

tdd

hu3rror / my-skills

测试驱动开发。当用户想要先测试后构建功能或修复 bug、提及「红绿重构」或想要集成测试时使用。

T

tdd

mksglu / context-mode

采用 red-green-refactor 循环的测试驱动开发。用于用户想通过 TDD 构建功能或修复 Bug、提到“red-green-refactor”、需要集成测试，或要求先编写测试再开发时。

T

tdd-workflow

hieutrtr / ai1-skills

针对 Python 和 React 项目的测试驱动开发工作流约束。适用于用户要求 TDD、测试先行开发或红-绿-重构方法时。强制执行严格循环：编写一个失败的测试 -> 实现最小代码使其通过 -> 在绿灯下重构 -> 重复。适用于后端（pytest）和前端（Testing Library）。会改变 Agent 行为，使其先写测试再写代码。不提供测试模式（如何编写测试请使用 pytest-patterns 或 react-testing-patterns）。

T

test-driven-development

jackspace / claudeskillz

实现任何功能或修复任何错误时，在编写实现代码前使用——先编写测试，观察测试失败，再编写通过测试所需的最少代码；通过要求测试先失败，确保测试确实验证了行为

T

test-driven-development

nickcrew / claude-cortex

实现任何功能或修复任何错误时，在编写实现代码前使用——先编写测试，观察测试失败，再编写通过测试所需的最少代码；通过要求测试先失败，确保测试确实验证了行为

T

test-first-discipline

fudesign2008 / open-skills

针对改变行为的工作的硬性纪律：先编写失败的测试，观察失败，再编写最小生产代码；删除在观察到失败测试之前编写的生产代码。与 test-suite-ensure（事后覆盖率/脚手架）不同。被 PDCA 执行阶段引用。触发条件——「测试先行」「先写失败测试」「红绿重构」「TDD 铁律」「test-first」 / test-first discipline、failing test first。请勿用作 tdd 或 test-driven-development 的名称别名。

T

test-infrastructure

ykdz / skills

建立、改进或迁移可复用的测试基础设施，收拢环境准备、执行和清理工作。

T

test-quick

laurigates / claude-plugins

只运行快速单元测试，跳过慢速/集成/E2E 测试。适用于变更后检查单元测试、运行自上次提交以来受影响的测试、watch 模式 TDD，或 30 秒以内的反馈。

综合测试工作流——单元测试 ∥ 集成测试 → E2E 测试

T

testing

krzysztofsurdy / code-virtuoso

与具体技术栈无关的测试原则、策略与模式，用于构建可靠的测试套件。当用户要求设计测试策略、在单元/集成/e2e 测试之间做选择、应用 TDD、修复不稳定测试、提升测试质量、使用测试替身（mock、stub、fake、spy），或审查测试中的反模式时使用。涵盖测试金字塔、测试设计启发式、arrange-act-assert 结构、测试隔离、属性测试以及常见的测试陷阱。

T

testing

nmnmcc / skills

适用于判断哪些证据能够揭示可信的软件缺陷时。

T

twin-pr-triage

cowork-os / cowork-os

扫描开放的拉取请求，评估风险与复杂度，构建优先级评审队列。供数字孪生人设使用，以降低 PR 评审的认知负担。

通过访谈、可用性测试和行为分析开展定性用户研究、综合洞察并为产品决策提供依据

V

validate-api

jayden-dang / skills

用于验证后端 HTTP/RPC API（REST 或 RPC 端点）是否符合其

V

verify-fix

openai / codex-security

仅在用户明确要求验证某项安全修复能否缓解已报告的漏洞时使用。在实施修复、审查普通代码变更或运行测试时不要自动调用。不要用于非安全修复、候选发现验证或完整仓库扫描。

V

vet-feedback

jayden-dang / skills

当评审反馈或 PR 评论到来时使用——来自用户、评审者

暂无简介

W

wcag-design

alexsnchz / skills

创建符合 WCAG 2.2 AA 标准且保持高设计质量的无障碍生产级前端界面。在构建任何需要或期望满足无障碍合规（WCAG、ADA、Section 508、EN 301 549）的 Web 组件、页面、仪表板或应用时，或在审查/修复现有 UI 代码中的无障碍问题时，使用此技能。将全面的 W3C WAI 无障碍知识与独具特色的前端设计原则相结合。

W

well-actually

2389-research / review-squad

当你想就某个网站或项目获得吹毛求疵、爱挑刺、有主见的反馈时使用——就像 Hacker News 评论者、排版洁癖者、语法挑剔者和标准纯粹主义者会给出的那种反馈。它会找出专业评审因为「太琐碎」而跳过的问题。

W

windows-release-readiness

sylphxai / skills

审计 Windows 应用发布就绪度，包括安装程序/MSIX 标识、代码签名、SmartScreen 信誉、服务、启动任务、托盘行为、注册表和文件关联、通知、凭据存储、AppData/ProgramData、防火墙提示、自动更新、回滚、卸载清理、崩溃日志、Microsoft Store 认证和支持诊断。适用于发布或审查 Windows 桌面应用和实用工具时。

W

wo-pr

quantipixels / skills

发布 GitHub PR 或 GitLab MR，或推动其通过 CI、冲突和评审反馈，直至可供人工做出合并决定。使用发布模式提交、推送、创建或更新；使用推动模式观察或让某个事项就绪。不包括独立评审结论、批准和合并。

A

adversarial-review

alannkl / skills

对抗式代码审查，找出实质性失败并返回带失败场景的结构化发现。当被要求以对抗方式审查 diff、分支或文件时使用。绝不应用修复；不适用于风格检查。

A

advpr-test-automation

thalysjuvenal / advpl-specialist

当用户想使用 ADVPR（Advanced Protheus Robot）为 Protheus 例程编写、运行或排查自动化回归测试时使用——涵盖 FWTestHelper API、TestSuite/GPS de Testes 设置、通过 FwExecSuite 的无头执行，以及按模式的脚本编写（MVC、ExecAuto/MSExecAuto、报表、处理例程、webservices、SmartLink、Smart View、single-message/TOTVS Message），外加例程准备（屏幕绕过）和最佳实践。也会由葡萄牙语表述触发，如 "teste automatizado"、"robo de testes"、"automacao de testes Protheus"、"rodar suite de testes"、"FWMyTestRunner"、"GPS de testes" 或 "preparar rotina para teste automatico"。所引用的文件以巴西葡萄牙语撰写。

A

authentication-failures

scholarly360 / owasp-top10-web-skills

每当需要在 Python Web 应用中审计、测试或修复认证失败（OWASP A07:2025）时使用此技能——尤其是 FastAPI 和 Flask。触发条件包括：任何提及 JWT 安全、会话管理、暴力破解防护、撞库、密码策略、MFA 强制、登录速率限制、会话固定、令牌验证，或与认证相关的错误信息。也适用于"检查认证"、"审计登录流程"、"测试认证安全"、"查找认证缺陷"等请求，或任何涉及 CWE-287、CWE-307、CWE-384、CWE-521、CWE-798、CWE-613 的任务。当用户分享与认证相关的代码（路由、中间件、装饰器、令牌处理器）时，即使未明确提及安全测试，也要主动使用。

A

awesome-claims-audit

khasky / awesome-agent-skills

根据决定网站、README、商店页面、隐私政策和结构化数据内容的代码与配置，检查公开声明是否准确，并修复不一致。用户询问网站是否仍与产品相符时使用。

A

awesome-database-audit

khasky / awesome-agent-skills

对数据库层进行只读审计，检查架构反模式、查询与索引的适配性、完整性、并发、迁移和多租户，并给出结论。用户要求审查架构、迁移或数据模型时使用。

B

bug-analysis

dauquangthanh / hanoi-rainbow

分析软件缺陷，包括根因定位、严重程度评估、影响分析、复现步骤验证以及修复建议。执行缺陷分诊、分类、重复检测和回归分析。在调查缺陷、分析崩溃报告、分诊问题、调试问题、审查错误日志时使用，或当用户提到「analyze bug」「investigate issue」「debug problem」「bug report」「crash analysis」「root cause analysis」「fix recommendation」时使用。

B

bugfix-workflow

mingyuepop / specforge

通用 BUG 修复流程与报告生成。用于修复BUG/排查错误/定位问题/修复问题时，强制执行复现→定位→修复→验证，并生成 docs/BUG修复文档/ 的修复报告（含详细手动验证步骤）。

C

check-compiler-errors

poteto / plugins

运行编译和类型检查命令并报告失败

C

ClawGator Superpowers

clawgator / clawgator-superpowers

ClawGator 团队的完整软件开发框架。头脑风暴、规划、系统性执行、TDD、调试、代码审查和 git worktree。在开始项目或代码变更前自动触发。

C

clean-ai-slop

tmdgusya / engineering-discipline

对 AI 生成代码的纠正性清理——在保留行为的同时移除 LLM 特有的模式。当用户说 "deslop"、"slop"、"clean AI code"、"remove AI patterns"，或在任何生成会话后发现 LLM 生成的代码异味时使用。对于一般的变更后审查与修复（"clean up"、"simplify"），请改用 simplify 技能。

C

code-review-ai-ai-review

rmyndharis / antigravity-skills

结合静态分析和模型辅助代码审查，评估安全性、性能、正确性和架构。用于设计审查自动化或审查复杂变更