mcpField

Skills

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

测试与质量

A
automate-project-maintenance
automate-project-maintenance
liblaf / skills

统筹仓库维护工作,涵盖测试、文档、根目录 README 和 GitHub 元数据。用于结合专门技能并根据项目技术栈选择步骤的全面维护。

开发182
A
axiom-swiftui-debugging-diag
axiom-swiftui-debugging-diag
charleswiltgen / axiom

当 SwiftUI 视图调试需要系统化调查时使用:基础排查后视图仍未更新、UI 问题间歇出现、状态依赖复杂,或 Self._printChanges() 显示了异常更新模式。提供集成 Instruments 的系统化诊断工作流。

开发182
C
ci-debugging
ci-debugging
citypaul / .dotfiles

采用假设优先调查、本地复现和环境差异分析,系统诊断 CI/CD 故障。CI 流水线、GitHub Actions 工作流或构建任务失败;测试在本地通过但在 CI 中失败;排查不稳定测试、超时或失败的流水线;或用户表示“CI 出错”“构建坏了”或“在我的机器上能运行”时使用

云与 DevOps182
C
ci-speedup
ci-speedup
mblode / agent-skills

加快 CI 和合并流程:找出变更从推送到部署期间的等待环节,然后优化关键路径、检查项安排、合并队列或带自动回滚的合并后检查、易波动测试和部署速率。适用于“CI 很慢”“加快 CI”“我们需要合并队列吗”“main 总是变红”“易波动测试阻碍合并”、Agent 开 PR 的速度快于合并速度,或构建自愈式合并循环。

云与 DevOps182
D
database-migration-integrity-checker
database-migration-integrity-checker
jorgealves / agent_skills

审计 SQL 迁移文件中的破坏性操作、潜在表锁和兼容性问题。在将迁移应用于生产数据库之前使用,以防止停机并确保数据完整性。

数据与数据库182
D
ds-inspection
ds-inspection
bradfrost / skills

运行设计系统多点检查——在 10 个站点(覆盖度、最佳实践、无障碍、共享语言、测试、编排、治理、反馈、机器可读文档、Agent 访问)评估设计系统,并生成带优先级工作单的红/黄/绿检查报告。当用户要求检查、评估、审计或体检其设计系统、运行检查或某个特定站点,或询问「为什么我的设计系统检查引擎灯亮了?」时使用。

设计与 UI182
F
fizz
fizz
pashov / skills

根据 Foundry 或 Hardhat 项目生成兼容 Echidna/Medusa 的 Solidity 模糊测试套件。触发词包括“fizz”“生成模糊测试套件”“构建模糊测试 harness”“有状态模糊测试”“模糊测试 harness”“属性测试”和“不变量测试套件”。

测试与质量182
P
pixel-perfect-ui
pixel-perfect-ui
corlab-tech / skills

使用 Figma MCP 和 Playwright 为 Next.js/React 实现自主的像素级精准 UI 开发循环。将 Figma 设计转换为可用于生产环境的组件,并通过迭代进行视觉验证。对任何实现 Figma 设计的请求自动触发,包括“实现这个 Figma”“根据 Figma 构建此页面/组件”“根据 Figma 设计创建”“实现设计”“构建此区块”“根据设计创建组件”。适用于:(1)根据 Figma 构建页面/组件;(2)像素级精准还原;(3)响应式布局;(4)设计令牌转换。

设计与 UI182
R
review-docs
review-docs
nuxt-content / docus

从质量、清晰度、SEO 和技术正确性方面审查文档。针对 Docus/Nuxt Content 优化,也适用于任何 Markdown 文档。在用户要求“review docs”“check documentation”“audit docs”“validate documentation”“improve docs quality”“analyze documentation”“check my docs”“review my documentation pages”“validate MDC syntax”“check for SEO issues”或“analyze doc structure”时使用。提供按优先级(严重、重要、可改进)分类的可执行建议。

测试与质量182
R
review-loop
review-loop
camacho / ai-skills

当计划或实现需要进行迭代式审查与修复时使用:通过严重性门槛、自动修复和问题处置来控制循环次数。

测试与质量182
S
spec-first
spec-first
shipshitdev / skills

使用一份共享的问题约定,协调准备工作、规定的实现、独立审查和验证。适用于需要在编码前明确决策的复杂实现。

Agent 工作流182
S
specsfy-specialist-debugging
specsfy-specialist-debugging
promovaweb / specsfy

通过复现、最小化、可证伪假设和插桩,诊断 Bug、回归问题、间歇性故障和性能问题,直至找到机制层面的根因。用户要求诊断或报告故障时使用,包括间歇性故障和性能下降;如果请求仅限于诊断,则不要实施修复;对于运行正常且没有症状的情况,不要用于优化,此时使用 `$specsfy-specialist-performance-engineering`。

开发182
T
tcrdd
tcrdd
bsene / skills

Test-Commit-Revert + TDD(TCRDD):按 red/green/refactor 流程执行,每个阶段成功后自动提交,失败时自动还原;编写代码前和提交前均需用户批准。触发条件:用户提到 TCRDD、TCR、TDD、red-green-refactor、“test-first”、“write the test first”、“let's TDD this”、“baby steps”、“commit on green”、“revert on failure”或“go step by step with tests”;用户希望采用需经批准的结对编程,或先测试后编码的节奏。请勿用于:为现有代码补充测试(使用 `testing`);一次性修复错误;没有可运行的测试命令;琐碎代码、GUI 布局、临时脚本或可信的第三方封装。涉及提交节奏时优先于 `testing`。

测试与质量182
U
upgrade-python-deps
upgrade-python-deps
saaspegasus / django-skills

使用 uv 升级 Python 依赖项,然后运行升级后检查以确保没有问题。

开发182
W
workspace-performance-audit
workspace-performance-audit
shipshitdev / skills

协调针对前端、后端、数据库、扩展和共享包的全栈 monorepo 性能审计。适用于整个工作区的瓶颈审查。

测试与质量182
C
code-review

暂无简介

测试与质量181
D
design-auditor
design-auditor
podo / design-agent-skills

从 19 个专业类别审查设计,包括字体、颜色/对比度、间距、视觉层级、一致性、WCAG、表单、动效、深色模式、响应式设计、加载/空/错误状态、微文案、i18n/RTL、层次、图标、导航、设计令牌、伦理设计/暗黑模式,以及 Nielsen 启发式评估。按严重程度对问题排序,并给出 0–100 分。

设计与 UI181
D
devtu-docs-quality
devtu-docs-quality
mims-harvard / tooluniverse

最高优先级技能——查找并立即修复或删除 ToolUniverse 文档中的所有错误、过时或冗余信息。错误代码、失效链接、不正确的计数和重叠指引必须修复或删除,不得保留。分五个阶段执行:(D) 静态方法扫描、(C) 静态工具调用检查、(A) 自动验证、(B) ToolUniverse 审计、(E) 化繁为简。核心理念:每个概念只出现一次;删除而非添加;不使用表情符号;设置入口唯一。适用于文档审查、发布前、API 更改后,或有人要求审计、修复或简化文档时。

测试与质量181
I
interface-auditor
interface-auditor
uxuiprinciples / agent-skills

使用 uxuiprinciples 的 smell 分类体系检测界面描述中的 UX 反模式(异味)。以结构化形式返回发现结果,包括匹配的症状、严重程度和逐步修复方案。API key 可选;完整修复方案需要 uxuiprinciples.com API Access。

设计与 UI181
K
k6-load-test
k6-load-test
dengineproblem / agents-monorepo

k6 负载测试专家。用于性能测试、负载场景和压力测试。

测试与质量181
M
microsoft
microsoft
vercel-labs / emulate

用于本地开发和测试的 Microsoft Entra ID(Azure AD)OAuth 2.0 / OpenID Connect 模拟实现。适用于需要在本地测试 Microsoft 登录、模拟 Entra ID OIDC 发现、处理 Microsoft 令牌交换、配置 Azure AD OAuth 客户端、使用 Microsoft Graph /me,或在不调用真实 Microsoft API 的情况下测试 PKCE/客户端凭据流程。触发词包括“Microsoft OAuth”“Entra ID”“Azure AD”“emulate Microsoft”“mock Microsoft login”“test Microsoft sign-in”“Microsoft OIDC”“local Microsoft auth”,或任何需要本地 Microsoft OAuth/OIDC 提供方的任务。

测试与质量181
P
performing-api-fuzzing-with-restler
performing-api-fuzzing-with-restler
mukul975 / anthropic-cybersecurity-skills

使用 Microsoft RESTler 执行有状态 REST API 模糊测试:编译

安全181
Q
qa-team
qa-team
posthog / posthog

用于代码变更的多 Agent QA 审查团队。用户要求“review my code”“run QA”“qa-team”“review this branch”“code review”“check my changes”,或要求对当前分支的变更进行全面、多视角代码审查时使用。并行启动专业 Agent(安全、数据库、可靠性、兼容性、数据完整性、性能、前端、文案),分别审查差异并生成汇总报告。另包含两名通用审查者,用于验证审查结论的一致性

测试与质量181
S
swiftui-performance-audit
swiftui-performance-audit
steipete / agent-scripts

SwiftUI 性能:渲染、滚动、CPU/内存、更新、布局、Instruments。

测试与质量181
T
tk-audit
tk-audit
mtgvim / tiger-kit

以只读方式审计仓库,并编写可供其他执行者或 `tk-prep` 复用的、带优先级且有依据的 `AUD-*` `finding`。

测试与质量181
W
webapp-testing-patterns
webapp-testing-patterns
bobmatnyc / claude-mpm-skills

涵盖 Playwright 选择器、等待策略和最佳实践的全面 Web 应用测试模式

测试与质量181
W
write-python-tests
write-python-tests
liblaf / skills

在使用 uv、pytest、nox 和 mise 的项目中,添加或更新 Python 行为测试及适当的公共 API doctest

测试与质量181
G
grill-skill
grill-skill
edonadei / caliper

通过访谈用户确定技能评测应测试的内容,然后编写规格并反复迭代,直至技能发布。适用于用户希望设计技能评测、现有技能没有评测,或想找出现有评测遗漏之处的情况。

测试与质量180
L
loop-verifier
loop-verifier
cobusgreyling / loop-engineering

用于独立验证循环产出的更改。寻找应拒绝更改的理由、运行测试并确认差异范围。在最小修复或任何实现者子 Agent 完成后使用;不要与实现者承担同一角色。

测试与质量180
M
mobile-code-review
mobile-code-review
owasp / secure-agent-playbook

以安全为重点,依据 OWASP MASVS v2.1.0 审查原生 Android 和 iOS 移动应用源代码。在审查移动代码库、移动 PR diff 或审计移动模块时使用。

安全180
M
mobile-security
mobile-security
transilienceai / communitytools

依据 OWASP MASVS/MASTG 进行移动应用安全测试(Android + iOS)——静态逆向分析(Flutter AOT、Unity IL2CPP、React Native/Hermes、原生 ARM64、Mach-O/Swift)、SAST(manifest/IPC、存储、加密、签名)、动态分析(Frida/objection、TLS 固定 + root/越狱绕过、流量拦截)和隐私测试。

安全180
N
ns-gitlab-ci-generator
ns-gitlab-ci-generator
nextstage-brasil / skills

(NS) 为包含后端和前端的 SaaS 产品生成并调整 .gitlab-ci.yml,涵盖测试、构建、E2E 门禁和按分支部署。用户要求配置 GitLab CI、pipeline 或为单体仓库产品搭建 CI/CD 时使用。以 references/templates/gitlab-ci.template.yml 为基准。不适用于没有后端+前端结构的纯 agent-runtime 仓库。

云与 DevOps180
Q
qa-expert

提供专家级质量保证、测试策略、自动化和 QA 流程知识。用户提到测试、测试自动化、质量保证或 Selenium,或任务涉及测试类型、QA 流程、测试策略或缺陷管理时使用。

测试与质量180
T
tdd-workflow
tdd-workflow
vudovn / ag-kit

测试驱动开发工作流原则。RED-GREEN-REFACTOR 循环。

测试与质量180
V
vllm-prefix-cache-bench
vllm-prefix-cache-bench
vllm-project / vllm-skills

此技能用于使用固定提示词、真实数据集或合成的前缀/后缀模式,对 vLLM 中自动前缀缓存的效率进行基准测试。当用户要求测试 vLLM 前缀缓存命中率、缓存效率或重复提示词性能时使用。

测试与质量180
A
axiom-testflight-triage
axiom-testflight-triage
charleswiltgen / axiom

任何 Beta 测试者报告崩溃、Organizer 或 App Store Connect 中出现任何崩溃、崩溃日志需要符号化、应用被终止但没有崩溃报告,或需要分诊 TestFlight 反馈时使用

测试与质量179
C
cypress-debugger
cypress-debugger
voidmatcha / e2e-skills

适用于 Cypress 端到端测试已运行且失败,用户想要根因与具体修复方案的场景。触发条件包括:失败的 Cypress spec、Timed-out-retrying command、未解析的选择器、cy.intercept 别名或请求竞态、破坏整套测试的 hook、仅在重试时出现的偶发失败、水合或时序竞态,以及本地通过但 CI 失败的差异。接受 mochawesome 或 JUnit 报告、错误与堆栈、截图、视频,以及 GitHub run id 等 CI 产物。区分产品回归与脆弱测试。不适用于编写新的 Cypress 测试、审查通过的测试套件、非 Cypress 的失败(Playwright、Jest、Vitest),或没有失败 Cypress 测试时调试应用/后端。

测试与质量179
D
design-review-garrytan
design-review-garrytan
podo / design-agent-skills

会编程的设计师:先进行视觉审查,再通过原子化提交逐项修复问题。Garry Tan 的设计审查技能——将 UI 视为代码,系统地识别并消除设计债务。

设计与 UI179
D
develop-web-game

Codex 构建或迭代 Web 游戏(HTML/JS)并需要可靠的开发与测试循环时使用:进行小幅修改,运行基于 Playwright 的测试脚本(包含短促输入和有意暂停),检查截图/文本,并使用 render_game_to_text 查看控制台错误。

开发179
F
feature-dev-loop
feature-dev-loop
agentara / skills

用于复杂软件功能开发的端到端编排。用户要求实现 PR 规模的功能、拆解计划、让子 Agent 审查计划、执行计划—审查—开发—验收循环、协调多种审查视角、生成验收报告或生成 HTML PR 摘要时,均使用此技能。即使用户只说“构建此功能”,只要任务涉及多步代码更改而非微小的单文件编辑,也优先使用此技能。

开发179
H
harness-tour
harness-tour
rheinmir / setup

Tour — Claude tự diễn cho user xem harness chặn mình theo thời gian thực trên project thật. Hai độ dài — "short" = 3 cảnh (R1·R2·R3), "full" = 10 (R1–R10). Tự phát hiện PoC vendor-neutral (cách CHÍNH) hay harness production. Tự dọn sạch demo. Trigger: "harness tour", "xem harness làm gì", "/harness-tour", "test short", "test full".

Agent 工作流179
L
launch-readiness-auditor
launch-readiness-auditor
curiositech / some_claude_skills

擅长评估软件项目是否已具备生产就绪条件。全面评估代码库,判断哪些内容可以发布、哪些问题阻碍上线,以及如何从当前状态推进到

测试与质量179
P
phpunit-best-practices
phpunit-best-practices
pentiminax / agent-skills

PHPUnit 测试最佳实践与约定指南。编写、审查或重构 PHPUnit 测试时应使用,以确保测试套件一致、易维护且有效。适用于涉及创建测试、重构测试、测试配置、代码覆盖率、数据提供器、模拟或 PHPUnit XML 配置的任务。

测试与质量179
Q
qa-observability
qa-observability
vasilyu1983 / ai-agents-public

实现 OpenTelemetry 日志/指标/追踪、SLI/SLO 门控、消耗速率告警和 APM 集成。用于添加或验证可观测性。

云与 DevOps179
R
report-bug-ce
report-bug-ce
everyinc / compound-engineering-plugin

报告 compound-engineering 插件中的错误

测试与质量179
T
testing-patterns
testing-patterns
yonatangross / orchestkit

重定向——testing-patterns 已拆分为 5 个专门的子 skill。查找 testing-patterns、编写测试或进行测试自动化时使用。将请求重定向至 testing-unit、testing-e2e、testing-integration、testing-llm 或 testing-perf。

测试与质量179
T
testing
testing
thinkoodle / rails-skills

关于 Rails 测试基础设施、测试类型以及应该测试什么内容的专家指导。在编写测试、搭建测试套件、选择测试类型、配置系统测试(Capybara)、请求测试、集成测试、helper 测试、mailer 测试、job 测试、Action Cable 测试、并行测试、CI 设置、测试数据库管理或提高测试覆盖率时使用。涵盖 test runner、fixtures 与 factories、并行测试、系统测试(驱动、截图)、请求测试、控制器测试(legacy)、helper 测试、mailer 测试、job 测试、Action Cable 测试、测试覆盖率、CI 模式以及测试数据库策略。触发词为 "test"、"testing"、"test suite"、"system test"、"request test"、"integration test"、"test runner"、"parallel testing"、"capybara"、"test database"、"CI testing"、"test coverage"。

测试与质量179
U
uat-nonit-testcase
uat-nonit-testcase
rheinmir / setup

为非 IT 业务用户(C&B、会计、运营)创建 UAT 测试用例集/检查清单——一个可离线使用的 HTML 文件,包含带 Ctrl+F 编号的顺序场景表、按数据源划分的检查/不检查范围、附带真实且已模糊处理 PII 的截图的分步说明、通过/未通过状态,以及 Excel/CSV/PDF 导出。触发词:“为非 IT 创建测试用例”“业务 UAT 检查清单”“C&B 测试场景”“/uat-nonit-testcase”。

测试与质量179
U
ui5-best-practices-accessibility
ui5-best-practices-accessibility
ui5 / plugins-coding-agents

当用户要求审计、修复、检查、评审或改进 UI5 应用文件(视图、片段、控制器)中的无障碍访问、a11y、ARIA、WCAG 合规性、地标、标签、标题级别、焦点处理、键盘导航、键盘快捷键、屏幕阅读器支持、不可见消息、阅读顺序或触控/目标尺寸时,使用此 Skill。用户创建新的 UI5 视图、片段或控制器并希望其具备无障碍访问能力,或询问特定控件(Dialog、Table、Panel 等)是否符合无障碍要求时,也使用。关键词:accessibility、a11y、ARIA、WCAG、screen reader、NVDA、JAWS、VoiceOver、landmark、landmarkInfo、accessibleRole、ariaLabelledBy、ariaDescribedBy、labelFor、tooltip、alt text、decorative、heading level、initialFocus、F6、fast nav、fastnavgroup、tabindex、CommandExecution、keyboard shortcut、InvisibleMessage、announce、reading order、reactiveAreaMode、target size。

设计与 UI179
B
bmad-testarch-ci
bmad-testarch-ci
bmad-code-org / bmad-method-test-architecture-enterprise

搭建包含测试执行的 CI/CD 质量流水线。用户提出“让我们设置 CI 流水线”或“我想创建质量门禁”时使用。

云与 DevOps178
B
brutal-honesty-review
brutal-honesty-review
proffesor-for-testing / agentic-qe

结合 Linus Torvalds 的精准、Gordon Ramsay 的标准和 James Bach 的识别胡扯能力,提供直言不讳的技术批评。当代码/测试需要严苛的现实检验、认证方案可疑,或技术决策缺乏严谨性时使用。不加粉饰,只精准指出问题及其原因。

测试与质量178
D
design-motion-principles
design-motion-principles
podo / design-agent-skills

动效与交互设计专家,提供两种模式:构建具有明确目的的动效交互组件,或审计现有动画中的 AI 套路。审计会生成品牌化 HTML 报告,并为每项发现提供循环播放的 CSS 演示。基于 Emil Kowalski(克制)、Jakub Krehel(生产级打磨)和 Jhey Tompkins(创意实验)的理念,并根据项目背景调整各视角的权重。适用于 React、Framer Motion、CSS 和 HTML。

设计与 UI178
F
finding-seams
finding-seams
citypaul / .dotfiles

当现有代码中存在无法测试的依赖,导致无法编写测试时使用——例如直接构造协作者、静态或全局函数调用、与外部系统紧密耦合,或单例访问模式。专门用于识别替换点(接缝),以便在不修改调用点的情况下,让遗留代码或紧耦合代码可测试。不要用于从零开始的 TDD(参见 tdd)、一般测试编写模式(参见 testing)或重构已测试的代码(参见 refactoring)。

测试与质量178
F
floci
floci
floci-io / floci-cli

运行、接入并排查 Floci——适用于 AWS(floci)、GCP(floci-gcp)、Azure(floci-az)和 OCI(floci-oci)的免费本地模拟器,可通过 floci-cli、docker run 或 Docker Compose 驱动。当用户想在本地运行云端代码或测试,提到 floci、localhost:4566/4577/4588/4599、LocalStack 或 Azurite 替代方案、本地 S3/DynamoDB/Pub/Sub/Blob/Object Storage、要求提供带云模拟器的 docker-compose.yml 或 compose.yaml、模拟器命名空间,或并排运行多个模拟器实例时使用。

云与 DevOps178
H
health-check
health-check
rheinmir / setup

检查模板的“标准”模式——模式是否完整、是否存在本地偏差,以及是否需要从远程执行 /sync-template。比较本地、远程和磁盘上的 version.json(0 token,失败时开放)。触发词:“health check”“check pattern”“cần sync chưa”“/health-check”。

Agent 工作流178
L
laravel:quality-checks
laravel:quality-checks
jpcaparas / superpowers-laravel

Laravel 项目的统一质量门禁;包括 Pint、静态分析(PHPStan/Psalm)、Insights(可选)和 JS 代码检查工具;提供 Sail 和非 Sail 两种配置。

测试与质量178
P
polar-testing
polar-testing
polarsource / agent-toolkit

使用沙盒环境测试 Polar 支付集成的指南。适用于:(1)为开发配置 Polar 沙盒;(2)在不进行真实支付的情况下测试结账流程;(3)在 Polar 中使用 Stripe 测试卡;(4)编写支付流程的集成测试;(5)使用 Polar CLI(`polar webhook listen`、`polar webhook trigger`)在本地测试 Webhook 并生成 Webhook 测试样例;(6)在单元测试中模拟 Polar;(7)使用 Polar 沙盒设置 CI/CD 流水线;(8)在沙盒中调试支付问题。

测试与质量178
P
prompt-injection-test
prompt-injection-test
owasp / secure-agent-playbook

使用 Arcanum PI Taxonomy,针对已知的提示词注入技术、规避方法和攻击意图来测试集成 LLM 的应用。在红队测试 AI 应用、验证防护栏或深入评估 LLM01(提示词注入)时使用。

安全178
S
signals-scout-feature-flags
signals-scout-feature-flags
posthog / ai-plugin

PostHog 功能标志的信号侦察工具。监控标志列表和 `$feature_flag_called` 流,以发现评估骤降、幽灵标志、响应分布变化和标志债务。

开发178
S
skill-audit
skill-audit
uinaf / agent-skills

使用仓库检查、免费的 Tessl lint、可选的按额度计费的 Tessl review、元数据发现、渐进式披露、评估覆盖率和仓库规范,对现有 skill 进行审计、评分或改进。适用于 skill 质量、激活失败、软件包比较或发布准备度。不要用于一般代码审查、应用验证或无关的文档清理。

Agent 工作流178
第 4321–4380 条,共 11,883 条

第一次接触 MCP?

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

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