mcpField

Skills

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

测试与质量

A
agents-consilium
agents-consilium
codealive-ai / ai-driven-development

将外部编码 Agent(Codex、Claude Code、OpenCode、原生 Grok Build、Gemini)作为独立审查者、有状态的仓库研究员或单 Agent 实现者运行。用于多模型意见与代码审查、可引导的 Grok 研究、全权限委派、长时间运行的工作,或重新接入已委派的运行。不适用于可直接从文档或当前代码库回答的简单问题。

Agent 工作流62
A
alk-qe-review-gitlab-mr

暂无简介

测试与质量62
A
anti-ui-slop
anti-ui-slop
discountry / ritmex-skills

检测、审查、预防并移除前端代码中 AI 生成的 UI 趋同模式(“AI slop”)。在构建或设计 UI、审查前端更改、打磨视觉设计时使用,或当用户要求移除 AI 感、让界面显得由人设计、优化页面、审核 UI 质量,或解释某个设计为何显得千篇一律时使用。涵盖 HTML、CSS、JSX/TSX、Vue、Svelte 和 Tailwind;审核 46 种已编目的模式,并加上组合层面的检查,区分源码确认、渲染确认和基于判断的证据,并在无需外部依赖的情况下将获授权的代码改写为产品特定的设计方向。

设计与 UI62
A
api-tests
api-tests
laurigates / claude-plugins

使用 Pact 进行 API 契约测试、OpenAPI 验证以及 Zod/AJV schema。在设置契约测试、验证 OpenAPI 合规性或添加破坏性变更 CI 检查时使用。

测试与质量62
A
architecture-refiner
architecture-refiner
gravito-framework / gravito

Gravito 架构与整洁代码方面的专家。在进行重构、设计模式实现或架构审计时触发。

开发62
A
assess-milestone
assess-milestone
jayden-dang / skills

就某个里程碑是否兑现了承诺给出结论,依据规范、测试和 git 重新读取。用 /assess-milestone 运行。

测试与质量62
A
awesome-dependency-audit
awesome-dependency-audit
khasky / awesome-agent-skills

对包和 Agent 扩展进行只读的供应链审计:lockfile、typosquat、依赖混淆、安装脚本、许可证、CVE。在需要判断某个包、manifest 变更或机器人升级是否安全时使用。

安全62
A
awesome-regression-sweep
awesome-regression-sweep
khasky / awesome-agent-skills

只读式扫描记录基线中的回归问题:类型检查、lint、测试套件、接口契约、生成文件差异、下游构建、部署差异。用于在部署前后验证所有内容。

测试与质量62
B
best-practices-guidelines
best-practices-guidelines
oimiragieo / agent-studio

规定最佳实践,包括遵循 RESTful API 设计原则、实现响应式设计、使用 Zod 进行数据验证,以及定期更新依赖项。该技能推广现代编码标准,帮助开发者编写一致、可维护的代码。

开发62
B
big-review
big-review
martin2844 / skills

面向本地 diff 和 GitHub PR 的深度、证据优先的代码审查。用于「big review」「deep review」「review my code」「pre-PR review」「review-proof this」「rabbit review」「fast review」「triage this PR」、语义正确性审查、失败路径审查和高信噪比 PR 审查。

测试与质量62
B
blitz-reviewer
blitz-reviewer
api-blitz / skills

在运行 Blitz API 集成之前,对照 Blitz 官方文档审查它。确认 Blitz MCP 已安装(并推动添加),检查 blitz-api SDK 和 Blitz 技能是否为最新版本,通过对照 MCP 的 OpenAPI 规范和 normalization 页面校验每次调用,扫描项目中错误的 SDK 方法、格式错误的请求体和大小写敏感的枚举拼写错误,并读取 API 密钥的按端点速率限制和额度,指出未充分利用的吞吐。报告 pass/warn/fail 检查清单,且仅在你确认后才应用每项修复。当用户说 "review my Blitz integration"、"audit my Blitz code"、"check my Blitz setup"、"is my Blitz usage correct"、"preflight my Blitz job",或在大规模运行 Blitz 任务之前使用。

测试与质量62
B
but-for-real
but-for-real
shpigford / skills

对自己的工作强制进行一轮怀疑性的复查。因为“应该能跑”从来就没有一次是真的。

测试与质量62
C
cirrus-labs
cirrus-labs
membranedev / application-skills

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

云与 DevOps62
C
clj-refactor
clj-refactor
humorless / clj-native-agent

扫描文件,寻找机制/策略分离的机会

开发62
C
code-review
code-review
csark0812 / toolbox

用户要求在合并前审查分支、PR、差异或更改,或进行有针对性的风险或质量检查时使用。除非用户要求修复,否则仅进行只读审查。不用于验证猜测或评论文档

测试与质量62
C
code-review
code-review
microsoft / vscode

审查代码变更的正确性、回归和意外范围。在审查拉取请求、分支、提交、补丁或本地差异时使用,包括以 /code-review 调用时。

测试与质量62
C
code-upgrade
code-upgrade
robinebers / skills

面向与 AI 编码工具协作的非技术用户的工程规范工具包。以命令形式运用 KISS、DRY、YAGNI、快速失败和幂等性。适用于用户要求审计、简化、清理、去重或加固代码;或说“把它弄简单点”“有重复吗”“跑两次安全吗”“解释一下这个应用”“找出死代码”“简化方案”或“找出静默失败”。

开发62
C
codemagic
codemagic
membranedev / application-skills

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

云与 DevOps62
C
conda-recipe
conda-recipe
delphine-l / claude_global

构建和测试 conda/bioconda recipe 的专家,包括 recipe 创建、lint、依赖管理以及常见构建错误的调试

开发62
C
confess
confess
b-open-io / prompts

主动的自我审计,涵盖未完成的改动、未经测试的假设、模式违规、被埋没的顾虑和清理债务。在结束会话、将任务标记为完成或说 "complete" 之前调用,以及当用户问 "are you sure?"、"did you miss anything?"、"anything else?" 或 "audit your work" 时调用。不要等被问才做。

测试与质量62
C
configure-metrics
configure-metrics
coval-ai / coval-external-skills

针对具体的产品标准选择并配置 Coval 指标,选择转录、音频、trace 或确定性证据,并测试结果。用于指标创建或评分设计,不用于最终的人工校准。

测试与质量62
C
crit-cli

当 Agent 需要以编程方式撰写或回复 crit 行内评论时使用(包括对共享代码/方案/文档/提案进行评论的多 Agent 工作流),用 crit share 发布或取消发布 crit 评审,将 crit 评审与 GitHub PR 或 GitLab MR 同步,或读取/解析 crit 评审 JSON 文件。涵盖 crit comment、crit share、crit unpublish、crit pull、crit push、评审文件格式和解决工作流。不用于调用交互式评审循环——那是 `/crit` 命令。

测试与质量62
D
design-review
design-review
aa-on-ai / agentic-design-system

从产品契合度、信息架构、参考还原度、工艺与已验证行为等方面评判视觉与前端工作。将评审范围限定在所要求的界面与改动。

设计与 UI62
D
design-ship
design-ship
yonatangross / orchestkit

把 claude.ai/design 链接一步变成 pull request 的流水线:通过 /ork:design-import 搭建脚手架,通过 /ork:cover 生成 stories 和 specs,通过 /ork:expect 进行浏览器验证,然后打开 PR。当设计链接应无中间步骤地变成 PR 时使用;如果你只需要把组件写入磁盘,请改用 /ork:design-import。

设计与 UI62
D
design-sync
design-sync
chmouel / lazyworktree

检查 DESIGN.md 与代码库架构的同步情况

测试与质量62
D
desloppify
desloppify
fasalzein / desloppify

代码质量扫描器。检测多个类别中由 AI 引入的反模式。运行 CLI,分类整理结果,在隔离的 git worktree 上修复。触发词:desloppify、清理代码、移除 slop、代码质量、死代码。

测试与质量62
D
dotnet-testing-unit-test-fundamentals
dotnet-testing-unit-test-fundamentals
kevintsengtw / dotnet-testing-agent-skills

.NET 单元测试基础与 FIRST 原则的专门技能。当需要建立单元测试、了解测试基础、学习 3A Pattern、掌握测试最佳实践时使用。涵盖 FIRST 原则、AAA Pattern、Fact/Theory、测试金字塔等。当用户提到 unit testing fundamentals、FIRST principles、AAA/3A pattern,或想学习如何编写基础的 .NET 测试时,务必使用本 skill,即使他们没有明确要求基础指导。Keywords: unit test、單元測試、unit testing、test fundamentals、測試基礎、FIRST principle、FIRST 原則、3A pattern、AAA pattern、Arrange Act Assert、Fact、Theory、InlineData、如何寫測試、testing best practices、建立單元測試

测试与质量62
F
filing-bug-reports
filing-bug-reports
matlab / simulink-agentic-toolkit

生成一份独立的缺陷报告,供其他开发者用来复现、调查并修复问题。在用户说“file a bug”“write a bug report”“report this issue”,或要求为交接记录缺陷时使用。

测试与质量62
F
flutter-mcp
flutter-mcp
arenukvern / mcp_flutter

每当通过 Flutter MCP 工具包服务器(`mcpServers` 键 **`flutter-mcp-toolkit`**,或旧版 **`flutter-inspector`**)检查、交互或实时编辑正在运行的 Flutter 应用时,使用此技能。涵盖预检、快照/点击/输入/滚动循环、热重载验证以及错误信封解析。

开发62
F
flutter-mcp-toolkit-inspect
flutter-mcp-toolkit-inspect
arenukvern / mcp_flutter

从正在运行的 Flutter 应用读取状态——语义快照、视图详情、错误、截图、VM 信息。适用于需要了解应用当前显示内容时。

开发62
G
game-studio-harness
game-studio-harness
akillness / jeo-skills

五角色的游戏制作工作室 harness:总监、数值平衡设计师、收入区间 PM、严格验证的程序员、原型轮换 QA。在 8 个数值质量门禁背后运行三阶段运作循环(概念/呈现/核心构建 → 平衡/核心循环/新颖性 → 运维稳定性/玩法影响),并包含基于调研的趋势、经签署的设计师↔PM 协商记录和 QA 播报纪律。写入仓库规则文件(CLAUDE.md/AGENTS.md),使契约在会话之后依然存续,并在只读归档旁保留一份实时 `_workspace/current/`。

开发62
G
go-testing
go-testing
o-marsters-1997 / my-claude-code

介绍这些代码库中的 Go 测试写法:断言、表驱动测试、测试替身、辅助函数、异步等待、黄金文件、模糊测试、基准测试,以及通过附带的 pgtest 辅助工具针对真实 Postgres 进行的集成测试(共用一个 testcontainer,每项测试使用全新数据库)。触发条件——在编写、编辑或评审任何 *_test.go 文件、testdata/ 黄金文件、模糊测试目标或基准测试之前加载;或者当 Go 代码库中的任务提到 go test、测试辅助工具、fake、mock、stub、表驱动测试、testcontainers、TestMain、测试数据库、间歇性失败的测试或覆盖率时加载。直接请求也算,例如“编写测试”“为此添加测试”“修复失败的测试”,以及最后一步需要测试的功能任务。与 go-idiomatic 和 tdd 一同加载,而不是取代它们。如果不编写或评审 Go 测试代码,则跳过

测试与质量62
G
groundlight
groundlight
membranedev / application-skills

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

测试与质量62
H
ha-validate
ha-validate
laurigates / claude-plugins

校验 Home Assistant YAML 的语法错误、未定义 secret 和重复键。在校验 HA 配置、诊断 YAML 错误或运行 hass check_config 时使用。

测试与质量62
I
implement
implement
toy-crane / skills

将选定的 spec 文件夹中已确定的工作作为一个交接包实现或继续推进。当用户提供 `docs/specs/SLUG/` 文件夹,并希望在当前检出中完成其已确定的 spec 或已批准的任务,同时包含验证、一次已完成并分诊的自动化代码审查,以及当仓库通过本地服务器提供可运行产品时的可运行产品交接时使用。

开发62
L
laravel-testing
laravel-testing
leeovery / agentic-skills

使用 Pest 的全面测试模式。适用于编写或修改测试、mock、factory 或测试模式时。

测试与质量62
L
ln-23-test-suite-auditor
ln-23-test-suite-auditor
levnikolaevich / claude-code-skills

审计现有测试是否有意义的覆盖率、可信的判定依据和维护价值。不用于测试实现或单次交付评审。

测试与质量62
L
logic-diff
logic-diff
hyhmrright / logic-lens

通过并排对两个版本进行半形式化追踪,比较两个代码版本在语义上是否等价。当用户分享重构、重写、迁移或 A/B 实现并想确认行为未改变时触发——“did I break anything”、“is this equivalent”、“are these equivalent”、“semantically equivalent”、“are these two implementations semantically equivalent”、“check my refactor”、“same behavior after the change?”、“does my rewrite produce the same output”、“switched from X to Y — same results?”。SCOPE HARD RULE:需要两个代码版本(A 和 B)。用于查找 bug 的单一版本使用 logic-review;一个版本加一个失败测试使用 logic-locate;解释一段代码做什么使用 logic-explain;代码库审计使用 logic-health。以下情况不要触发:单一版本审查、性能比较、设计质量比较或“哪个写得更好”的问题。

测试与质量62
M
maintainable-tests
maintainable-tests
jpcaparas / skills

指导把可维护的测试写成行为文档,具备隔离的副作用、兼容性覆盖与可靠的断言。适用于测试、fixture、mock、回归、评审与可测试性改造。可丢弃的工作跳过。

测试与质量62
M
meta-reviewing-reviewing
meta-reviewing-reviewing
agents-inc / skills

代码审查模式与反馈原则。在审查 PR、实现或做出批准/拒绝决定时使用。涵盖自我纠正、进度跟踪、反馈原则、严重级别。

测试与质量62
M
migrate-to-testomatio
migrate-to-testomatio
testomatio / skills

将测试从 TestRail、XRay、Testmo、QMetry、Allure TestOps、TestCaseLabs、Qase、Zephyr、QTest、CSV/XLSX 或需要自定义转换器或 API 脚本的不受支持的 TMS 迁移到 Testomat.io。当用户想从其他 TMS 导入测试、将测试套件迁移到 Testomat.io,或将导出文件转换为 Testomat.io 格式时使用。

测试与质量62
O
oh-precommit-codecheck
oh-precommit-codecheck
openharmonyinsight / openharmony-skills

运行本地代码质量检查,覆盖 OpenHarmony 门禁 CI 的一个子集(copyright、CodeArts C/C++),外加其他本地检查(pylint/flake8、shellcheck/bashate、gn format)。在提交前使用以减少门禁失败。触发于:/oh-precommit-codecheck、"门禁检查"、"门禁预检"、"检查代码"、"run codecheck"、"check code quality"、"lint my code"、"代码检查",或完成代码实现之后。何时使用:git commit 前、创建 PR 前、修改 C/C++/Python/Shell/GN 文件后、门禁 CI 因 codecheck 缺陷失败时,或想预览门禁会标记什么时。

测试与质量62
O
oxidizer-workflow
oxidizer-workflow
rysweet / amplihack

通过迭代收敛循环实现 Python 到 Rust 的自动化迁移。将 Python 代码库视为活规范,产出经过充分测试、零容忍一致性验证的 Rust 等价实现。在将 Python 模块、库或命令行迁移到 Rust 时使用。触发词:迁移、oxidize、python to rust、port to rust、rewrite in rust。

开发62
P
planning-validate
planning-validate
drillan / speckit-gates

校验规划产物(spec.md、plan.md、data-model.md、contracts/)的质量、完整性与一致性。检查必备章节、跨产物一致性以及章程合规性。务必在 /speckit.plan 完成后运行。

测试与质量62
P
point
point
nmnmcc / skills

用于单一局部因果变更,并配合针对性验证。

开发62
P
pr-review
pr-review
onekeyhq / app-monorepo

该仓库的安全优先 PR 审查清单。在审查 diff/PR 时使用,尤其是涉及 auth、网络、敏感数据或依赖/lockfile 更新的变更。重点关注密钥/PII 泄露风险、供应链风险(npm + node_modules 检查)、跨平台架构(扩展/移动端/桌面端/Web)以及 React 性能(hooks + 重渲染热点)。避免 UI 风格上的吹毛求疵。PR Review。

安全62
P
premortem
premortem
boshu2 / agentops

在决定采用某项推广计划之前,找出它可能失败的方式。适用于:被问及可能出什么问题,或需要为计划挑漏洞时。

Agent 工作流62
P
profile-dart-code
profile-dart-code
kevmoo / dash_skills

使用 VM Service 协议对 Dart 命令行应用程序进行性能分析,以捕获 CPU 采样并识别性能瓶颈。帮助 Agent 自动化 CPU 性能分析、生成函数调用分布摘要,并在无需浏览器或 DevTools 的情况下导出 JSON 性能数据。

开发62
P
project-audit
project-audit
fearovex-labs / agent-config

对 Claude/SDD 配置的深度诊断。只读。生成 audit-report.md,供 /project-fix 使用。触发:/project-audit、audit project、review claude config、project health check。

Agent 工作流62
P
python-tdd-with-uv
python-tdd-with-uv
revitalb-port / skills-registry-demo

使用 uv 作为包管理器进行 Python 测试驱动开发。涵盖红—绿—重构循环、垂直切片和 uv 项目设置。

测试与质量62
P
python-testing
python-testing
paldom / python-skills

为 Python 包构建 pytest 基础设施 —— 布局与配置、使用 fail_under 的覆盖率门槛、Hypothesis 基于属性的测试、用于发现薄弱或被 Agent 钻空子的测试的变异测试、通过 tox、nox 或 uv 进行多版本运行。适用于 “set up pytest”“add coverage”“test on multiple Python versions”。不适用于为单个文件编写测试、修复单个失败的测试或 CI 工作流 YAML。

测试与质量62
A
activity-tester

当需要从 act_id、需求、配置、代码和真实业务证据出发,对一个活动进行端到端测试或验证时使用,包括自动化 QA、活动测试、自动化测试、测试活动或验证活动。

测试与质量62
Q
qa-automation
qa-automation
fikyanggra / skills

可移植的 QA 自动化 Agent,用于依据 qa-planner 契约、qa-executor 信号、已批准的测试用例、人工请求、Notion 页面/数据库/数据源、Plane.so 工作项/卡片/子工作项,或 Notion/Plane MCP 负载来创建或更新自动化脚本。当被要求生成或更新 Playwright/Cypress/其他仓库原生自动化、更新不稳定或选择器失效的脚本、验证自动化补丁、更新 Notion Automation Status、评论/更新 Plane 描述或状态、准备 automation_change_set.json、执行受管的 Notion/Plane 同步、桥接 Notion 与 Plane 引用、产出脚本评审或晋升评审包,或将自动化状态更新交回 QA Agent 时使用。

测试与质量62
Q
qa-bugfix-retest

暂无简介

测试与质量62
Q
qa-gate
qa-gate
marcioaltoe / skills

作为 Spec 编写的终结性 `qa` Task,执行自包含的最终 QA 门禁——从 PRD 和任务证据中推导出可恢复的 QA 矩阵,通过每个已声明的界面执行真实用户流程,探查高风险用户行为,采集可审计的证据,按用户影响对发现分类,并写入 spec 本地的带日期的 QA 报告。不可作为实现测试的替代品,也不可作为宽泛的独立 QA 知识库。

测试与质量62
Q
qaa-self-review

暂无简介

测试与质量62
Q
qt-unittest-make
qt-unittest-make
re2zero / deepin-skills

当用户要求为 Qt 模块或类生成单元测试、补全测试用例或创建测试文件时使用。支持模块批量生成与增量补全。

测试与质量62
Q
quick-eval
quick-eval
coval-ai / coval-external-skills

在明确的测试用例上执行有边界的 Coval 评估,然后审计对话、录音和指标证据。适用于用户请求运行时;不会自动重跑、调优 Agent 或安排评估。

测试与质量62
R
refactoring-guide
refactoring-guide
terrylica / cc-skills

LLM 系统性地遗漏的 SOTA 重构与模块化原则。涵盖与语言无关的原则,以及。

开发62
R
review-go
review-go
existential-birds / beagle

全面的 Go 后端代码审查,可选并行审查区域。适用于审查变更的 Go 文件;可检测 BubbleTea、Wish SSH 和 Prometheus,并加载相应的审查技能。

测试与质量62
第 8401–8460 条,共 11,883 条

第一次接触 MCP?

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

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