mcpField

Skills

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

测试与质量

O
observability-testing-patterns
observability-testing-patterns
proffesor-for-testing / agentic-qe

面向仪表盘、告警、日志聚合、APM 追踪和 SLA/SLO 验证的可观测性与监控验证模式。在测试监控基础设施、仪表盘准确性、告警规则或指标管道时使用。

测试与质量105
P
product-audit
product-audit
gtrabanco / agentic-workflow

跨代码、质量、流程、文档、路线图和工具链审计整个产品;它负责全仓库范围的缺陷排查、安全研究和损坏版本调查(按维度限定范围和预算,与 `review-change` 的变更范围审查不同)。输出一份按严重程度排序、带 F 编号并附建议的报告;绝不修复或提交工作项。触发词:"product-audit"、"audit the product"、"full health check"、"are we product-ready"、"CTO review"。

测试与质量105
Q
qe-requirements-validation
qe-requirements-validation
proffesor-for-testing / agentic-qe

验证验收标准的可测试性,将需求追溯到测试用例,并根据用户故事生成 BDD 场景。当验证验收标准、构建需求可追溯性矩阵、管理 Gherkin 场景,或在开发前确保需求覆盖完整时使用。

测试与质量105
R
reviewing-developer-guide
reviewing-developer-guide
bm629 / agent-skills

在审查或评判一份完成或修订后的开发者指南——即开发者工具产品(SDK/库/命令行/框架/API 平台)的采用 + 集成叙述——时使用。判断开发者能否仅凭该指南安装、集成并运维该工具。这是一道关卡,而非撰写。依据单一来源的 14 项可采用性 + 准确性标准进行评判:有标识的"从这里开始" + 可验证的首次成功;概念先于操作;操作指南覆盖交付的场景;示例可运行且与当前工具一致(无虚构/过时的端点);链接到 api 参考文档,绝不重复它;Diataxis 模式标注清楚;有故障排查路径;修订以差异范围为界进行审查。只输出 `VERDICT: approve|revise` + 可执行的发现项;对达到标准的指南予以通过(对单薄的指南不误判为修订),仅在指出具体缺口时要求修订。不用于撰写它、终端用户的用户指南、端点目录(api 参考文档审查)或工程设计文档(design-review)。

测试与质量105
R
reviewing-release-runbook
reviewing-release-runbook
bm629 / agent-skills

在审查/评判一份发布运行手册(将系统交付到生产的上线流程)时使用——判断一位不熟悉的工程师能否仅凭它执行、验证并回滚。这是一道关卡,而非撰写。依据单一来源的 11 项可执行性 + 安全性标准进行评判:每一步都可安全复制粘贴 + 幂等,并给出预期结果;有一道 go/no-go 关卡;完整的回滚(每个正向变更都有对应的回退、可度量的触发条件、不可逆时前滚);部署后验证复用测试计划的标准;升级 + 监控;不内联任何密钥(内嵌的 token/key 是一项发现项);有状态变更的安全性(按比例);对影响用户的部署设有沟通窗口(按比例);命令已对照上游来源抽查;无虚构内容;修订以差异范围为界。只输出 `VERDICT: approve|revise` + 可执行的发现项;对达到标准的运行手册予以通过(不误判为修订),仅在指出具体缺口时要求修订。不是撰写它,不是 QA 测试计划,也不是工程设计文档(design-review)。

云与 DevOps105
R
reviewing-user-guide
reviewing-user-guide
bm629 / agent-skills

在审查/评判一份终端用户产品指南——即通常非技术用户为达成产品目标所阅读的面向使用方的帮助(教程、操作指南、说明、产品功能/设置参考、故障排查、术语表)——时使用,判断真实用户能否仅凭该指南完成所有受支持的目标。这是一道关卡,而非撰写。依据单一来源的 12 项可用性 + 准确性标准进行评判:每个目标一份操作指南;四种 Diataxis 模式正确标注(不混为一谈);完整的产品参考(不是 HTTP API);步骤准确并按其在 UI 中的确切标签命名;按症状索引的故障排查;非技术读者能看懂的平实语言;可访问性 + 可查找性;明示假设,无虚构;修订以差异范围为界。只输出 `VERDICT: approve|revise` + 可执行的发现项;对达到标准的指南予以通过(不误判为修订),仅在指出具体缺口时要求修订。不是撰写它、开发者采用指南、端点目录或工程设计文档(design-review)。

测试与质量105
S
shopware-phpunit
shopware-phpunit
friendsofshopware / agent-skills

在 Shopware 6 项目中编写 PHPUnit 测试的最佳实践,包括集成测试、单元测试以及插件和应用的常见测试模式。

测试与质量105
S
sonarqube
sonarqube
claude-dev-suite / claude-dev-suite

SonarQube/SonarCloud 集成,用于持续代码质量。设置、配置、质量门禁和 CI/CD 集成。适用场景:用户提到 "SonarQube"、"SonarCloud"、"quality gates",询问 "code coverage"、"technical debt"、"code smells"、"sonar-project.properties"、"SonarScanner"。不适用于:ESLint/Biome——请使用 linting 技能;OWASP 安全——请使用安全技能;测试工具——请使用 Vitest/Playwright 技能

测试与质量105
S
static-security
static-security
verygoodopensource / vgv-ai-flutter-plugin

面向 Flutter 移动应用和 Dart 代码的静态安全审查:硬编码密钥、不安全存储、不安全网络调用、日志泄露、存在漏洞的依赖项。适用于审查或编写涉及密钥、用户数据、网络通信、认证或加密的代码,或在登录、注册、支付表单中的用户输入到达仓库或 API 之前为其添加验证时。也适用于被要求实现不安全改动而非审查它时:将 API key 移至 --dart-define、String.fromEnvironment、.env 文件或 CI secrets,或"我们的审查者标记了这一行"。还适用于依赖项漏洞审查,以及从不提及"security"的安全审计:pubspec 是否可以安全发布、检查依赖项的已知漏洞或 CVE、ignored_advisories 条目,或我们暴露于其中的固定版本。

安全105
T
tdd

暂无简介

测试与质量105
T
test-strategy
test-strategy
naodeng / awesome-qa-skills

需要制定涵盖范围、方法、资源、风险和质量门禁的测试策略时使用此技能;触发词包括“测试策略”和“test strategy”。

测试与质量105
T
tooluniverse-self-review
tooluniverse-self-review
mims-harvard / tooluniverse

对照用户的实际目标审阅现有工作,呈现有证据支撑的优势、差距、风险与下一步修复建议。适用于被要求 eval、evaluate、review、assess 或 check 当前/这项工作/我的/我们的工作;判断任务是否完成;构建完成标准清单或评分标准;或执行评分、LLM-as-judge、Qworld 或 RET 评估。将普通的 eval/review 请求视为定性评估:从对话、产物、文件或 diff 中确定“当前工作”,除非用户明确要求分数、等级、评分、评级、加权标准、Qworld 或 RET,否则绝不给出数字评分。不适用于实现自动化评估套件、测试、评分器或基准。

Agent 工作流105
V
verify-results
verify-results
shaishavmaisuria / research-paper-lifecycle-skills

检查论文报告中的指标是否与本地代码产物输出一致。用于结果复现检查、产物评估、可复现性检查清单、代码与论文比对审计、表格或论断指标比较,以及徽章就绪度评审。

测试与质量105
W
workflow-setup
workflow-setup
athola / claude-night-market

为测试、lint 和部署配置 GitHub Actions CI/CD 工作流。当为 Python、Rust 或 TypeScript 项目搭建自动化时使用。

云与 DevOps105
A
audit-xcode-security-settings
audit-xcode-security-settings
adithyani / agents

审计并启用以安全为导向的 Xcode 构建设置。逐步启用编译器警告、静态分析器检查器和 Enhanced Security 功能。适用于:用户希望保护其 Xcode 项目、审计安全设置、启用加固、审查构建配置的安全态势、设置以安全为中心的静态分析、启用静态分析、提高警告覆盖率、加固诊断,或在 C/C++/Objective-C/Swift 编译时捕获更多 bug。跳过:网络安全(TLS/ATS)、代码签名、隐私 API。

安全104
A
auditing-foundry-smart-contract-security
auditing-foundry-smart-contract-security
mukul975 / anthropic-cybersecurity-skills

在 Foundry 项目中对 Solidity 智能合约进行部署前安全审计。结合静态分析(Slither、Aderyn)、符号执行(Mythril)和基于属性的测试(forge fuzz + 带 handler 的不变量测试),在部署到 EVM 链之前捕获重入、访问控制、预言机/价格操纵和算术错误。同时强制实施密钥卫生(无私钥明文、加密的 cast keystore)和安全的部署工作流。适用于编写、审查、测试或部署 Solidity/Foundry 合约、构建 dApp,或使用 forge/cast/anvil、MetaMask 或 Web3/DeFi 代码的场景。

安全104
C
cawplan-qa-commit
cawplan-qa-commit
cawcut / skill-cawplan

当用户要求收集、提交、上传或汇总 CawPlan QA 会话日报 JSON 时使用——例如 提交 QA 日报、QA 日报、测试日报、提交测试日报、QA 会话上报 或 /cawplan-qa-commit。不适用于:coding/代码日报(请使用 cawplan-coding-commit)、git 提交、查看 insights、查询成本或搜索工单。

测试与质量104
C
ci-fix-tests
ci-fix-tests
codeceptjs / skills

在 CodeceptJS 运行失败后,于 CI 上以非交互模式使用——仅尝试安全的修复(定位器漂移、缺失的等待),重跑失败的场景,回滚没有帮助的修改,在 `output/ci-fix.md` 中报告。不做重构、不修改配置、不掩盖不稳定测试。触发词为“ci fix tests”“auto-fix failing tests”“attempt repair on CI”,或作为失败运行后的 CI 步骤。

测试与质量104
C
code-review

暂无简介

测试与质量104
C
code-review
code-review
shipshitdev / skills

审查 PR 或 diff 的正确性、安全性和规格一致性,包括 TypeScript、数据库安全、测试和开关泄漏。用于 /code-review 或 is this safe to merge

测试与质量104
C
codex-build
codex-build
chaseai-yt / claudex-loop

让 Codex 实现具体的工作单,并让 Claude 独立检查最终改动。保留显式的 Codex 构建者选择;基于主机的规划和自动审查者选择请使用 claudex-loop。

Agent 工作流104
C
create-adapter
create-adapter
harbor-framework / harbor

通过运行 `harbor adapter init` 搭建新的 Harbor 基准适配器,然后依据 Adapters Agent Guide 作为权威规范来指导实现。

测试与质量104
D
data-profiler
data-profiler
datadrivenconstruction / ddc_skills_for_ai_agents_in_construction

对建筑数据进行剖析,以了解其特征、分布、质量指标和模式。对数据质量评估和 ETL 规划至关重要。

数据与数据库104
D
ddt
ddt
jybill / xqv-skills

检查并纠正 dont-do-that packaging 问题,包括过度封装、过度抽象、薄 helper、薄类型拆分、单次引用 enum / 常量、实例属性绕传参数、React 组件职责放置错误、React 前端 util 组织错误和 Node.js 后台分层职责错误;当用户要求 review 或修改代码结构、内联小函数、合并薄类型、收回单点常量、整理 React hook / TSX / 前端 util 职责、检查 Node.js service / logic / query 分层,或判断代码是否符合项目规范时使用。

开发104
D
docs-review
docs-review
cloudflare / cloudflare-docs

评审文档 PR 并提供 GitHub PR 建议。在被要求评审、建议修改或对文档内容提供反馈时加载。涵盖 MDX、frontmatter、风格指南、组件和内容准确性。

文档处理104
E
elixir-security-review
elixir-security-review
existential-birds / beagle

审查 Elixir 代码中的安全漏洞,包括代码注入、原子耗尽和密钥处理。适用于审查处理用户输入、外部数据或敏感配置的代码时。

安全104
E
error-tracking-hono
error-tracking-hono
posthog / skills

面向 Hono 的 PostHog 错误跟踪

开发104
F
frontend-design-codex
frontend-design-codex
dachent / skills

当 Codex 正在构建、修改或审查前端 UI、Web 应用界面、响应式布局、组件表面、仪表盘视图、表单流程、视觉系统或需要视觉打磨、无障碍、截图或浏览器 QA 的无模板产品界面时使用。

设计与 UI104
I
input-validation
input-validation
datadrivenconstruction / ddc_skills_for_ai_agents_in_construction

在数据处理前校验建筑数据输入:成本估算、进度计划、BIM 数据和现场报告。通过领域专用规则及早发现错误。

数据与数据库104
I
integration-tests
integration-tests
andrelandgraf / fullstackrecipes

通过 Bun 的测试运行器直接导入处理函数来测试 API 路由。测试快速可靠,无 HTTP 开销。

测试与质量104
J
jmeter-test-plan-creator
jmeter-test-plan-creator
jeremylongshore / tons-of-skills-marketplace

创建 jmeter 测试计划创建器操作。自动激活技能,适用于

测试与质量104
M
mailsac
mailsac
okou-ai / okou-skills

暂无简介

测试与质量104
M
midscene-guide

暂无简介

测试与质量104
P
performance-monitor
performance-monitor
404kidwiz / claude-supercode-skills

观察、基准测试与优化 AI Agent 的专家。专长于 token 用量追踪、延迟分析与质量评估指标。适用于优化 Agent 成本、衡量性能或实现评估。触发词包括 "agent performance"、"token usage"、"latency optimization"、"eval"、"agent metrics"、"cost optimization"、"agent benchmarking"。

Agent 工作流104
P
performance-profiler
performance-profiler
borghei / claude-skills

面向 Node.js、Python 和 Go 的性能分析:CPU 火焰图、内存泄漏检测、包体积分析、查询优化和 k6 负载测试。适用于诊断慢端点、内存增长、庞大包体积或流量高峰。

开发104
P
playwright
playwright
julianobarbosa / claude-code-skills

使用 Playwright 完成完整的浏览器自动化。自动检测开发服务器,将整洁的测试脚本写入 /tmp。可测试页面、填写表单、截图、检查响应式设计、验证用户体验、测试登录流程、检查链接,并自动化任意浏览器任务。当用户想要测试网站、自动化浏览器交互、验证 Web 功能或执行任何基于浏览器的测试时使用。

测试与质量104
P
playwright-verify
playwright-verify
rheinmir / setup

使用独立 .mjs 脚本安装并使用 Playwright(不通过 npx playwright test / *.spec.ts)来快速做一次性验证:截取 localhost/file:// 的截图、读取 console/pageerror、在元素不可见或无法点击时测量 getBoundingClientRect、通过 addCookies+addInitScript 绕过认证;涉及多个步骤时,则使用持久会话模式 connectOverCDP(各轮之间保留标签页/cookie,不盲写整个剧本)。当用户说 'verify bằng playwright'、'chụp ảnh trang'、'test nhanh UI bằng script'、'verify nhiều bước'、'giữ session giữa các lần chạy'、'claude-in-chrome bị chặn localhost'、'không click được / không thấy phần tử',或调用 /playwright-verify 时使用。不同于 uat-nonit-testcase(面向非 IT 人员的 UAT 测试用例集)和 claude-in-chrome(扩展,被 localhost/file:// 拦截)——这是适用于所有任务的通用指南。

测试与质量104
P
postgres-query
postgres-query
civitai / civitai

运行 PostgreSQL 查询以进行测试、调试和性能分析。适用于需要直接查询数据库、运行 EXPLAIN ANALYZE、对比查询结果或测试 SQL 优化时。始终传入目标 —— `--prod` 或 `--dev` —— 因为 prod 和 dev 是不同的数据库,默认是 prod。除非明确另有指示,否则始终使用只读连接。

数据与数据库104
P
promptfoo-provider-setup
promptfoo-provider-setup
promptfoo / promptfoo

将 Promptfoo 连接到模型、实时 HTTP API、本地 Python/JavaScript provider 或应用代码。用于请求/认证映射、响应解析、OpenAPI 设置和连接冒烟测试。更广泛的评估覆盖请使用 promptfoo-evals,攻击选择请使用 promptfoo-redteam-setup。

测试与质量104
Q
qe-test-generation
qe-test-generation
proffesor-for-testing / agentic-qe

生成持久优先的测试——能在重写后依然存活的边界处的不变量、契约和基于属性的测试——外加单元、集成和 e2e 覆盖。当为新代码或变更代码创建测试、填补覆盖缺口,或在 Jest、Vitest 和 Playwright 之间迁移测试套件时使用。

测试与质量104
S
sfdipot-product-factors
sfdipot-product-factors
proffesor-for-testing / agentic-qe

James Bach 的 HTSM 产品因素(SFDIPOT)分析,用于生成全面的测试策略。当分析需求、史诗或用户故事,以在 Structure、Function、Data、Interfaces、Platform、Operations 和 Time 维度上生成按优先级排序的测试想法时使用。

测试与质量104
S
stitch-sdk-bug-bash
stitch-sdk-bug-bash
google-labs-code / stitch-sdk

使用真实 API key 查找 Stitch SDK 中的 bug。涵盖标准功能边界和棘手情形。

测试与质量104
S
subagent-driven-development
subagent-driven-development
nousresearch / hermes-agent

通过 delegate_task 子 Agent 执行计划(两阶段审查)。

Agent 工作流104
S
subagent-driven-development
subagent-driven-development
pcvelz / superpowers

在当前会话中执行独立任务的实现计划时使用

Agent 工作流104
S
superset-feedback
superset-feedback
superset-sh / skills

收集并提交关于 Superset 的反馈——缺陷报告、功能请求或一般反馈——私下发送给 Superset 团队或作为公开的 GitHub issue。当用户想报告 Superset 缺陷、请求功能或发送关于 Superset 的反馈时使用。

测试与质量104
T
tinfoil-security
tinfoil-security
membranedev / application-skills

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

安全104
V
V3 Performance Optimization
V3 Performance Optimization
proffesor-for-testing / agentic-qe

实现激进的 v3 性能目标:Flash Attention 提速 2.49x-7.47x,搜索性能提升 150x-12,500x,内存减少 50-75%。全面的基准测试与优化套件。

开发104
A
api-testing
api-testing
fugazi / test-automation-skills-agents

使用 Playwright request fixture(TypeScript)或 REST Assured(Java)测试 REST 和 GraphQL 端点契约。适用于覆盖 schema、认证、状态/错误处理、分页、幂等性、速率限制或契约检查的独立 API 测试;不适用于浏览器 E2E 测试。关键词:REST、GraphQL、API 契约、schema 校验、REST Assured。

测试与质量103
A
architecture-review
architecture-review
athola / claude-night-market

评估架构决策、ADR 合规性与耦合度。在评估设计变更或合并前验证结构性决策时使用。

测试与质量103
C
cwicr-data-validator
cwicr-data-validator
datadrivenconstruction / ddc_skills_for_ai_agents_in_construction

验证 CWICR 数据质量和估算输入。检查错误、不一致、离群值和缺失数据。

数据与数据库103
D
debug-fix-failed-flaky-autotests
debug-fix-failed-flaky-autotests
testomatio / skills

诊断并修复失败的自动化测试。分析失败原因、检查 DOM、定位根本原因,并使用框架工具和 MCP/CLI 调试模式应用定向修复。在测试失败、不稳定或行为不一致(例如本地通过但 CI 中失败)时使用。

测试与质量103
D
diff-analysis
diff-analysis
athola / claude-night-market

分析变更集,进行风险评分、按类型和影响分类,并准备发布说明。当从原始变更数据中提取洞察时使用。

开发103
D
dotnet-exception-handling
dotnet-exception-handling
rysweet / amplihack

全面的 .NET 异常处理质量改进工作流。自动检测 .NET 项目,排查 10 种常见异常处理错误,生成按优先级排序的问题清单,并按最佳实践编排修复。

测试与质量103
D
dyl-review
dyl-review
cursor / plugins

以 Dylan 的风格审查一个或多个 PR:最多 7 条可直接复制粘贴的请求,以及一个 🟢/🟡/🔴 判定。默认快速;"deep" 会加入 thermos 和 Bugbot。用于 /dyl-review、"review this PR like me",或简短的设计/正确性评论。绝不向 PR 发布内容。

测试与质量103
F
footgun-scan
footgun-scan
maxrave-dev / kotlin-footguns

扫描 Kotlin 或 Compose Multiplatform 差异,查找已知的易错模式,并打开对应陷阱以确认每个匹配项。提交前、审查 Kotlin 更改时或审计代码库时使用。

测试与质量103
F
functional-tests
functional-tests
dev-toolings / superpowers-symfony

使用 WebTestCase、getContainer、loginUser 和 DAMA rollback 为 Symfony 控制器和 HTTP 端点编写功能测试

测试与质量103
G
go-ci
go-ci
eduardo-sl / go-agent-skills

Go 项目的持续集成:GitHub Actions 流水线、缓存、golangci-lint 配置、测试/覆盖率门禁、漏洞扫描、SAST(CodeQL、gosec)、Dependabot、固定 Action 版本、构建矩阵和 Makefile 目标。适用于:“设置 CI”“Go 的 GitHub Actions”“在流水线中添加 lint”“CI 速度慢”“覆盖率门禁”“构建矩阵”“编写 Makefile”“在 CI 中运行 govulncheck”。不适用于:提交规范(git-commit)、选择或审计依赖项(go-dependency-audit)、编写测试本身(go-test-quality)、发布和签名(go-build-release)。

云与 DevOps103
I
implement
implement
leandrocfe / skills

根据一份规范或一组工单实现一项工作。

开发103
L
lint-rule-development
lint-rule-development
biomejs / biome

在创建或修改 Biome lint 规则或 assist 时使用本技能,包括 analyzer 查询、语义绑定、规则状态、代码操作、修复安全性、选项、注册,以及面向终端用户的规则 rustdoc。进行大量消息/建议设计时也加载 diagnostics-development,处理 fixture 或快照机制时加载 testing-codegen。

开发103
M
middleware-testing-patterns
middleware-testing-patterns
proffesor-for-testing / agentic-qe

企业级中间件测试模式,涵盖消息路由、转换、DLQ、协议中介、ESB 错误处理与 EIP 模式。在测试中间件层、消息代理、ESB 或集成总线时使用。

测试与质量103
第 6001–6060 条,共 11,903 条

第一次接触 MCP?

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

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