mcpField

Skills

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

测试与质量

W
web-pentester
web-pentester
rade-nugroho / agentic-enteprises-skill

指导经授权的 Web 应用与 API 安全测试——范围界定与约定规则、面向 OWASP 的测试(注入、认证/会话、访问控制、SSRF、XSS、CSRF、业务逻辑)、REST 与 GraphQL API 安全、无需商业工具的 Burp/ZAP 风格手动方法论、证据与修复报告,以及复测验证。强调书面授权与安全边界。适用于 Web 渗透测试、OWASP Web 评估、Web 应用安全测试、API 渗透测试、Burp 风格测试、经授权后的 XSS 或 SQL 注入测试——不适用于网络/AD/基础设施渗透测试(network-pentester)、通用多领域渗透测试编排(penetration-tester)、LLM 或 Agent 对抗测试(ai-redteam)、企业对手模拟或紫队行动(red-team-specialist)、SOC 告警分诊(soc-analyst)、事件指挥(incident-responder),或 CI/CD 安全门禁与 SBOM 项目(devsecops)。

安全42
W
webapp-testing
webapp-testing
aaaaqwq / agi-super-team

用于使用 Playwright 与本地 web 应用交互和测试的工具包。支持验证前端功能、调试 UI 行为、捕获浏览器截图和查看浏览器日志。

测试与质量42
W
work-research

调研并综合形成结构化报告(RS-XXX)。这是一个通用技能,根据输入提供六种流程:对某主题的自由调研;在规划前解决 US-XXX/TK-XXX/WI-XXX 中待定的决策;对 issue 或 bug 的分析(复现、根因与测试诊断,交付物为 bug-fix 类型的 WI);对测试用例 TC-XXX 的审计;遗留代码分析(从现有代码中发现功能 FT-XXX 及其测试);以及项目间的迁移 discovery。当用户请求 "investiga"、"research"、"¿es viable?"、"¿cómo funciona X?"、"¿qué impacto tiene?"、"compara opciones"、"¿qué falta por decidir?"、"hay un bug"、"falla en producción"、"analiza el bug #1234"、"revisa este caso de prueba"、"analiza este código legacy"、"ingeniería inversa de requisitos"、"migración entre proyectos",或提及 "RS-XXX" 时激活。如果上下文中存在项目管理工具的产出物或标识符,则直接使用而无需询问。

开发42
X
xcode-test
xcode-test
ratacat / claude-skills

使用 XcodeBuildMCP 在模拟器上构建并测试 iOS 应用

测试与质量42
Z
zr-validate
zr-validate
zenon-red / skills

在收到 ValidateReview 动作时,验证一个同行评审结果。

测试与质量42
A
a11y
a11y
dawitlabs / ui-skills

无障碍审计大师 skill:使用 axe-core 扫描每个屏幕,测试键盘导航,检查焦点可见性,审计 ARIA 和语义结构,然后按严重程度从高到低修复所有问题。按优先级逐屏处理,并进行视觉和程序化验证。用户希望修复无障碍问题、满足 WCAG 2.1 AA、改进键盘导航,或调用 /a11y 时使用。

测试与质量41
A
aaa-pattern
aaa-pattern
yanko-belov / code-craft

在编写测试时使用。在测试结构不清晰时使用。在 arrange/act/assert 各阶段混杂时使用。

测试与质量41
A
act
act
petr-korobeinikov / skills

actionlint 之后的第二道防线:使用 act(nektos/act)在本地运行 GitHub Actions 工作流,以检查它们确实能运行,而不仅是能解析。就工作流提交提出运行建议;绝不阻止它。

测试与质量41
A
agent-browser
agent-browser
makerjackie / jackie-skills-starter

用于页面导航、表单填写、点击、截图、提取、Web 测试、登录流程和脚本化 Web 交互的 AI 浏览器自动化命令行工具。

Agent 工作流41
A
ai-eval-regression-ops-review
ai-eval-regression-ops-review
sylphxai / skills

设计并审计 AI 评估回归运营、黄金数据集、提示词/模型发布门禁、评分标准治理、评审漂移、安全用例、质量监控、成本/延迟护栏、故障分诊、供应商/模型变更、人工评审与回滚。当 AI 功能、Agent、copilot、推荐或自动化需要在无静默回归的情况下可靠改进时使用。

测试与质量41
A
ai-feedback-collector-zh
ai-feedback-collector-zh
openharmonyinsight / openharmony-skills

当用户想要反馈、收集、整理、归类或模板化 AI 工具使用过程中的问题时使用此 skill,适用于编码 Agent、聊天助手、办公助手、搜索、写作、数据分析、内部 AI 系统等任意场景。该 skill 会把自由描述转换为结构化反馈报告,并输出明确的问题分类、标签、严重程度、场景、影响和补充信息建议。

生产力41
A
algo-host
algo-host
marketcalls / openalgo-execution-skills

验证生成的策略,并为 OpenAlgo 的 /python 可自托管策略页面生成上传指南。确认环境变量读取、SIGTERM、仅 stdout 日志。

云与 DevOps41
A
android-testing
android-testing
fandhe-ai / agent-reference-skills

Android 应用开发(Kotlin)测试参考。涵盖 JUnit4、AndroidJUnit4、Truth、Espresso(速查表)、测试金字塔、测试替身、Mockito、MockK、Robolectric;coroutines/Flow/ViewModel 测试、ActivityScenario、FragmentScenario、UiAutomator、AndroidTestOrchestrator;createComposeRule、runComposeUiTest、ComposeUiTestConfig、Compose UI 测试同步、CI 和 Window Testing(按屏幕尺寸)。

测试与质量41
A
api-contract-testing
api-contract-testing
naodeng / awesome-qa-skills

需要验证 API 合同兼容性、使用方预期和架构变更风险时使用此技能;触发场景包括 API 合同测试。

测试与质量41
A
api-mock-generator
api-mock-generator
jeremylongshore / tons-of-skills-marketplace

生成 api mock generator 操作。用于 API 的自动激活 skill

测试与质量41
A
apply-stack-conventions
apply-stack-conventions
igmarin / rails-agent-skills

适用于为 PostgreSQL + Hotwire + Tailwind 技术栈编写新的 Rails 代码时。不适用于一般架构评审。触发词:stack conventions、PostgreSQL、Hotwire、Tailwind、Turbo、Stimulus。

开发41
A
arc42-review
arc42-review
msiccdev / arc42-toolkit

审查任意 arc42 章节或完整文档的准确性、完整性、跨章节一致性以及与 arc42 标准的符合程度。直接读取文档文件,根据细节级别执行检查,并生成按严重程度关联修复建议的结构化问题报告。可提出使用相关章节 skill 立即解决严重问题。

测试与质量41
A
arkweb-thread-safety-review
arkweb-thread-safety-review
openharmonyinsight / openharmony-skills

在扫描或审查 OpenHarmony ArkWeb/Chromium C++ 单文件中的线程安全违规时必须使用,涉及 PostTask、BindOnce、base::Unretained(this)、WeakPtr、scoped_refptr、mojo::Connector、GPU/Audio/DrDC 线程、NDK/UI 回调、NWeb、WebContents、Profile、BrowserContext、NavigationController。强制进行误报控制,仅输出 standard_rule1-standard_rule10 的严格 JSON schema 违规。

测试与质量41
A
artilleryio
artilleryio
membranedev / application-skills

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

测试与质量41
A
assumption-buster
assumption-buster
wojons / skills

通过反例、边界情况和对抗性思维,积极挑战并尝试证伪各种假设

生产力41
A
attest
attest
simota / agent-skills

验证规范合规性:从规范中提取 AC,以对抗方式检查符合性,生成 BDD 场景和可追溯性矩阵。在必须证明实现与 PRD/SRS/AC 一致时使用。

测试与质量41
A
audit-now
audit-now
terrylica / cc-skills

强制立即进行一轮验证。触发条件——ru audit、force validation、audit now、run audit。

Agent 工作流41
A
audit-performance
audit-performance
kensaurus / skills

审计并修复运行时性能(Core Web Vitals、加载优先级)。当出现「slow page」「LCP/INP/CLS」「fetchpriority」「long tasks」或「bfcache」时使用。JS 体积问题 → audit-bundle-size。即时导航 → enhance-web-instant-nav。加载限制 → test-load。

开发41
A
autonomous-engineer
autonomous-engineer
johngbl / staff-engineer

面向 AI 编码 Agent 的资深工程师级元技能。基于证据的验证循环、严格的 TDD、反猜测规范和整洁代码。

Agent 工作流41
B
backend-tester
backend-tester
olehsvyrydov / ai-development-team

拥有 10 年以上 Java 测试经验的资深 QA 工程师。适用于使用 JUnit 编写单元测试、使用 Testcontainers 创建集成测试、实现 API 测试、遵循 TDD 方法,或使用 StepVerifier 测试响应式代码。

测试与质量41
B
baseline-selection-audit
baseline-selection-audit
a-green-hand-jack / ml-research-skills

审计 ML/AI 实验基线的必要性、公平性、时效性与评审风险。在选择基线或检查 SOTA 对比时使用。

数据与数据库41
B
beforemerge-react-review
beforemerge-react-review
beforemerge / beforemerge-skills

面向 React 应用的全面代码审查规则(框架无关)。涵盖安全反模式、性能陷阱、架构错误和代码质量问题。在审查、编写或重构 React 代码时使用此技能——尤其是在合并拉取请求之前。触发场景包括 React/TypeScript 项目中的代码审查、PR 审查、安全审计、性能审查或质量检查。不涵盖 Next.js 特有的模式(请参阅 nextjs-review)。

测试与质量41
B
biome-tooling
biome-tooling
laurigates / claude-plugins

Biome:一体化 JS/TS 格式化与 linter,比 ESLint/Prettier 快 15-20 倍。在设置格式化/linting 或从 ESLint+Prettier 迁移时使用。

开发41
B
bro-review-spec-plan
bro-review-spec-plan
irpsv / ai-bro

对结果规格或实现计划进行独立评审,而不修改它们。当用户请求检查 spec 或计划、CreatePlan 卡片、验收标准或任务范围时使用。当用户请求编写规格或计划、实现任务、修正工件或评审代码变更时,不要使用。

测试与质量41
B
build-and-test
build-and-test
microsoft / agent-framework

如何在 Agent Framework 仓库中构建和测试 .NET 项目。在验证或测试更改时使用。

测试与质量41
B
bulletproof-react-auditor

当用户询问 React 项目结构、Bulletproof React 模式或需要架构指导时,主动使用。涵盖结构搭建、代码库审计、反模式检测和基于特性的迁移规划。触发词包括 "bulletproof react"、"React structure help"、"organize React app" 或 "audit my architecture"。

开发41
B
bunwv
bunwv
naticha / bunwv

通过持久化的 Bun.WebView 会话进行无头浏览器测试。适用于测试前端 UI、验证页面内容、填写表单、点击按钮、截图,或与本地或预发布 Web 应用交互。触发短语包括 "test the page"、"check the UI"、"browse to"、"fill the form"、"click the button"、"take a screenshot"。

测试与质量41
C
ci
ci
chachamaru127 / claude-code-harness

CI 红了?交给我们。流水线消防队部署上线。当用户提到 CI 失败、构建错误、测试失败或流水线问题时使用。不要用于:本地构建、标准实现工作、评审或配置。

云与 DevOps41
C
ci-sentinel
ci-sentinel
yonatangross / orchestkit

面向仓库中失败 PR 的每日自主分类器。对所有必需检查为红色的开放 PR 无头运行 /ci-debug,将判定结果以折叠式 PR 评论发布,并追加写入每仓库的 .sentinel/ledger.jsonl。v1 为只建议不应用——绝不自动推送修复。适用于你厌倦了 /status 扫描反复发现同样 10 种 CI 失败模式时。

测试与质量41
C
ck:skill-creator
ck:skill-creator
binjuhor / shadcn-lar

以 eval 驱动的迭代方式创建或更新 Claude 技能。适用于新技能、技能脚本、参考材料、基准优化、描述优化、eval 测试、扩展 Claude 的能力。

Agent 工作流41
C
claude-superpowers
claude-superpowers
mohitagw15856 / pm-claude-skills

启用一套 4 阶段编码纪律框架,强制 Claude 在编码前先规划、在分支上隔离改动、先写测试,并在交付前对输出做两次自审。适用于启动复杂编码任务、此前 Claude 会话产出了有问题的初稿,或希望避免返工循环时。产出经确认的书面计划、隔离的功能分支、测试先行的实现,以及带正确性与代码质量清单的双重审查输出。

Agent 工作流41
C
code-review
code-review
jackspace / claudeskillz

适用于收到代码评审反馈时(尤其当反馈含糊或技术上存疑时)、完成需要评审的任务或主要功能之后,或在做出任何完成/成功声明之前。涵盖三项实践——以技术严谨而非表面迎合的态度接收反馈、通过 code-reviewer 子 Agent 请求评审,以及在做出任何状态声明前要求证据的验证关卡。对于子 Agent 驱动的开发、Pull Request 以及防止虚假的完成声明至关重要。

测试与质量41
C
code-review
code-review
phatysddev / skills

根据对应的 Phat 任务、功能规格、验收标准、仓库工程规范及已接受的原型证据,审查一项实现变更。独立或最终模式下记录有依据的任务证据/状态;委派模式下向上级返回只读报告。用于 implement-task 之后,或审查工作树、暂存变更、提交或分支时。

测试与质量41
C
code-review
code-review
pipecat-ai / pipecat

使用多个专用 Agent 对拉取请求进行自动化代码审查

测试与质量41
C
code-review

暂无简介

测试与质量41
C
code-security-audit
code-security-audit
buyoung / skills

基于 OWASP 对任意代码库执行代码安全审计。对照 ASVS 5.0.0 验证要求、API Security Top 10 2023 风险模式、OWASP CheatSheet 安全编码实践和 WSTG 测试方法分析源代码。输入为待审查的代码库;输出为详细的 Markdown 安全审计报告。当用户请求安全审计、安全审查、漏洞评估或代码安全分析时使用。

安全41
C
comprehensive-code-review
comprehensive-code-review
openharmonyinsight / openharmony-skills

面向 ACE Engine(OpenHarmony ArkUI)的代码审查,覆盖 C++/JS/TS/ArkTS。分析 19 个以上维度:稳定性、性能、线程、安全、内存、现代 C++ 实践、SOLID 原则、设计模式、健壮性、可测试性、可维护性、可观测性、API 设计、技术债、向后兼容性。报告严重程度等级、重构建议和 ACE Engine 检查(Pattern/Model/Property、组件生命周期、RefPtr/WeakPtr、四层架构)。适用于:审查 PR、分析代码质量、执行标准、识别技术债、验证架构、生成质量报告。

测试与质量41
C
coverage
coverage
helderberto / agent-skills

检查未暂存变更的测试覆盖率。当用户要求 "check coverage"、"/coverage",或想查看哪些未暂存变更缺少测试覆盖时使用。不适用于没有 lcov 覆盖率输出的项目、不带覆盖率运行完整测试套件,或检查已提交变更的覆盖率。

测试与质量41
C
create-formal-verification-skill
create-formal-verification-skill
mdsmithaustin / pstack

生成项目本地 Skill,使用合适的验证工具,以任意语言对出错代价最高、测试覆盖最少的代码进行形式化验证。适用于 /create-formal-verification-skill、“对这个竞态进行模型检查”、“证明这个不变量”,或并发、重试、状态机、解析器或不安全代码需要超越测试的验证时。

测试与质量41
D
debug
debug
htlin222 / dotfiles

通过日志分析调试错误和异常行为。用于处理问题和错误消息。

开发41
D
debug-task
debug-task
phatysddev / skills

通过针对具体症状的复现和循证探查,诊断报告中的错误、任务失败或性能回退。可单独用于诊断,或在原因不明时嵌入 implement-task/auto-implement 工作流;生产修复、验证策略和任务状态由所属工作流负责。

开发41
D
devdocs-test-cases
devdocs-test-cases
ab300819 / keel-workflow

暂无简介

测试与质量41
D
diagnose
diagnose
leandrocfe / skills

针对困难 bug 和性能回归的严格诊断循环。复现 → 最小化 → 提出假设 → 插桩 → 修复 → 回归测试。当用户说“diagnostica isso”/“debuga isso”、报告 bug、说某处坏了/报错/失败,或描述性能回归时使用。当用户说 "diagnose this" / "debug this"、报告 bug、说某处坏了/报错/失败,或描述性能回归时使用。

开发41
D
dkh
dkh
dkod-io / harness

从单个提示词构建完整应用的自主执行框架。使用 dkod 进行并行 Agent 执行与 AST 级语义合并。编排一个按符号将工作分解为并行单元的 Planner、多个通过隔离的 dkod 会话同时实现的 Generator Agent,以及一个通过 Playwright CLI(首选)或 chrome-devtools MCP(备选)加 dk_verify 测试实际结果的怀疑式 Evaluator。全程自主——从提示词到可用且经过测试的 PR 零用户交互。每当用户提供构建提示词("build a..."、"create a..."、"make a...")或调用 /dkh 时使用此技能。

Agent 工作流41
D
doc-brd-audit
doc-brd-audit
vladm3105 / aidoc-flow-framework

审计 BRD——运行声明式结构检查以及内容评审,并为 doc-brd-fixer 生成合并报告。用于 PRD 之前的 BRD 质量把关。

文档处理41
D
dotnet-testing-advanced-testcontainers-database
dotnet-testing-advanced-testcontainers-database
kevintsengtw / dotnet-testing-agent-skills

使用 Testcontainers 进行容器化数据库测试的专门技能。当需要测试真实数据库行为、使用 SQL Server/PostgreSQL/MySQL 容器、测试 EF Core/Dapper 时使用。涵盖容器启动、数据库迁移、测试隔离、容器共享等。当用户提及 Testcontainers database、SQL Server container、PostgreSQL container、EF Core integration test、Dapper testing 或 Collection Fixture 时,请务必使用此技能,即使他们没有明确要求基于容器的数据库测试。关键词:testcontainers、容器测试、container testing、database testing、数据库测试、MsSqlContainer、PostgreSqlContainer、MySqlContainer、EF Core testing、Dapper testing、Testcontainers.MsSql、Testcontainers.PostgreSql、GetConnectionString、IAsyncLifetime、CollectionFixture

测试与质量41
E
e2e-test
e2e-test
phatysddev / skills

使用仓库检测到的、限定于任务范围的端到端运行器验证任务负责的关键用户流程,同时将写入限制在任务所属的测试文件中。用于 implement-task 选择 e2e-test 验证时。

测试与质量41
E
e2e-test-generator
e2e-test-generator
nextstage-brasil / skills

(NS) 在前端任务存在后,于 SDD 规划期间为 Cypress/TypeScript 生成 E2E 测试任务 markdown。适用于按功能规划 Cypress 覆盖范围——而非编写 spec(请使用 create-e2e-tests)。需要来自前端任务的 data-testid 约定。设备感知的 desktop/tablet/mobile 结构。

测试与质量41
E
effect-best-practices
effect-best-practices
forcedotcom / salesforcedx-vscode

强制使用 Effect-TS 模式处理 service、error、layer、atom 以及 Effect.pipe 组合。在编写 Effect.Service、Schema.TaggedError、Layer、effect-atom、Effect.fn/`.pipe` 或 `yield*` 管道时使用。

开发41
E
eks-app-log-analysis
eks-app-log-analysis
panlm / skills

适用于用户希望在 FIS 实验期间或之后分析 EKS 应用日志。触发词为 "analyze app logs"、"application log analysis"、"check application behavior"、"分析应用日志"、"查看应用表现"、"应用日志分析"。支持两种模式:实时监控(实验期间)和事后分析(实验之后)。从 aws-fis-experiment-prepare/execute 输出读取实验上下文。

云与 DevOps41
E
exhaustive-systems-analysis
exhaustive-systems-analysis
petekp / agent-skills

对系统及其子系统进行全面深入分析,以识别缺陷、竞态条件、过时文档、死代码和正确性问题。在以下情况使用:「audit this system」、「exhaustive analysis of X」、「analyze for correctness」、「root out issues in...」、「deep dive into...」、「verify this code is correct」、「find bugs in...」,或审查 Agent 编写的代码是否可投入生产时。会自动将系统分解为子系统,应用相应的分析清单,并生成带严重性分级的结构化发现。

测试与质量41
F
fail-fast
fail-fast
howells / skills

移除隐藏的回退、被吞掉的错误、遗留别名和宽松的默认值。不适用于保持行为的清理(`unslop`)或必需的兼容性。

开发41
F
fishbone-analysis
fishbone-analysis
rbraga01 / quality-engineering-skills

构建石川图、因果分析或 6M 鱼骨图,在通过 5-Why 缩小范围并确定根本原因之前,集思广益并分类所有可能原因。涵盖人员、机器、方法、材料、测量和环境(自然因素)。适用于 8D D4 头脑风暴和 CAPA 根本原因调查。

测试与质量41
F
frontend-code-review
frontend-code-review
dnm03 / frontend-code-review

审查 React、Next.js App Router、TypeScript、Tailwind CSS、shadcn/ui、TanStack Query 及前端 UI 代码。用于审查 PR、分支、差异、页面、组件、hook、Server Action、路由处理器或 API 客户端;调试前端行为;评估生产就绪情况;或检查运行时错误、客户端/服务端边界、数据获取、安全性、无障碍、UX 状态、响应式布局、性能、SEO 元数据、国际化和可维护性。

测试与质量41
G
gate
gate
iankiku / forwward-teams

(forwward) 在自我修复循环中运行 lint、typecheck、build 和 test,读取错误、修复错误并最多重试 4 次。触发于验证、检查、确保它能工作、提交前验证、部署前检查或任何质量门禁。

测试与质量41
第 10861–10920 条,共 11,845 条

第一次接触 MCP?

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

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