mcpField

Skills

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

测试与质量

T
testing-patterns
testing-patterns
chriswiles / claude-code-showcase

Jest 测试模式、工厂函数、模拟策略和 TDD 工作流。编写单元测试、创建测试工厂或遵循 TDD 的红-绿-重构循环时使用。

测试与质量83
T
tlc-implement
tlc-implement
tech-leads-club / agent-skills

实现已规划的工作——来自 tlc-plan 的 plan.md 或小型工单:将其固定为带有证明的检查项,进行构建,并在宣布完成前用脚本和独立的 Verifier 证明每项检查均通过。用户说“实现此计划”、“构建此工单”、“实现此规范”、“编写检查项”、“验证工作”或“tlc-implement”时使用。尚未决定要构建什么时不要使用;需要规划功能时也不要使用(应使用 tlc-plan)。

Agent 工作流83
T
twg-bench-lite
twg-bench-lite
atlassian / twg-cli

使用配对的只读 Agent 会话,对免费的 Atlassian/本地 MCP 上下文与 TWG CLI 图谱上下文进行轻量级单提示词 A/B 对比。

测试与质量83
U
ui-visual-validator
ui-visual-validator
rmyndharis / antigravity-skills

专注于 UI 测试的严谨视觉验证专家,

测试与质量83
U
unity-testability
unity-testability
besty0728 / unity-skills

就 Unity 的可测试性提供建议

测试与质量83
V
verification-before-completion
verification-before-completion
izyanrajwani / agent-skills-library

完成声明前的验证纪律。当即将断言成功、声称修复完成、报告测试通过,或在提交和 PR 之前使用。强制采用证据优先的工作流。

测试与质量83
V
viceroy
viceroy
fastly / fastly-agent-toolkit

使用 Viceroy 在本地运行 Fastly Compute WASM 应用,专为 Rust 和 Component Model 项目。适用于:用 Viceroy 启动本地 Fastly Compute 开发服务器、为本地后端覆盖和存储定义配置 fastly.toml、针对 Compute 运行时用 cargo-nextest 运行 Rust 单元测试、本地调试 Compute 应用、将核心 WASM 模块适配到 Component Model,或排查本地 Compute 测试问题(connection refused、缺少后端、存储配置)。对于非 Rust 的 Compute 工作或了解 Compute API,优先使用 fastlike 技能——其源代码作为 Fastly Compute API 参考更易理解。

开发83
W
web-design-guidelines
web-design-guidelines
hainrixz / claude-webkit

检查 UI 代码是否符合 Web 界面指南。当被要求「审查我的 UI」、「检查可访问性」、「审计设计」、「审查用户体验」或「根据最佳实践检查我的网站」时使用。

设计与 UI83
X
xl1-testing
xl1-testing
xyoraclenetwork / xyo-skills

如何测试与验证 XL1 相关工作——选择合适的验证方式并执行。汇集各类无头验证方法:Sequence 测试网验证(进程内助记词签名器)、本地开发链验证(公共 xl1 命令行,或通过公共 @xyo-network/dapp-kit-vitest-config 的 local-xl1 / api-local 由 vitest 管理的链,或受限的 XYO 内部 @xyo-network/xl1-vitest-config apiLocal)、组合式本地链 + Aries 数据存储验证、完整的本地 dApp 后端验证(aries-dapp-core 经典路径或 dapp-kit 本地路径)、通过 @xyo-network/wallet-xl1-cli 进行无人值守的 Sequence 测试,以及无头浏览器模式测试(vitest + Playwright)。包含共享的仅限测试网的安全规则。当 Agent 需要测试、验证或冒烟测试 XL1 dApp 或协议变更、针对本地链或 Sequence 运行链上测试、运行无头浏览器测试,或搭建无人值守 / CI 测试时激活。负责 dApp 的 Definition of Done 门禁,在报告任何 XL1 dApp 工作完成之前必须执行。

测试与质量83
A
adversarial-ios-design
adversarial-ios-design
pproenca / dot-skills

使用本技能以通过/不通过的对抗性审核来把关 iOS SwiftUI 设计与 UX——由单个盲审子 Agent 依据 56 条可判定、源自 HIG 的规则评判界面、diff 或功能,从必需的渲染证据逆向推导,包括模拟器截图(浅色、深色、无障碍文字大小)以及拼接成胶片条的交互录制。涵盖导航/信息架构(标签栏、最多五个标签、系统返回)、模态与流程语法(sheet、alert、未保存内容保护)、布局(44pt 触控目标、安全区域、Dynamic Type)、色彩与对比度、排版下限、Liquid Glass、反馈状态(空、加载、错误、启动)、动效——除弹簧曲线和 Reduce Motion 检查外以胶片条为准,因此仅凭代码绝不能规定未见的动画,且无谓装饰视为不通过——以及触感与工艺。修复必须是最小改动,优先删除而非新增。在合并面向用户的 SwiftUI 工作前触发。只给结论,绝不给修复方案;没有 SwiftUI UI 表面的目标中止。

设计与 UI82
A
apply-code-review
apply-code-review
xgent-ai / skills

用于依据代码评审报告及其开发计划落实修复或复核修复效果;不用于初次评审、仅修改计划或没有评审输入的计划实施。逐条核实修复,按计划约定提交,并回写处置结果与证据。

开发82
A
autoresearch-skill
autoresearch-skill
alpoxdev / hypercore

[Hyper] 当通过基线优先实验、二元评估、Guard 检查和单次单变更迭代来优化现有 Codex 技能时,使用此技能。适用于技能自动研究、可度量的触发/工作流改进、自我优化技能、对技能变更进行基准测试,或恢复技能实验产物。如果在没有指定目标的情况下被调用,请先询问目标技能和评估意图,再创建产物或修改文件。不要用于一次性的技能创建/重构、通用文档润色、应用 QA、仅提交或仅推送的请求。

Agent 工作流82
A
awesome-bug-fix
awesome-bug-fix
khasky / awesome-agent-skills

通过可运行的复现用例定位根因并修复错误。适用于错误、崩溃、测试或构建失败、不稳定行为,或多次修复失败的情况。

开发82
A
aws-fis-experiment-execute
aws-fis-experiment-execute
panlm / skills

当用户想运行已准备好的 AWS FIS 实验(其 CloudFormation 堆栈已部署)时使用。触发词为「execute FIS experiment」「run FIS experiment」「start chaos experiment」「执行 FIS 实验」「运行混沌实验」「执行故障注入实验」「run the experiment in [directory]」,或用户提供 FIS 实验模板 ID(例如 EXT1a2b3c4d5e6f7)时。不会部署基础设施——仅检查其是否已部署。

云与 DevOps82
B
better-accessibility
better-accessibility
boraoztunc / skills

面向产品界面的无障碍工程,从焦点状态与键盘支持到 ARIA、表单与屏幕阅读器。适用于构建或评审 UI 组件、模态框、菜单、表单、自定义控件时,或当用户说"让它可无障碍访问"或反馈键盘、屏幕阅读器问题时。触发词包括 accessibility、a11y、WCAG、aria、focus ring、focus-visible、focus trap、keyboard navigation、tab order、tabindex、screen reader、sr-only、aria-live、alt text、hit area、touch target、pointer-events、hover on touch、prefers-reduced-motion、autoplay、toast duration、skip link、semantic HTML、aria-label、form errors、disabled buttons、"not keyboard accessible"。

设计与 UI82
B
blast-radius
blast-radius
mariusflorescu / pstack-t3

在变更上线之前,找出它可能在别处破坏什么,范围超越 diff 本身,并通过实际运行代码来证明它安全的那一个依据,而不是仅凭文字说明。适用于「X 的影响范围」「这会破坏什么」等场景,或评审你不放心的小型 diff。

测试与质量82
B
blender-agent-benchmark
blender-agent-benchmark
ifbars / blender-agent-studio

以成对的隔离运行对 Blender 建模 Agent、技能、提示词、脚本或 MCP 工具进行基准测试。用于基线对比插件的比较、回归套件、技能前向测试、MCP 有用性评估、分数校准,或声称某个 Blender 工作流能提升网格、视觉、结构、动画、成本或完成质量。

测试与质量82
B
browser-automation
browser-automation
civitai / civitai

通过 HTTP 服务实现浏览器自动化。支持多个并发会话,用于多用户测试、已保存的流程和基于配置文件的认证持久化。

测试与质量82
C
chrome-devtools-mcp-skill

通过 UXC over local stdio 使用 Chrome DevTools MCP,进行页面导航、DOM/a11y 快照、网络检查、控制台检查和性能工具操作,默认启用 live-browser autoConnect,并支持可选的 browserUrl 或隔离回退模式。

开发82
C
Code Formatting
Code Formatting
openshift / hypershift

强制要求:编写 Go 测试时,所有测试名称必须使用 'When...it should...' 格式。编写任何 Go 代码时,必须提醒用户运行 'make lint-fix' 和 'make verify'。这些是 HyperShift 不可协商的要求。

测试与质量82
C
code-style-validator
code-style-validator
oimiragieo / agent-studio

基于 AST 分析的代码风格程序化校验。通过自动化检查与即时反馈来补充(而非替代)代码风格规则。

测试与质量82
C
copilot-pr-autopilot
copilot-pr-autopilot
github / awesome-copilot

Copilot 在你的 PR 上留下了 14 条审查评论——其中一半是吹毛求疵。修复 → 回复 → 解决 → 重新请求,耗时数小时,而且每一轮都会带来更多评论。本技能运行循环工程:通过 GraphQL 自动触发 Copilot Code Review(无需 @copilot 提及),用修复 / 拒绝 / 上报的准则分诊每个未关闭的讨论串(Copilot、人类、advanced-security),派发遵守仓库构建/测试/lint 约定的并行修复子 Agent,按迭代提交,引用已推送的 SHA 进行回复并解决,然后重新触发,直到 HEAD 被审查且没有任何等待该 Agent 回复的讨论串(剩余的未关闭讨论串是对人类的明确交接——上报的拒绝、设计权衡)。你合并一个干净的 PR;机器人来跑流程。触发短语:“处理 copilot 评论”“运行 copilot 审查循环”“修复这个 PR”“根据 copilot 反馈迭代”。与仓库无关,使用 gh 命令行 + PowerShell。完整的自动驾驶需要仓库的 Triage/Write 权限;外部 PR 作者获得单次迭代模式加手动重新触发(UI 🔄 或推送实质性提交)。

测试与质量82
D
dispatching-parallel-agents
dispatching-parallel-agents
izyanrajwani / agent-skills-library

为每个独立领域派发一个子 Agent,以并行开展调查/修复。当你有 2 个及以上互不相关的故障(例如不同的失败测试文件、子系统、缺陷)且无共享状态或顺序依赖时使用。

Agent 工作流82
D
docs-sync-audit
docs-sync-audit
github / awesome-copilot

针对某个功能、PR、分支、发布、API、配置变更、工作流、命令行、包或仓库区域,运行只读的文档漂移审计。当用户询问文档是否过时、缺失、与代码不一致,或在代码变更后需要更新时使用。检查 README 文件、安装指南、API 文档、环境变量文档、变更日志、示例、注释、生成的文档和面向用户的说明。这不是通用代码评审;它对比文档的描述与代码的实际行为。

测试与质量82
D
documentation-audit
documentation-audit
troykelly / claude-skills

在检测到文档漂移时使用。全面审计代码库,并创建/更新 Swagger、功能文档和通用文档,以实现完全同步。

开发82
D
dotnet-playwright
dotnet-playwright
wshaddix / dotnet-skills

在 .NET 中自动化浏览器测试。Playwright E2E、CI 浏览器缓存、trace viewer、codegen。

测试与质量82
D
duck-triage
duck-triage
sprngr / rubber-duck

测试覆盖率分析与缺陷分类。使用场景:"test coverage gaps"、"what should we test"、"triage this bug"、"bug severity"。

测试与质量82
E
enhance-hooks
enhance-hooks
agent-sh / agentsys

在审查 hooks 的安全性、超时与正确的 frontmatter 时使用。

Agent 工作流82
E
enhance-plugins
enhance-plugins
agent-sh / agentsys

在分析插件结构、MCP 工具与插件安全模式时使用。

Agent 工作流82
E
executing-plans
executing-plans
pixel-process-ug / superkit-agents

当你已有获批的实现计划文档并需要逐步执行时使用。触发条件:/execute 命令、从已批准计划的规划阶段过渡,或恢复执行未完成的计划。提供基于批次的执行、TDD、检查点评审和验证关卡。

Agent 工作流82
F
factory-review
factory-review
jwilger / agent-skills

为 factory 模式构建构建人工审查体验,提供仪表盘式审计轨迹摘要(切片数量、返工率、门禁失败分布)、PR 摘要(每个已合并 PR 及其门禁结果)、回顾综合(反复出现的返工原因、结对有效性、领域热点)、质量趋势跟踪(会话间比较)、升级审查(含 resolve/override/send-back 选项的返工历史)以及自主性调优界面。在 factory 模式构建的 Phase 3 人工审查期间使用,或评估自主构建质量时使用。触发词:"review the build"、"factory review"、"audit trail"、"quality trends"、"escalation review"、"PR digest"、"autonomy tuning"、"rework rate"。不适用于:运行流水线(使用 pipeline)、单个代码审查(使用 code-review)。

Agent 工作流82
F
fmea-analysis
fmea-analysis
ddunnock / claude-plugins

针对设计、流程或系统中潜在失效的系统性识别与风险评估,开展失效模式与影响分析(FMEA)。支持 DFMEA(设计)、PFMEA(流程)和 FMEA-MSR(监控与系统响应)。采用 AIAG-VDA 7 步法,以行动优先级(AP)风险评估替代传统 RPN。适用于分析产品设计的潜在失效、评估制造流程风险、开展主动风险评估、准备 APQP/PPAP 提交、调查现场失效,或当用户提到 "FMEA"、"failure mode"、"DFMEA"、"PFMEA"、"severity occurrence detection"、"RPN"、"Action Priority"、"design risk analysis",或需要识别并排列潜在失效模式及其原因与影响时。

测试与质量82
G
game-prototype
game-prototype
alterlab-ieu / alterlab_gameforge

当用户想要快速制作机制原型、测试概念验证、进行假设驱动的开发,或在全面生产前验证游戏创意时调用。触发词:"原型"、"概念验证"、"测试这个机制"、"验证创意"、"快速原型"、"bake-off"。不要用于启动完整项目(使用 game-start)或头脑风暴概念(使用 game-brainstorm)。属于 AlterLab GameForge 系列。

开发82
I
implementation-plan-best-practices
implementation-plan-best-practices
validkeys / sherpy

关于编写可防止偏离的实现计划最佳实践的教育指南。涵盖风格锚点、任务规模划分、TDD 要求、肯定式指令、偏离处理和质量门禁。在创建或改进实现计划以确保其遵循经验证的模式时使用。

Agent 工作流82
I
integration-e2e-testing
integration-e2e-testing
shinpr / claude-code-workflows

集成与 E2E 测试设计原则、ROI 计算、测试骨架规范与评审标准。在设计集成测试、E2E 测试或评审测试质量时使用。

测试与质量82
M
maintain-verification-skill
maintain-verification-skill
mariusflorescu / pstack-t3

定期检查项目的验证技能和功能映射,确保其准确:每项功能由并行源码阅读者检查,通过一次实时会话驱动每项功能,已验证的修正最多提交一个 PR。适用于 /maintain-verification-skill 或“审计 verify skill”。

测试与质量82
M
mergify-merge-queue
mergify-merge-queue
mergifyio / mergify-cli

使用 Mergify merge queue 对 PR 进行入队/出队,监控和查看队列,并诊断已出队的 PR——无论它是处于排队中、为何被出队、CI 失败在哪里,以及下一步该做什么。在以下情况务必使用此技能:对 PR 入队或出队、检查队列状态、调查 PR 合并状态、查明 PR 离开队列的原因、暂停/恢复队列,或调试合并失败。触发词:queue a PR、requeue、dequeue、dequeued、why was my PR dequeued、dequeue reason、merge queue、queue status、queue pause、queue show、pause、unpause、frozen、bisecting、batch、CI checks、CHECKS_FAILED、PULL_REQUEST_UPDATED。

开发82
M
mocking-with-mockk
mocking-with-mockk
skydoves / android-testing-skills

使用此技能将 MockK(Kotlin 优先的 mocking 框架)接入 JVM 单元测试套件,尤其是在协程、单例/`object` mocking 或构造函数 mocking 占主导时。涵盖 `io.mockk:mockk-jvm:1.14.x`(以及用于 instrumented 的 `mockk-android` + `mockk-agent`)、`every { } returns`、`coEvery` / `coVerify`(原生 suspend 支持——相对 Mockito 的最大优势)、`mockk(relaxed = true)` / `relaxUnitFun = true`、`slot<T>()` 捕获、`verifySequence` / `verifyOrder` / `confirmVerified`、`mockkStatic` / `mockkObject` / `mockkConstructor` 配合 `unmockkAll()` 清理、`@MockK` / `@RelaxedMockK` / `@SpyK` / `@InjectMockKs` 注解,以及 Mockito 与 MockK 的选型标准。当用户提到 `coEvery`、`mockkObject`、`mockkStatic`、`slot`、`MockKException`、`every returns vs coEvery`、`relaxed = true`,或询问如何 mock 一个 Kotlin `object`/单例时使用。

测试与质量82
P
Pair Programming
Pair Programming
proffesor-for-testing / agentic-qe

AI 辅助的结对编程,支持多种模式(驾驶者/领航者/切换)、实时验证、质量监控和全面测试。支持 TDD、调试、重构和学习会话。具备自动角色切换、持续代码审查、安全扫描和通过真值评分验证的性能优化。

开发82
P
pentest-mobile-app
pentest-mobile-app
jd-opensource / joysafeter

针对 Android 和 iOS 的 OWASP Mobile Top 10 安全测试——本地存储、证书固定绕过、IPC 滥用与二进制保护。

安全82
P
perfetto-performance-analysis
perfetto-performance-analysis
gracker / perfetto-skills

使用本地 trace_processor_shell 证据分析 Android、Linux 和 Chromium 的 Perfetto 跟踪。适用于启动、滚动或卡顿、输入延迟、ANR、CPU 调度、内存或 GC、Binder 或 IO、GPU 或 SurfaceFlinger、功耗或发热、渲染管线识别、跟踪采集指导、场景重建,以及单条或多条跟踪的性能对比。

开发82
P
performance-profiling
performance-profiling
rshankras / claude-code-apple-skills

使用 Instruments 指导性能剖析,诊断卡顿、内存问题、启动缓慢和耗电。用于审查应用性能或调查具体瓶颈。

测试与质量82
P
playwright-regression-testing
playwright-regression-testing
fugazi / test-automation-skills-agents

治理大量测试的 Playwright TypeScript 回归套件。当被要求规划、选择、分层、执行或优化套件,并涉及风险/变更分析、标签、CI/CD、分片、不稳定的测试管理或套件健康指标时使用;不适用于编写单个 UI 测试规范。关键词:regression strategy、smoke tests、test selection、CI pipeline、flaky tests、test sharding、impact analysis、git diff。

测试与质量82
P
plugin-review
plugin-review
athola / claude-night-market

通过分级检查和依赖范围界定来审查插件质量。适用于 PR 审查和发布前审计。

测试与质量82
Q
qe-cicd-pipeline-qe-orchestrator
qe-cicd-pipeline-qe-orchestrator
proffesor-for-testing / agentic-qe

在 CI/CD 流水线各阶段统筹质量工程。适用于设计测试策略、规划质量门禁,或实施 shift-left/shift-right 测试。

测试与质量82
Q
qe-contract-testing
qe-contract-testing
proffesor-for-testing / agentic-qe

面向 API 的消费者驱动契约测试,涵盖 REST、GraphQL 和事件驱动系统,并带有 schema 校验。

测试与质量82
Q
qe-database-testing
qe-database-testing
proffesor-for-testing / agentic-qe

数据库架构验证、数据完整性测试、迁移测试、事务隔离和查询性能。适用于测试数据持久性、确保引用完整性或验证数据库迁移。

测试与质量82
Q
qe-n8n-security-testing
qe-n8n-security-testing
proffesor-for-testing / agentic-qe

检测 n8n 工作流中的凭据泄露、验证 OAuth 流程、测试 API 密钥管理并核验数据清理。验证 n8n 工作流安全性时使用

安全82
Q
qe-performance-analysis
qe-performance-analysis
proffesor-for-testing / agentic-qe

为 Claude Flow 集群提供全面的性能分析、瓶颈检测和优化建议

Agent 工作流82
Q
qe-pr-review
qe-pr-review
proffesor-for-testing / agentic-qe

具备范围意识的 GitHub PR 审查,采用友好的语气和信任层级校验

测试与质量82
Q
qe-shift-right-testing
qe-shift-right-testing
proffesor-for-testing / agentic-qe

在生产环境中使用功能标志、金丝雀部署、合成监控和混沌工程进行测试。适用于实现生产可观测性或渐进式交付。

测试与质量82
Q
quality
quality
qualitymd / quality.md

当用户希望 AI 助手或编码 Agent 为项目/实体的质量管理及其某个组件/领域提供搭建指导、评估、评审、改进、建议跟进,或配套的技能/命令行更新帮助时使用。触发场景包括关于质量因素、特性、属性、标准、领域、因素、需求的请求,改进安全/可靠/易用等质量因素,评审 QUALITY.md 模型或评估结果,依据质量标准评估某个根领域,应用或移交建议,更新 /quality 技术栈,或撰写/改进 QUALITY.md 文件。

测试与质量82
R
radiomics-ml
radiomics-ml
aperivue / medsci-skills

在使用经典学习器(LASSO、SVM、随机森林、XGBoost 等)构建或审计影像组学或表格化临床 ML 预测模型时使用。强制要求嵌套 CV、维度控制、折内特征选择、特征稳定性、校准和外部验证。

数据与数据库82
R
refactoring-expert
refactoring-expert
samhvw8 / dot-claude

遵循 Martin Fowler 编目的系统化代码重构。方法论:特征测试、红-绿-重构、增量式改造。能力:SOLID 合规、DRY 清理、代码异味检测、复杂度削减、遗留系统现代化、设计模式、函数式编程模式。动作:重构、提取、内联、重命名、移动、简化代码。关键词:重构、SOLID、DRY、代码异味、复杂度、提取方法、内联、重命名、移动、整洁代码、技术债、遗留代码、设计模式、特征测试、红-绿-重构、函数式编程、高阶函数、不可变性、纯函数、组合、柯里化、副作用。适用场景:提升代码质量、减少技术债、应用 SOLID 原则、修复 DRY 违规、消除代码异味、现代化遗留代码、应用设计模式。

开发82
R
requesting-code-review

在完成任务、实现主要功能或合并前使用,以验证工作符合要求。

测试与质量82
R
review-anvil
review-anvil
mrshu / agent-skills

当用户要求多轮代码评审与修复、迭代式评审循环、多次评审者审查,或通过 codex/claude 评审来加固改动时使用。

测试与质量82
R
review-plan
review-plan
existential-birds / beagle

在执行前审查实现计划中的并行化、TDD、类型、库和安全性

测试与质量82
S
sb-audit
sb-audit
strongeron / storybook-workbench

定期 Storybook 审计 - 命名漂移调查、归档/决策看板审查、生命周期标记、使用情况刷新。适用于 'audit my Storybook'、'find drift'、'show pending decisions' 或定期目录健康检查。

测试与质量82
S
security-review
security-review
pixel-process-ug / superkit-agents

在审查代码安全漏洞、实现认证或授权、处理用户输入、管理密钥或审计依赖项已知 CVE 时使用。触发条件:认证实现、输入处理、密钥管理、依赖审计、部署前安全检查、OWASP 合规审查。

安全82
S
setup-pre-commit
setup-pre-commit
leandrocfe / skills

在当前存储库中设置 Husky 预提交钩子、lint-staged(Prettier)、类型检查和测试。在用户想要添加预提交钩子、设置 Husky、配置 lint-staged 或添加提交时格式化/类型检查/测试时使用。

测试与质量82
第 7021–7080 条,共 11,903 条

第一次接触 MCP?

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

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