mcpField

Skills

收录 96,981 个为 Agent 打包的专项能力与操作指引,复制一行命令即可安装。

测试与质量

S
sgds-migration
sgds-migration
govtechsg / sgds-web-component

将现有前端应用迁移到 SGDS Web 组件的完整工作流。当用户想要从其他 UI 库(MUI、Chakra UI、shadcn/ui、Ant Design、Vuetify、Angular Material、Bootstrap 等)迁移到 SGDS,或询问如何在现有项目中开始使用 SGDS 时,使用本技能。涵盖四个阶段:(1) 扫描当前前端技术栈,(2) 安装并配置 SGDS,包括字体、基础 CSS 和工具类,(3) 迁移测试(路径 A:Vitest + Playwright,或路径 B:修补现有 Jest/RTL),(4) 用 SGDS v3 工具类替换旧的样式系统,外加一份迁移后验证清单。完整支持 React。

开发52
S
ship
ship
helderberto / agent-skills

默认在预发布门禁(validate-code + safe-repo)下提交并推送变更。`--fast` 跳过门禁。

开发52
S
skill-optimizer
skill-optimizer
tdimino / claude-code-minoan

指导创建和审查以专业知识、工作流或工具集成扩展 Claude 的 skills。涵盖 SKILL.md 结构、frontmatter 质量、触发设计、评估流水线和打包。触发于 create a skill、review this skill、new skill、optimize skill、skill quality。

Agent 工作流52
S
skill-tester
skill-tester
pskoett / pskoett-ai-skills

依据 Agent Skills 规范、项目约定和结构要求,验证此仓库中所有交互式技能。运行 quick_validate.py,检查行数限制,验证交叉引用,并测试钩子脚本。在添加或修改技能后,希望在提交或上报之前确认一切通过时使用。

测试与质量52
S
sonarqube-quality-gate-playbook
sonarqube-quality-gate-playbook
agustinalbonico / ai-customizations

迭代式剧本:让 Node 与 TypeScript 项目(monorepo 中的 NestJS + React)满足 SonarQube Quality Gates,同时不破坏构建和流水线。当需要通过优先处理 New Code 来提升覆盖率、消除新增 issue(Bugs、Vulnerabilities、Code Smells)、审查 Security Hotspots、控制重复率与技术债时使用。

测试与质量52
S
spec-readiness
spec-readiness
hburaktasyurek / agent-skills-and-commands

检查某个具名实现规范是否已准备好交给实现者,而不必迫使他们自行发明结构性契约。在实现交接之前明确使用,返回 READY 或已定位到根源的 NOT READY 阻塞项。不要用作运行时正确性或 PR 合并审查。

测试与质量52
S
steam-launch-readiness
steam-launch-readiness
sylphxai / skills

为 PC 游戏准备 Steam 发售就绪工作,包括商店页面、胶囊图、预告片、截图、标签、愿望单漏斗、Demo、Playtest、成就、云存档、手柄支持、本地化、定价、折扣、退款预期、社区中心、补丁说明、评测以及发售运营。适用于在 Steam 上发布、审查或改进游戏时。

营销与增长52
S
subsystem-validate
subsystem-validate
nikolay-shirokov / cc-1c-skills

校验 1С 子系统。在创建或修改子系统后用于检查正确性

测试与质量52
S
superpowers
superpowers
hasmokan / the-reverse-turing-test

Agent 开发工作流与纪律 skill。在开发功能、调试问题、管理代码分支、编写计划,或通过 TDD 和系统化流程确保代码质量时使用。适用于任何能从结构化工作流中获益的软件开发任务。

Agent 工作流52
S
systematic-debugging
systematic-debugging
ckorhonen / claude-skills

针对缺陷、测试失败和意外行为的系统化分步调试流程。使用场景:测试失败、某些功能未按预期工作、用户说 "this is broken"、"why isn't X working"、"help me debug",或在提出修复方案前遇到任何错误时。

开发52
S
systematic-debugging
systematic-debugging
lucianghinda / superpowers-ruby

遇到任何错误、测试失败或意外行为时使用,在提出修复方案之前

开发52
S
systematic-debugging
systematic-debugging
sammcj / agentic-coding

应用改良版 Fagan Inspection 方法来解决持续存在的缺陷和复杂问题。适用于已经尝试过多次修复或调试仍失败,需要值得进行 Fagan 检查的系统性根因分析的情况。对于可复现缺陷或回归的首次诊断,请使用 diagnose-hard-problem。不要用于简单的故障排查。

开发52
T
tdd-workflow
tdd-workflow
ab604 / claude-code-r-skills

使用 testthat 的 R 测试驱动开发工作流。在编写新功能、修复 bug 或重构代码时使用。强制采用测试先行开发,覆盖率 80% 以上。

测试与质量52
T
Test Generator
eddiebe147 / claude-settings

生成全面的测试套件,包括单元测试、集成测试和 E2E 测试

测试与质量52
T
testing
testing
epicenterhq / epicenter

应用 Epicenter 的测试文件约定,涵盖 setup、factories、Result 断言、类型测试、命名与清理。在编写、审查、删除或重组测试时使用,尤其是 `*.test.ts` 文件。

测试与质量52
T
testing
testing
oliver-kriska / claude-elixir-phoenix

使用 ExUnit、sandbox 隔离、异步可靠性、Mox、ExMachina 和 LiveViewTest 编写或修复 Elixir 测试。用于测试文件、测试设置或失败/不稳定的测试。不适用于调查测试套件之外的应用缺陷。

测试与质量52
T
toss-frontend-fundamentals
toss-frontend-fundamentals
leekensei / agent-skills

基于 토스 Frontend Fundamentals 的代码质量指南。在代码审查、编写新代码、重构时,依据 4 项标准(可读性、可预测性、凝聚力、耦合度)提供反馈。在前端代码质量、整洁代码、代码改进请求时激活。

测试与质量52
T
trace-validate

生成一份可追溯性报告,将某一交付物的验收标准——用户故事(US-XXX)、维护任务(WI-XXX)、已实现的 feature(FT-XXX),或任何标准带有编码标识符(AC-001、1.1、R-3…)的文档——与仓库中的测试用例和测试交付物进行对照。对每一条标准说明由什么覆盖、其状态(已覆盖/部分覆盖/未覆盖)、测试是否已执行及结果如何,并以覆盖结论收尾。不运行测试套件:把执行委托给 quality-check。只要用户要求验证覆盖、生成可追溯性矩阵或报告、核实验收标准是否已被测试、检查某项工作或 feature 是否被测试覆盖,或提到"可追溯性"、"覆盖矩阵"、"验证验收标准"时始终启用,即使没有说出确切的格式名称。

测试与质量52
T
ts-style
ts-style
cloudflare / workerd

workerd 的 JS/TS 风格指南与审查清单。涵盖 TypeScript 严格性、导入约定、导出模式、私有字段语法、错误处理、特性门控和测试结构。在审查或编写 src/node/、src/cloudflare/ 或 src/workerd/ 下的 JS/TS 测试文件中的 JavaScript 或 TypeScript 代码时加载本技能。

开发52
T
typo3-conformance
typo3-conformance
netresearch / typo3-conformance-skill

用于检查某个扩展声明支持哪些 TYPO3 版本、composer.json 与 ext_emconf.php 不一致、版本号提升后部分声明版本的文​​件未同步更新、审查某个 TYPO3 扩展有哪些需要注意的地方,或审计编码标准、TER 就绪度、弃用项以及向 v12/v13/v14 的现代化(默认 v14.3 LTS)。把扩展升级到更新的 TYPO3 版本不属于本技能:那属于 typo3-extension-upgrade。

测试与质量52
U
ue5-debug-validation
ue5-debug-validation
unrealxu / unrealengine5-skills

针对日志、资产检查和回归分诊的 UE5.6-UE5.8 调试与验证工作流。当请求涉及排查玩法为何不工作、验证预期输出、缩小最小复现范围并产出具体修复步骤时使用。

测试与质量52
U
unit-testing-test-generate
unit-testing-test-generate
rmyndharis / antigravity-skills

跨语言生成全面、易维护的单元测试,注重高覆盖率和边界情况。

测试与质量52
U
Unity Test
Unity Test
juliankerignard / unity-skills

生成并执行 Unity 测试(NUnit、EditMode、PlayMode)。分析现有代码,提取可测试的逻辑,生成适配的测试。触发词:/test、/unity-test、'NUnit'、'test unitaire Unity'、'PlayMode test'、'EditMode test'、'TDD Unity'、'ecrire des tests'、'tester mon code'。

测试与质量52
U
unlaunch
unlaunch
membranedev / application-skills

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

开发52
U
use-profiles
use-profiles
neonwatty / qa-skills

在浏览器自动化之前加载已保存的 Playwright storageState 认证配置文件。当 `.playwright/profiles.json` 存在且浏览器操作始于需要认证的页面时激活。触发短语包括 "use profile"、"load profile"、"browser as [role]"、"authenticated browser"、"logged in browser session"。

测试与质量52
V
visual-feedback-loop
visual-feedback-loop
vladmdgolam / agent-skills

适用于任何 Web 应用的 AI Agent 视觉反馈循环。适用于迭代视觉代码(UI、canvas、3D、SVG、图表、动画)且需要看到渲染结果以评估质量时。涵盖:dev-screenshot API 模式(GET 触发 → SSE → 客户端截图 → POST 回传 → 文件保存)、参数化渲染、元数据附属文件、基于像素差异的视觉回归、WebMCP 工具注册和 console 备用方案。触发条件:'take a screenshot'、'show me the render'、'visual QA'、'compare before/after'、'pixel diff',或任何需要 Agent 检查渲染输出的迭代视觉工作。

测试与质量52
V
visual-qa-testing
visual-qa-testing
revitalb-port / skills-registry-demo

通过在 Cursor 内置浏览器中启动 Web 应用、截取屏幕截图、检查控制台错误并审查网络请求,对 Web 应用进行视觉 QA。完成 UI 改动后用于验证其显示是否正确。

测试与质量52
W
website-migration-audit
website-migration-audit
cognyai / claude-code-marketing-skills

将生产站点与预发/重设计版本进行对比 — SEO 一致性、内容完整性、缺失页面以及上线就绪度

测试与质量52
W
work-review
work-review
djalmajr / skills

对当前 diff 运行极其严格的维护性审查,关注抽象质量、超大文件、重复、分层泄漏和面条式条件增长。先用 oracle 度量再发表意见,应用多样化的审查视角,并在 diff 之外进行完整性扫描。工作量级别:low/medium → 更少的视角,只保留置信度最高的发现;high → 所有视角 + 完整性扫描;ultra → 跨文件并行铺开视角。用于深度代码质量审计或格外严苛的维护性审查。

测试与质量52
W
work-tournament
work-tournament
djalmajr / skills

用 N 种方式并行实现一项任务并选出最优——依据结果,而非说辞。生成 N 个子 Agent,各自在隔离的 git worktree 中,从各不相同角度出发;每个候选方案都要通过专属 oracle(build + typecheck + test + lint)关卡;从实际 diff(而非自我报告)对幸存者评分;对胜出者做完整性排查;将其应用到 main,并在宣布胜出者之前重新验证 oracle 为绿。当被要求 "best of n"、"try multiple approaches"、"parallel implementations"、"/work-tournament" 或 "/bon" 时使用。

Agent 工作流52
W
workerd-safety-review
workerd-safety-review
cloudflare / workerd

workerd 代码评审的内存安全、线程安全、并发和关键检测模式。涵盖 V8/KJ 边界风险、生命周期管理、跨线程安全和协程陷阱。评审任何 C++ 代码时加载此技能。

测试与质量52
Z
zentao-testtask
zentao-testtask
imyuyu / zentao-cli

禅道(ZenTao) 测试单(Testtask)管理 — 列出测试单、获取测试单详情。当用户说:'查询测试单'、'测试单列表'、'有哪些测试'、'testtask 列表'、'查看测试单'、'测试单详情'、'禅道测试' 时触发。

测试与质量52
A
accessibility-product-review
accessibility-product-review
sylphxai / skills

审查面向 web、移动端、桌面端、SaaS、游戏、开发者工具、结账、引导、设置、表单、仪表盘、通知、动效、键盘、屏幕阅读器、触控、颜色对比度、焦点、错误恢复、认知负荷、减弱动效、字幕、本地化和辅助技术兼容性的产品无障碍与包容性用户体验。适用于为无障碍、易用、现代的体验设计、构建或审计产品流程时。

测试与质量51
A
android-e2e-testing

使用 ADB 在 Android 模拟器上测试 Expo Router 功能。在实现原生 Android 功能后,或在 Android 上验证 UI 行为时使用。

测试与质量51
A
anthropics-webapp-testing

用于与本地 Web 应用交互并对其进行测试的工具包

测试与质量51
A
api-test-generator
api-test-generator
jeremylongshore / tons-of-skills-marketplace

生成 api test generator 相关操作。针对 Test 自动激活的技能

测试与质量51
A
api-test-generator

为 REST 和 GraphQL API 生成全面的 API 端点测试。

测试与质量51
A
apidog-import-export
apidog-import-export
apidog / apidog-cli-skills

Apidog 导入/导出与质量门禁:导入 OpenAPI、Postman、Swagger 和 Apidog 原生格式;导出 OpenAPI、HTML、Markdown、Postman 和 Apidog 原生格式;验证规范完整性、标签分组、Schema/请求体覆盖率、数量、模块和资源可见性。

开发51
A
apidog-test-automation
apidog-test-automation
apidog / apidog-cli-skills

Apidog 测试自动化、测试套件和 CI:test-suite、scheduled-task、runner、apidog run、执行参数、迭代数据、报告上传和 CI 回归。复杂的测试场景步骤建模请使用 apidog-test-scenario。

测试与质量51
A
argos-cli

在终端中使用 `argos` CLI 操作 Argos 可视化测试——检查构建和快照差异、提交评审、请求评审人、发表评论、查看测试的波动性及其反复出现的变更、忽略不稳定测试的变更、配置项目及其贡献者、管理团队成员、邀请和邮箱域名、管理自动化规则、获取分析数据、上传截图以及管理 CI 构建。每当运行 `argos` 命令,或在 shell、脚本或 CI 管道中处理 Argos 构建、快照、波动性、项目、团队、可视化回归评审时使用。请在运行 `argos` 之前加载——其中说明了可避免静默失败的令牌模型和 JSON 输出约定。

测试与质量51
A
audit-review
audit-review
kucherenko / gangsta

在完成任务、实现重大功能或合并前使用——派发 the-inspector 在收尾前审计账目

测试与质量51
A
audit-trace
audit-trace
jayden-dang / skills

用于检查需求 ID 在其定义处是否一致。

测试与质量51
A
azure-resource-manager-playwright-dotnet
azure-resource-manager-playwright-dotnet
sickn33 / agentic-awesome-skills

适用于 .NET 中 Microsoft Playwright Testing 的 Azure Resource Manager SDK

云与 DevOps51
B
bazel-test-hygiene
bazel-test-hygiene
cloudflare / workerd

开发期间运行 bazel 测试的强制规则。在运行任何 bazel 测试命令之前加载本技能,尤其是在验证修复或验证回归测试时。防止因缓存结果产生的虚假信心、静默匹配不到任何内容的过滤标志,以及遗漏损坏的部分测试运行。

测试与质量51
B
bdd-collaboration

在促进开发者、测试人员和业务相关方之间的 BDD 协作时使用。在开展发现工作坊和实例映射会议时使用。

测试与质量51
B
blast-radius
blast-radius
scottwater / skills

分析并证明某项拟议变更带来的外部破坏风险。

测试与质量51
C
cekura-flag-call-log-failures
cekura-flag-call-log-failures
cekura-ai / cekura-skills

针对一组 KPI / 问题 / 目标,对 Cekura Agent 最近 N 条生产通话日志做分诊,报告命中每类失败的呼叫 ID,并附上占全部通话日志的百分比,同时把其余通话归入互斥的结果分类(例如未接听 / 已审核 / 未审核-呼叫方原因 / 未审核-Agent 问题),并给出各分类的百分比。当用户说 "flag call log failures"、"analyze the last N calls for issues"、"what % of calls have <problem>"、"which calls broke and how often"、"find failing calls"、"give me the breakdown of call outcomes"、"what % of answered calls can be improved",或粘贴 Agent / 项目 ID 并列出要度量的问题或 KPI 时使用。应用归因规则,使呼叫方侧结束和已恢复的通话不被计为 Agent 失败。这是为 `cekura-generate-scenarios` 提供输入的上游分诊步骤——它不创建场景。

测试与质量51
C
check-pr-ci
check-pr-ci
willbooster / agent-skills

检查当前拉取请求最新的测试相关 CI 结果。

测试与质量51
C
chromium-browser
chromium-browser
paulrberg / agent-skills

通过 PRB 的共享 attach-only Chromium 浏览器使用 Chrome DevTools,进行浏览、调试、自动化、视觉检查、控制台或网络分析、性能或内存分析、屏幕录制以及 Wayback Machine 研究。

开发51
C
clean-code
clean-code
claude-dev-suite / claude-dev-suite

整洁代码原则。涵盖命名、函数和可读性。在编写或审查代码质量时使用。适用场景:用户提到“代码质量”、“可读性”、“重构”、“清理代码”、“命名”、“魔法数字”,或询问“如何写出更好的代码”、“代码坏味道”、“DRY”、“KISS”、“YAGNI”、“单一职责”。不适用于:SOLID 原则——请改用 `solid-principles`,Git 工作流——请改用 `git-workflow`,性能优化——请改用 `performance`

开发51
C
code-complexity-audit
code-complexity-audit
nkootstra / skills

使用 John Ousterhout《软件设计哲学》中的原则,扫描并分析软件仓库或项目的设计质量。当用户要求评审、审计、扫描或评估代码质量、设计质量、架构或技术债时使用。也可在以下情况触发:代码评审、设计评审、复杂度分析、代码健康检查、模块深度分析、信息隐藏审查、信息泄露、我的代码有多好、评审我的项目、发现设计问题、我的代码库有什么问题、给我的代码打分、审计我的小项目、快速代码评审、设计检查,或任何在结构层面评估软件设计质量的任务。这不是 linter 或风格检查器,而是评估模块深度、抽象质量、信息隐藏与复杂度模式等深层设计特性。可根据项目规模调整——小项目(少于 20 个文件)给出简明评审,大项目则进行抽样。

测试与质量51
C
code-review
code-review
hu3rror / my-skills

从固定基准点(commit、branch、tag 或 merge-base)开始审查改动,分两个维度进行:Standards(代码是否符合本仓库文档化的编码规范?)和 Spec(代码是否符合原始 issue/spec 的要求?)。在并行子 Agent 中同时运行两项审查,并排呈现结果。当用户希望审查某个 branch、一个 PR、进行中的改动,或要求“自 X 以来审查”时使用。

测试与质量51
C
code-reviewer
code-reviewer
ovachiever / droid-tings

适用于 TypeScript、JavaScript、Python、Swift、Kotlin、Go 的全面代码审查技能。包括自动代码分析、最佳实践检查、安全扫描和审查清单生成。用于审查拉取请求、提供代码反馈、发现问题或确保代码质量标准。

测试与质量51
C
code-that-fits-in-your-head
code-that-fits-in-your-head
codealive-ai / ai-driven-development

基于 Mark Seemann 的《Code That Fits in Your Head》(2021)的软件工程启发式方法,并针对 Agent 驱动的开发做了更新。适用于编写或评审代码、重构意外复杂性或大泥球、控制生成代码中的技术债或架构债、设计 API 与不变量、通过行走骨架和验收测试添加功能、用可复现测试或二分查找调试缺陷、用 STRIDE 对端点和信任边界进行威胁建模、规划带回滚的遗留系统或绞杀者迁移,或搭建可维护的代码库。涵盖分解与圈复杂度、内聚、封装、由外向内 TDD、关注点分离、Git/评审纪律、安全演进和故障排查。不适用于语言语法、框架教程、生产事件响应或性能剖析。

开发51
C
code-vuln-audit
code-vuln-audit
zebbern / claude-code-guide

扫描代码中的安全问题:依赖漏洞(npm/pip audit)、密钥泄露(正则与熵分析),以及 SQL 注入、XSS、命令注入等 OWASP 反模式。当用户提到安全扫描、漏洞检测、密钥泄露、API keys、OWASP、npm audit、pip-audit、硬编码密码或代码安全检查时使用。

安全51
C
ctf-source-audit
ctf-source-audit
wgpsec / aboutsecurity

CTF 挑战中的源码审计方法。当发现 .git 目录、.bak/.zip 备份、/proc/self/environ 泄露源码时使用。与真实代码审计不同——CTF 源码中的漏洞是故意设置的,通常只有 1-2 个关键点。先找危险函数(sink),再追溯输入(source)到该函数的路径。覆盖 PHP/Python/Node.js/Java 四种语言的危险函数和漏洞模式

安全51
D
debugbear
debugbear
membranedev / application-skills

DebugBear 集成。管理数据、记录并自动化工作流。当用户希望与 DebugBear 数据交互时使用。

测试与质量51
D
defense-in-depth
defense-in-depth
zenobi-us / dotfiles

当无效数据在深层执行阶段引发失败、需要在多个系统层进行校验时使用——对数据流经的每一层都进行校验,使缺陷在结构上不可能发生

开发51
D
design-review
design-review
bbasche / design-review

审查前端 UI 的设计质量、一致性与品味。当用户要求审查、QA、审计或检查页面、组件或应用的设计/UI/UX 时使用。捕获截图、提取项目的设计系统、应用有主见的品味规则,并生成带有文件引用和修复建议的按严重程度排序的报告。

设计与 UI51
D
desktop-workflow-generator
desktop-workflow-generator
neonwatty / qa-skills

通过探索应用代码库生成桌面浏览器工作流文档,然后借助 Playwright 与用户一步步走查实时应用,共同编写验证步骤。当用户说“generate desktop workflows”、“create desktop workflows”、“update desktop workflows”或“generate browser workflows”时使用。

测试与质量51
第 9541–9600 条,共 11,845 条

第一次接触 MCP?

从协议是什么,到在客户端里装上第一个服务,这几条回答覆盖了大多数入门问题。

一个开放协议,规定了 AI 应用如何以统一方式连接外部工具与数据源。客户端负责与模型对话,MCP 服务负责提供工具、资源和提示模板,两者通过标准消息通信,同一个服务可以被不同客户端复用。