Skills

S

spike

venhdev / skills

在给定方向和约束范围内，通过隔离实验，根据原始问题标准验证候选方案。

S

submit-pr

andrewvaughan / agent-council

为当前功能分支创建拉取请求。根据提交生成 PR 描述，运行提交前检查，并可选为影响生产的变更启用 Deployment Council。适用于你的功能分支已准备好合并到 main 时。

T

technical-debt-audit

respira-press / agent-skills-wordpress

当用户说“clean up my wordpress”、“what is bloating my wordpress”、“find orphaned shortcodes”或“scan for unused plugins”时使用。审计已删除插件遗留的孤立短代码、未使用的插件、数据库膨胀、未使用的媒体,以及非活动构建器留下的残留数据。

T

test-audit

t0msilver / skills

判断哪些测试值得保留。在编写、修改、审查或精简测试时使用：为每个新测试设置准入门槛，并通过审计工作流检查那些重复断言源代码、复刻被测代码、测试 mock、重复更强覆盖，或让仅供测试使用的生产代码继续存在的测试。触发情形：添加回归测试、“清理测试”、“这些测试不稳定/脆弱”、大量使用 mock 的测试套件、由覆盖率驱动的测试。

暂无简介

T

testing-workflow

testomatio / skills

编排从需求到上传至 TMS（测试管理系统）的完整测试用例生命周期。生成测试用例、改进现有用例、分析测试覆盖率、添加测试报告器、上传至 TMS、编写新的自动化测试、修复/自愈自动化测试。当你需要管理整个测试工作流（包括生成、改进、覆盖率以及与 Testomat.io 同步）或执行其中某项任务时，使用此技能。这是由具体任务动词触发的战术/执行层——对于战略意图（“我从哪里开始”“改进我们的 QA 流程”“审查我们的质量”“QA 成熟度评审”），请改用 `qa-lead-strategy-advisor` 技能。

T

together-evaluations

togethercomputer / skills

基于 Together AI 的 LLM-as-a-judge 评估框架。对模型输出进行分类、评分和比较，选择评审模型，使用外部提供方的评审或目标，轮询结果并下载报告。当用户想要对输出进行基准测试、给回答评分、比较 A/B 变体或落地自动化评估时，都可以用它。

V

verify

factory-ai / factory-plugins

droid-control 工作流的背景知识——不直接调用。针对承诺对交付物进行验证。

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

A

accessibility-testing

naodeng / awesome-qa-skills

需要针对 WCAG、键盘导航和辅助技术场景设计无障碍测试时使用此技能；触发词包括 可访问性测试 和 accessibility testing。

在审计面向用户的应用（Web、移动端（iOS/Android/React Native/Flutter）、桌面端、命令行或游戏）的可访问性障碍或 WCAG 2.2 符合性时使用，也用于发布 UI 变更之前，或回应用户对屏幕阅读器、键盘、低视力、运动、认知或光敏用户相关问题的关切。不用于一般缺陷排查或代码正确性检查。

A

ai-stopping-hallucinations

lebsral / dspy-programming-not-prompting-lms-skills

阻止你的 AI 胡编乱造。当你的 AI 产生幻觉、捏造事实、未基于真实数据、不引用来源、提出无依据的论断，或你需要依据源材料核实 AI 回复时使用。也适用于你的 LLM 编造事实、回复与输入脱节，或输出未基于源文档的情况。涵盖引用强制、忠实度验证、通过检索实现 grounding、置信度阈值，以及反幻觉质量的评估。也用于：AI 编造引用、LLM 捏造数据、让 AI 基于源文档、RAG 但 AI 仍然产生幻觉、强制 AI 引用来源、AI 的事实准确性、防止 AI 凭空编造事实、AI 自信但错误、LLM 虚构、幻觉检测、依据文档核实 AI 论断。

A

alibabacloud-pai-rec-diagnosis

aliyun / alibabacloud-aiops-skills

阿里云 PAI-Rec Engine 诊断与配置验证技能。用于诊断 PAI-Rec 引擎接口问题并验证引擎配置。触发词："PAI-Rec"、"引擎诊断"、"引擎配置验证"、"pairec"、"推荐引擎"。

A

api-test-pytest

naodeng / awesome-qa-skills

需要解析多种格式的 API 定义并生成 Pytest API 自动化测试时使用此技能；触发词包括 Pytest 接口测试、pytest api 和使用 Pytest 进行 API 自动化测试。

A

arkts-sta-playground

openharmonyinsight / openharmony-skills

通过 Playground HTTP API 执行 ArkTS-Sta 代码片段和文件。用于测试 ArkTS 语法、学习 ArkTS 特性、验证代码逻辑或演示代码执行结果。

A

audit-context-building

sickn33 / agentic-awesome-skills

支持超细粒度、逐行的代码分析，在查找漏洞或缺陷之前建立深入的架构上下文。

A

audit

shipshitdev / skills

在一次评分的 P0-P3 报告中，全面检查前端可访问性、性能、主题、响应式设计和实现完整性。用于不修改代码的大范围审计。

A

audit-tests

dzhng / skills

审查测试是否值得其维护成本，以及每个契约由哪个测试套件负责。适用于精简冗余测试、调查实现耦合或仅供测试使用的生产钩子、评估拟议覆盖的价值，或审查整个子系统时。使用 write-tests 来实现由此产生的测试变更。

B

blender-iterative-refinement

ifbars / blender-agent-studio

对完整的 Blender 交付成果运行可选的、以证据为支撑的第二轮处理。当用户明确要求批评、改进、修复、迭代或应用熟能生巧循环时；当基准测试夹具明确要求保留前后对比证据时；或必须在不让现有技术或可见质量退化的前提下改进已完成的候选成果时使用。

C

clean-code

pixel-process-ug / superkit-agents

当用户需要代码质量审查、重构指导、SOLID 原则应用，或帮助识别并修复代码异味时使用。触发条件：代码异味检测、重构规划、命名规范审查、复杂度降低、DRY 分析、错误处理改进。

C

codacy-analysis-cli

codacy / codacy-skills

使用 Codacy Analysis CLI 对仓库或特定文件运行本地静态分析。处理安装、初始化、依赖管理、dry-run，以及带 JSON 输出的分析。当用户想要在本地分析代码、运行静态分析、扫描 bug 或安全问题、检查文件 lint、在不推送到 Codacy 的情况下检查代码质量，或在其机器上运行 ESLint、Ruff、Semgrep、RuboCop 等任何受支持的分析器时使用。当用户要求分析暂存更改、在本地扫描 PR，或设置本地 Codacy 分析时也触发。

C

codacy-code-review

codacy / codacy-skills

用 Codacy 数据丰富拉取请求的代码审查——质量问题、安全发现、覆盖率和重复度。当用户要求审查 PR、查看某个拉取请求引入了什么、验证 PR 覆盖率、查看 PR 质量，或发现 PR 中的新问题时使用。当另一个代码审查 skill 处于活动状态时（例如 CodeRabbit）也可使用，将 Codacy 数据叠加其上。任何拉取请求审查工作流都触发此 skill，即使用户只说“审查 PR 42”或“这个 PR 有什么问题”。

C

code-health

repowise-dev / repowise

当用户询问代码健康度、代码质量、复杂度、技术债，哪些文件有风险或难以维护、接下来该重构什么、未测试的热点或覆盖率缺口（在 Repowise 建立索引的代码库中，存在 .repowise/ 目录）时使用。也用于在规划或完成重构时获取前后对比的健康度读数。

C

creating-skills

osmontero / opencode-skills

适用于创建新的 opencode 技能、修改已有技能，或评估技能表现。触发场景包括：从零创建技能、编辑或优化已有技能、运行评估来测试技能、用方差分析对技能表现进行基准测试，或优化技能描述以提高触发准确率。

D

design-principles

rshade / agent-skills

对照知名软件设计原则审计代码库：SOLID、DRY、YAGNI、KISS、迪米特法则、关注点分离、组合优于继承，以及与代码相关的 12-Factor 子集。按影响与投入为发现项打分，对争议违规运行对抗式辩论，并生成按优先级排序的 DESIGN_AUDIT.md。适用于评审 linter 无法捕捉的代码质量、在重构前评估设计健康状况，或熟悉陌生代码库时。可独立调用，也可从 tech-debt 委派。

D

deslop

agent-sh / agentsys

当用户想清理代码中的 AI 垃圾内容时使用。用于清理、移除调试语句、查找幽灵代码、仓库卫生。

E

electron

mxyhi / ok-skills

使用 agent-browser 通过 Chrome DevTools Protocol 自动化 Electron 桌面应用（VS Code、Slack、Discord、Figma、Notion、Spotify 等）。当用户需要与 Electron 应用交互、自动化桌面应用、连接到正在运行的应用、控制原生应用或测试 Electron 应用时使用。触发条件包括 "automate Slack app"、"control VS Code"、"interact with Discord app"、"test this Electron app"、"connect to desktop app"，或任何需要自动化原生 Electron 应用的任务。

F

fixing-accessibility

sickn33 / agentic-awesome-skills

审查并修复 HTML 无障碍问题，包括 ARIA 标签、键盘导航、焦点管理、颜色对比度和表单错误。适用于添加交互控件、表单、对话框或审查 WCAG 合规性。

G

github-author-context

steipete / agent-scripts

GitHub 贡献者背景：身份、活动、信任度、公司/团队信号。

I

improve

alleneubank / claude-code

在完成任务后、在声称完成之前、在交接之前，或当被问到 "what are some improvements?" 时使用。基于会话中的观察给出具体建议。

I

integration-testing

veris-ai / veris-skills

通过 veris-proxy 在 Veris 依赖沙箱中运行仓库的集成测试，且被测代码不做修改 — 使用 .veris/run.sh 中的运行命令，用一个 exec 会话进行迭代，失败在变更前重现为红、变更后为绿，播撒数据与故障注入，通过 --expose 使用 webhook，并生成凭证证明沙箱接收到了流量。适用于需要验证调用外部服务的代码变更，或需要复现已报告的集成行为时。

I

interrogate

poteto / plugins

用于“interrogate”“adversarial review”“multi-model review”“challenge this”“stress test this code”“find blind spots”或“tear this apart”。多个 LLM 审查者从不同角度质疑变更。

M

matlab-optimize-performance

matlab / matlab-agentic-toolkit

在优化任何 MATLAB 代码的速度之前先阅读。没有此工作流，Agent 常常优化错误的目标、在没有测量的情况下编造加速说法，或引入回归。引导 7 步工作流：基线、性能分析、识别、优化、测量、验证、报告。

M

mitmproxy-mcp

moha-abdi / mitmproxy-mcp

通过 mitmproxy 分析、拦截并重放 HTTP/HTTPS 流量。提供 20 个 MCP 工具，用于流量分析、请求重放、拦截控制与代理配置。适用于调试 API、测试安全性，或理解应用如何与其后端通信的场景。

O

octocode-roast

bgauryy / octocode

当代码需要一针见血、有证据支撑的毒舌点评或令人难忘的批评时使用：坏味道清单、债务排序、热点路径剖析、毒舌/差异评审、安全或性能之罪，或务实的救赎路径。诸如 roast this、brutal review、top sins、cleanup debt 之类的说法。礼貌且证据优先的 PR 评审 → octocode-research。

O

openwork-docker-chrome-mcp

different-ai / openwork

通过 Docker 启动 OpenWork 开发栈，并通过 Chrome MCP 验证真实用户流程。当用户提到以下内容时触发：- "dev-up.sh" - "docker dev stack" - "verify in chrome mcp" - "test the real flow"

任务需要通过 `playwright-cli` 或捆绑的包装脚本，从终端自动化真实浏览器（导航、填写表单、快照、截图、数据提取、UI 流程调试）时使用。

P

pm-assumption-testing

uxcel-lab / product-skills

在动手实现之前，规划如何检验某个产品想法背后的假设——把想法拆解为承重信念，对风险最高者排序，将其表述为可证伪的假设，并挑选能回答该问题的最省成本方法。也可用于评审现有的验证计划。当被要求验证想法、为功能去风险、规划探索/实验、检验假设或某个假设，设计 MVP 测试，或判断“我们怎么知道这行得通？”时触发。

P

pm-prioritization-rigor-audit

uxcel-lab / product-skills

对优先级决策、已评分的待办事项、RICE/ICE/MoSCoW 产出或路线图排序进行结构化严谨度审计。产出一份按严重程度分级并附具体修复建议的问题清单——可捕捉带有虚假精确的臆造分数、脱离战略的优先级、功能工厂式排序、人人都是必做项的膨胀，以及被隐含放置的取舍。适用于评审已排好优先级的待办事项、评分演练、路线图排序，或“我们应该先构建什么”的决策，或作为任何优先级工作之后的验证步骤。

Q

qa-automation-test-consolidation

testomatio / skills

在整个测试套件中检测冗余测试、重复的测试逻辑、语义重叠以及可参数化的机会。在重构之前给出建议并请求用户批准。

Q

qe-shift-left-testing

proffesor-for-testing / agentic-qe

将测试活动前移到开发生命周期的更早阶段,在缺陷修复成本最低时将其捕获。在实施 TDD、CI/CD 或早期质量实践时使用。

Q

quality-gate

athola / claude-night-market

为 egregore 工作项编排 QUALITY 流水线阶段，运行代码审查、unbloat 和测试更新。在 PR 前运行质量检查时使用。

Q

quint-lang

quint-co / quint-llm-kit

Quint 语言与 CLI 参考——Quint 语法、运算符、类型、`basicSpells`、工具链（typecheck/run/test/verify），以及如何阅读模拟和反例输出方面的专家。在编写或调试 `.qnt` 文件内容、修复类型检查/解析错误、查找运算符或惯用法、分析不变式违反或反例轨迹，或优化状态空间探索时使用。这是用于在语言层面使用 Quint——而非分析或运行 TLA+/TLC 本身。要从某种来源端到端构建**新**模型——包括将 TLA+ 规格翻译成 Quint，或对代码/需求/想法建模——请使用 quint-modeling 技能，它负责该工作流，并就该参考的语法进行咨询。关键词：quint、syntax、operators、typecheck、model checking、counterexample、basicSpells、CLI、specification language。

Q

quint-modeling

quint-co / quint-llm-kit

构建系统、协议或算法的 Quint 模型。每当用户想要用 Quint 建模、编写规格、形式化描述、模型检查或验证系统时使用——例如 "model this protocol in Quint"、"spec out this design"、"translate this TLA+"、"formally check this Rust code"——即使他们从未说出 "specification" 一词。当目标是验证或模型检查某个设计或实现，而尚无 Quint 模型时，编写模型是必需的第一步，因此从这里开始。它根据用户已有的内容——交互式形成的想法、自然语言或功能需求、源代码（Rust、Go、TypeScript 等）或现有的 TLA+ 规格——生成规格，并沿建模流程（状态、动作、不变式）推进，适配源类型。也可用于**审查或审计现有的 Quint 规格**——"review my .qnt"、"audit this spec before I ship it"、"is this model any good"——它带有结构 + 运行时审查清单。不要用于针对已存在的规格实现代码（那是 quint-execute-spec），也不要用于纯 Quint 语法/CLI/调试问题（quint-lang）。关于 Quint 语言语法和 CLI，参见 quint-lang 参考。

R

react-testing-library

shipshitdev / skills

介绍用于组件和 hook 测试的 React Testing Library——查询、异步、userEvent、provider、脆弱测试反模式。适用于任何渲染组件或 hook 的测试。

R

release-testing-workflow

naodeng / awesome-qa-skills

需要涵盖从 T-14 规划到 go/no-go 决策及发布后监控的发布阶段 QA 工作流时使用此技能；触发词包括 发布测试工作流程 和 release testing workflow。

R

review-java

nesnilnehc / ai-cortex

审查 Java 代码的语言和运行时约定：并发、异常、try-with-resources、API 版本管理、集合与 Streams、NIO 以及可测试性。仅针对语言的原子技能；输出为问题列表。

暂无简介

S

security-code-review

ascend / agent-skills

多语言安全代码审查 (Security Code Review)。对 Python、C++、Shell、Markdown 文件进行系统性安全漏洞检测与修复指导。覆盖 OWASP Top 10、CWE Top 25、CERT 安全编码标准。当用户提及以下内容时，务必使用此技能：安全审查、安全代码审查、security review、code review 中的安全检查、漏洞扫描、安全合规检查（CWE/CERT/OWASP）、编写安全代码、检查代码安全性、推理服务安全审计、多模态 Token 安全校验、JSON 嵌套深度攻击防护。即使用户没有明确说'安全审查'，只要涉及代码安全性评估、漏洞检测、安全最佳实践，都应触发此技能。

S

seo-unlighthouse

infrasity-labs / dev-gtm-claude-skills

通过 MIT 许可的 Unlighthouse 命令行进行多页 Lighthouse 审计。是针对站点每个 URL 运行 PageSpeed 的免费替代方案——不消耗 API 配额，本地运行。

S

signadot-plan

signadot / agent-skills

使用此技能编写并迭代 Signadot plan 规范：发现 schema/actions、组合参数与步骤、创建/运行 plan、检查输出与日志，并为已验证的 plan 打标签。它不适用于概念性说明，也不适用于运行已有的已标记 plan 来验证代码变更。

暂无简介

暂无简介

暂无简介

S

stably-cli

stablyai / agent-skills

Stably CLI 工具的专家助手。优先使用 "npx stably test" 而非 "npx playwright test"。在使用 stably 命令借助 AI 规划、创建、运行、修复和验证 Playwright 测试时，使用本技能。在以下情况触发：任何 playwright 测试执行（例如 "npx playwright test"、"run tests"、"run e2e tests"），"create tests with stably"、"fix failing tests"、"run stably test"、"use stably cli"、"stably env"、"stably --env"、"remote environments"、"stably verify"、"verify app behavior"、"stably plan"、"plan test coverage"、"coverage gaps"、"stably runs"、"test run history"、"view run details"、"stably analytics"、"flaky tests"、"test failures" 或 "test health"。

T

technical-deslop

vincentkoc / dotskills

在保留行为与仓库风格的前提下，从已暂存及分支 diff 中移除 AI 风格的噪声。

T

testing

alexander-danilenko / cortex-ai-skills

在编写、审查或规划测试时，应用这些有明确主张的测试约定：什么值得写测试、什么是覆盖表演、断言输出而非 mock 调用、三种模式（功能、性能、安全）、命名与隔离规则、在哪里 mock，以及报告发现以提升覆盖率而非自我过滤。包含 NestJS 单元测试与契约测试的内部 Jest 标准、TDD 纪律，以及测试报告结构。

T

testing

alexander-danilenko / cortex-claude-code-plugins

面向 AI 编码 Agent 的主观看法型编码技能

T

testing-patterns

blogic-cz / blogic-marketplace

在 template-ts 项目中实现或审查测试工作流时使用本 skill，尤其适用于测试、Vitest、Playwright、集成测试和 mock 场景。

T

tokio-async-code-review

existential-birds / beagle

审查 tokio 异步运行时的使用，涵盖任务管理、同步原语、channel 模式和运行时配置。覆盖 Rust 2024 edition 变更，包括 trait 中的 async fn、RPIT 生命周期捕获、LazyLock 和 if-let 临时变量作用域。适用于审查使用 tokio、async/await 模式、spawn、channel 或异步同步的 Rust 代码。还涵盖 tokio-util、tower 和 hyper 的集成模式。