Skills

审查文档质量的全面清单与流程，包括语气、语调、结构、完整性和技术准确性。

并行 lint 修复模式——运行 lint 检查，将问题分组为独立流，并派发 AI Agent 修复所有问题直至代码库干净。

Agent 测试方法论——用测试输入运行 Agent，观察输出，反复迭代直至输出准确且结构良好。

R

root-cause

quantipixels / skills

通过构建并证伪相互竞争的机制，为一个可复现或直接观察到的故障确立最小因果解释。当缺失的结果是诊断，而非报告有效性、审查或纠正交付时使用。

S

s4h-logic-consistency-check

human-avatar / skills-for-humanity

揭示文档、规格说明、计划、设计或一组需求内部的矛盾、相互冲突的要求，以及暴露隐藏冲突的边界情况。当感觉不对劲却说不清原因时、在确定某个设计之前，或当需求逐步累积可能已经脱节时使用。TRIGGERS：“consistency check”“find contradictions”“does this spec make sense”“check for conflicts”“something feels wrong here”，审查需求文档、技术规格、架构方案、产品简报，或任何内部一致性很重要的文档。

S

shipwright

dmytri / shipshape

使用本技能来扮演 Shipshape Shipwright 角色：港内代码检查。从生产代码中发现现有行为与策略违规，编写带 @captain 标签的场景骨架和 @planks 注释供 Captain 审阅。适用于改装装配、接手现有代码库以及发布之间。

S

skill-system-auditor

a-green-hand-jack / ml-research-skills

审查技能集合的一致性、生命周期覆盖、路由、文档漂移、记忆回写、过期引用、辅助路径和验证就绪情况。

S

skills-qa

cslawyer1985 / claude-for-legal-zh

对照法律技能设计框架评估一个技能——十三个设计参数（包括信任面、新鲜度、模式验证和冲突检测）、三种法律失败模式、以及三档裁决（就绪 / 某些关切 / 重大关切）。在决定是否信任一个社区技能以安装前、向团队部署第一方技能前，或当用户问"我该信任这个吗？"或"这个技能设计得好吗？"时使用。作为 /legal-builder-hub:skill-installer 的一部分自动运行。

暂无简介

S

spec-driven-verify

kw12121212 / auto-spec-driven

验证 spec-driven 变更是否完整且实现正确。检查任务完成情况、实现证据与规范一致性。

S

spec-driven-workflow

rhyanvargas / agentic-development-starter-kit

起草规格、分析需求、规划实现、依据规格实现、对照规格评审（生成方≠评估方）、从现有代码中提取规格、运行精准缺陷修复规格、多会话交接/进度，以及估算绿地/棕地工作规模。当用户希望获得可测试需求、活规格、规格驱动开发、会话交接、带回归围栏的缺陷修复、Design-First 与 Requirements-First 对比，或 /draft-spec /plan-impl /implement-spec /review /extract-spec 时使用。不适用于 C4/解决方案架构包（请使用 solution-architecture）、DevOps/CI-CD 策略设计、README 撰写、Agent Skill 优化、AFK/Ralph 自动化产品，或简单的一行修复。

S

specifying-gates

pcvelz / superpowers

当用户门控任务具有 requiresUserSpecification=true，或 Agent 的 "do I know HOW?" 自检返回否时使用。通过简短的 AskUserQuestion 序列锁定验证机制，并将答案写回任务的元数据。本身不运行验证。

S

swe-loop

gaasher / agent-loop-skills

当用户提供编码提示词——一个功能、缺陷修复或重构——并希望由自我检查的软件循环端到端实现，而非单次完成时使用。它先将提示词细化为可执行计划（内部运行 plan-loop），然后逐任务执行该计划：Engineer 子代理实现每个 PR 规模的任务，仅编辑源代码；独立的 QA 子代理编写测试以证明任务的验收标准（或仅在测试已覆盖时评估质量），运行该任务的测试以及完整累积回归套件，并依据严格简洁性/可读性/风格匹配量表为代码评分；Engineer 与 QA 在每个任务上循环，直到测试通过且质量门槛成立，然后提交并为该任务开启拉取请求——默认使用堆叠 PR（每个任务一个，均基于前一个），也可合并为一个 PR——再进入下一个任务。作者与批评者拥有互不重叠的写入范围（Engineer 拥有源代码，QA 拥有测试），因此任何一方都无法钻质量门槛的空子。不适用于只产出计划而不构建（那是 plan-loop），也不适用于在固定正确性界限内调优现有产物的指标（那是 optimize-loop）。

T

tdd

gusen1453 / creed

在实现任何功能、bug 修复、重构或行为变更时，在编写生产代码之前使用。

T

tdd

help-me-test / skills

与 HelpMeTest 上的测试相关的一切。使用场景：为新功能编写测试、为现有功能生成测试、修复损坏的测试、调试失败的测试、UI 变更后测试损坏、重构后测试过时。触发词：'write tests'、'generate tests'、'test is failing'、'fix tests'、'tests broke'、'implement X'、'add feature'、'fix bug'、'why does this test fail'、'tests are out of date'。只要以任何方式涉及 HelpMeTest 测试，就是本技能。

T

tdd

igmarin / rails-agent-skills

在运行完整的 Rails TDD 循环时使用：先写失败的 spec、实现、审查、PR。触发词：TDD、red-green-refactor、write tests first、test-driven。

T

tdd

karasukaigan / skills-zh

使用红绿重构循环进行测试驱动开发。当用户想要使用 TDD 构建特性或修复错误、提到"红绿重构"、想要集成测试，或要求测试优先开发时使用。

T

tdd

opengovsg / formsg-ai

测试驱动开发，包括通过 Storybook stories 和 agent-browser 可视化门禁来验证与 Figma 设计源一致的前端切片。当用户想用 TDD 构建功能或修复 bug、提到「red-green-refactor」，或想要集成测试时使用。

T

test-design

gusen1453 / creed

在编写、评审或修改单元/集成测试，添加测试用例、断言或 mock，或判断某段代码是否值得测试时使用——尤其在你想为覆盖率添加测试、过度 mock 依赖，或编写只是复述实现的形式化测试时。

T

test-driven-development

romiluz13 / cc10x

内部技能。所有开发任务请使用 cc10x-router。

适用于通过应用 TDD 原则来编写新函数、添加功能、修复缺陷或重构——先写失败的测试，再编写实现代码使其通过，然后重构。

T

test-driven-development

w95 / awesome-claude-corporate-skills

在实现任何功能或修复时使用，在编写实现代码之前

T

test-feature

elie222 / inbox-zero

端到端功能测试——浏览器 QA、API 验证、eval 测试，或任意组合。涵盖浏览器交互（通过 agent-browser CLI）、Google Workspace 操作（gws CLI）、API 调用和 LLM eval 测试。还可将测试持久化为可复用的 QA 流程或 eval 文件。

T

test-generator

alirezarezvani / claude-code-tresor

自动为新函数和组件建议测试。适用场景：编写新代码、添加函数或用户提到测试时。使用 Jest、Vitest、Pytest 模式创建测试脚手架。触发条件：新函数、组件、测试请求、提到测试。

T

test-runner

d-o-hub / rust-self-learning-memory

执行 Rust 测试（单元、集成、文档）。使用 cargo nextest 进行快速并行执行。

暂无简介

T

testimio

membranedev / application-skills

Testim.io 集成。管理数据、记录并自动化工作流。当用户想要与 Testim.io 数据交互时使用。

T

testing-anti-patterns

jackspace / claudeskillz

在编写或修改测试、添加 mock，或想要向生产代码添加仅供测试使用的方法时使用——可防止测试 mock 行为、用仅供测试的方法污染生产代码，以及在不了解依赖的情况下进行 mock。

T

testing-security

wojons / skills

测试应用安全漏洞

T

testing-usability

wojons / skills

测试应用可用性与用户体验

T

tune-skill

hburaktasyurek / agent-skills-and-commands

通过有界 PDCA，根据具体反馈或失败运行改进一个已发布的现有技能。当技能说明或包行为看起来有误且修复属于该单个包时使用；否则路由到所属工作流。触发词：tune-skill。

U

ui-slop-score

uizze / uizze

审查已渲染的 Web 或移动端界面，并为其通用程度打分。适用于 UI 点评、设计审查、视觉打磨、截图审查、合并前检查，以及修复“一眼 AI”的 UI 或解释某个界面为何显得通用的请求。

U

update-storybook-snapshots

cartridge-gg / controller

在有意的 UI 改动后更新 Storybook 视觉回归快照。适用于视觉测试因预期改动而失败，或被要求更新快照时。

U

upgrade-engine

igmarin / rails-agent-skills

检查 Rails engine 在不同 Rails 版本间的兼容性（Zeitwerk、兼容性）时使用。触发词：Zeitwerk、Rails 升级、跨版本、engine 兼容性。

U

ux-usability-review

ahmedhamadto / software-forge

在审查任何界面的可用性时使用——逐步讲解 Krug 在《Don't Make Me Think》中的原则，涵盖认知负荷、扫读、导航、首页清晰度、移动端可用性、无障碍以及善意储备。

V

verification-before-completion

jackspace / claudeskillz

在声称工作已完成、已修复或通过时使用，在提交或创建 PR 前——需要运行验证命令并确认输出，然后再做任何成功声明；先有证据再有断言

V

vitest

claude-dev-suite / claude-dev-suite

Vitest 测试框架。涵盖单元测试、模拟和覆盖率。用于测试基于 Vite 的项目和 Node.js 项目。适用场景：用户提到 "vitest"、"vite test"、"unit test"，询问 "vi.fn"、"vi.mock"、"test coverage"、"mock functions"、"test vite project" 时。不适用于：E2E 测试——请改用 `playwright`；React 组件测试——请结合 `testing-library`；Jest 项目——请改用 `jest`

V

vue-doctor

arjun-ingole / vue-doctor

诊断并修复 Vue/Nuxt 代码库的健康问题。适用于审查 Vue 代码、修复性能问题、审计安全性或提升代码质量。

W

webapp-testing

w95 / awesome-claude-corporate-skills

用于使用 Playwright 与本地 web 应用交互和测试的工具包。支持验证前端功能、调试 UI 行为、捕获浏览器截图和查看浏览器日志。

W

wk-code-review

whalezhao / wk-code-review

通过对比当前分支与基准分支进行代码审查，生成完整审计计划并逐项执行，覆盖所有变更文件，集成 EliteForge 规范检查、安全检测、业务逻辑正确性验证、可靠性和方案合理性评估，支持中断恢复，结果保存至 `{OUTPUT_DIR}` 目录。

W

write-tests

elie222 / inbox-zero

为后端和工具逻辑编写聚焦的单元测试

Y

YunxiaoQA

15810879921-coder / oneos-pm-skills

测试人员云效（Projex）自动化：接收并开始【测试】任务，推进需求待测试→测试中，从可核验测试证据清单记录计划、用例执行、报告和 test 部署证据，诊断查重后一键发起缺陷；独立建缺陷和测试用例建缺陷均强制将验证者设置为当前登录测试用户并回读，（本期交付绑定开发负责人 / 非本期自指定负责人），拉取已修复|暂不修复待验清单，仅在每个 Bug 具有独立复测通过证据后批量关闭已修复、再次打开复现缺陷、已关闭并入当期迭代；普通完成路径维持原证据门禁，"完成测试"也可由测试人员显式给出"人工确认通过=是"进入审计放行分支；只有全部非取消开发任务均唯一映射测试任务且兄弟测试任务已完成时，才将当前【测试】标已完成并把需求推进测试完成，同时标记为非正式发布候选。用户说 YunxiaoQA、测试任务、拉取测试任务、发起缺陷、再次打开、批量关闭、并入迭代、开始测试、记录测试证据、完成测试、人工确认通过、闭环测试任务、接收发布回流、验证发布回流、交接发布时使用。用户未写 Skill 名或标准口令，但自然语言明确表达查看本人测试任务、开始/继续/完成正式测试、记录证据、提 Bug、复测关闭或重新打开时也主动调用；先通过官方 CLI 唯一定位【测试】任务或 Bug，再规范化为现有命令。零候选或多候选只读返回，不按标题猜编号。仅运行本地代码测试、开发自测或修复代码而没有云效测试任务语境时不要触发。仅测试角色；不建【开发】/不创建迭代/不代开发改已修复。凡写云效先 Plan 确认再一口气 apply；禁止对齐 yunxiao-requirement-lifecycle。

3

3p-review

nikhilw / structured-agentic-workflow

独立的第三人称代码评审。在所有构建阶段完成后，对整个功能进行整体评审时使用，或用户随时需要质量关卡时使用。以未编写代码、如今负责该代码的独立资深架构师视角进行评审，因此必须达到世界级标准。

A

accessibility-expert

duck4nh / antigravity-kit

WCAG 2.1/2.2 合规、WAI-ARIA 实现、屏幕阅读器优化、键盘导航和无障碍测试专家。遇到无障碍违规、ARIA 错误、键盘导航问题、屏幕阅读器兼容性问题，或无障碍测试自动化需求时，请主动使用。

A

agent-harness

netresearch / agent-harness-skill

在让仓库具备 Agent 就绪能力、验证 harness 一致性、检查文档漂移、搭建 harness 基础设施（以 AGENTS.md 为索引、docs/ 结构、CI 验证、强制执行机制）或审计仓库 Agent 就绪成熟度时使用。

A

agent-review

justbecauselabs / agent-skills

用 Codex Sol 或 Claude Fable 运行一次有界的第二模型代码评审。使用一份合并了正确性、安全性、结构简洁性、模块化和复用性的契约，进行一轮初始评审，并在被采纳的发现改变源码时最多进行两次收敛重试。当用户要求 agent review、第二意见、安全评审、对抗式评审或深度代码质量评审时使用。

A

agent-reviews

pbakaus / agent-reviews

审查并修复当前 PR 上的 PR 审查机器人发现的问题，循环直到解决。获取未回复的机器人评论，评估每条发现，修复真实缺陷，驳回误报，并就结果回复每条评论。

A

aggregate-transaction-boundary

j5ik2o / okite-ai

明确聚合与事务边界的关系，检测并纠正把多个聚合放进单个事务的反模式。应用这一原则：聚合是强一致性边界，用例中更新多个聚合时应使用最终一致性。在代码审查、用例设计、重构时检测事务边界问题时使用。适用语言：语言无关（Java、Kotlin、Scala、TypeScript、Go、Rust、Python 等全部）。触发条件：以「在同一事务中更新多个聚合」「用例中有 @Transactional」「聚合之间如何保持一致」「是否应该使用 Saga 模式」「事务边界的设计」「1 事务 1 聚合」「最终一致性的实现」「跨聚合的事务」等事务边界相关请求启动。

A

alicloud-ai-video-liveportrait-test

cinience / alicloud-skills

针对 Model Studio LivePortrait 的最小轻量级人像动画冒烟测试。

A

alicloud-ai-video-retalk-test

cinience / alicloud-skills

针对 Model Studio VideoRetalk 的最小口型同步替换冒烟测试。

A

ark-chainsaw-testing

mckinsey / agents-at-scale-ark

使用 mock-llm 运行和编写 Ark Chainsaw 测试。适用于运行测试、调试失败或创建新的端到端测试。

使用 squirrelscan CLI 审计网站的 SEO、性能、安全、技术、内容以及其他 15 类问题，涵盖 230 多条规则。返回针对大模型优化的报告，包含健康评分、失效链接、meta 标签分析和可执行建议。用于发现并评估网站或 Web 应用的问题与健康状况。

B

blue-team

gaasher / agent-loop-skills

当用户在自己拥有的代码或护栏/分类器/过滤器/提示词/API 中有具体失败用例——红队失败清单或 CI/CD 测试失败报告（失败的 pytest/JUnit 测试）——并希望把目标修补到这些失败全部关闭且不破坏已有功能时使用。它直接指向失败用例（用 tools/ingest.py 规范化任意来源），每次迭代修复一个根因类别，并用 tools/verify.py 重新检查——对红队 oracle 使用 oracle 模式，对测试套件使用 tests 模式——仅在关闭一个类别且此前通过的内容无回归时保留补丁，否则回退；循环直到每个类别都关闭（dry）或预算耗尽，然后带着补丁集开启一个拉取请求。是 find→fix 组合中负责防御性修复的那一半。不适用于发现新失败（那是 red-team），也不适用于编辑定义基准真相的 oracle、测试或留出集。

B

blueprint-derive-tests

laurigates / claude-plugins

通过查找缺少测试的提交，从 git 历史推导测试回归计划。适用于发现未测试的缺陷修复、覆盖率缺口或生成测试待办清单。

B

browser-qa

rogeriochaves / skills

像用户一样驱动真实浏览器对功能进行端到端 QA。加载 Playwright MCP playbook 以及需要避免的失败模式。当需要在浏览器中验证某个 UI 功能可用、截取 PR 截图、可视化复现客户 bug，或在宣布某事物“完成”之前进行任务末尾的 dogfooding 时使用。这是 orchestrate 模式的 QA 阶段。

C

check-invariants

jayden-dang / skills

当设计或 diff 引用架构不变量（某个 `Respects`

C

clean-code-reviewer

ontoledgy / ol_ai_context_library

分析代码并依据整洁编码标准生成结构化的违规报告。适用场景：重构任务前审查代码、为整洁编码合规性审查 PR，或在应用 clean-code-refactor 之前建立基线。生成的违规报告可供 clean-code-refactor 和 data-engineer 的 Implement Mode 使用。支持 Python、JavaScript/TypeScript、C# 和 Rust。通过 `standard` 参数支持通用（Clean Code）和 OB（BORO Quick Style Guide）两套约定。

务实编码规范，用于编写整洁、可维护的代码——命名、函数、结构、反模式以及编辑前的安全检查。适用于编写新代码、重构现有代码、评审代码质量或制定编码规范。

C

clean-code-tests

ontoledgy / ol_ai_context_library

依据项目测试标准生成和审查测试。适用场景：为新的或未经测试的函数/类添加测试、审查现有测试的质量合规性，或识别模块中未测试的路径。支持 Python、JavaScript/TypeScript、C# 和 Rust。通过 `standard` 参数支持通用（Clean Code）和 OB（BORO Quick Style Guide）两套约定。

C

code-discipline

mwillbanks / agent-skills

防止琐碎的辅助函数、包装层、仅重命名的工具、重复常量和本地重新造轮子。强制复用平台原语、框架能力、共享工具和经过验证的库。在添加或评审辅助函数泛滥、对象参数与位置参数取舍、箭头函数与声明式选择、类与函数式设计、god file 边界、schema 文件边界、安全/可维护性加固或 UI 结构时使用，使 Agent 保持代码规范并避免技术债。