mcpField

Skills

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

测试与质量

R
reviewing-code
reviewing-code
prefecthq / fastmcp

审查代码的质量、可维护性和正确性。在审查拉取请求、评估代码变更或对实现提供反馈时使用。重点关注 API 设计、模式和可操作的反馈。

测试与质量120
R
reviewing-prd
reviewing-prd
bm629 / agent-skills

在评审或评判一份已完成的 PRD(产品需求文档)、以决定能否据此规划下游构建时使用——这是验收关卡,而非撰写。依据 12 项可规划性标准评判 PRD:问题有证据支撑(而非断言),用户具体,成功指标可衡量(在可被钻空子之处设有护栏),MVP 边界站得住脚,功能 + 验收标准具体,非功能需求带有数值目标,问题→目标→指标→功能→AC 链条可追溯(无孤儿项),依赖项已列明,没有编造证据,开放问题已浮现。也可将 AMEND 作为增量范围的评审来评审。只输出 `VERDICT: approve|revise` 以及可执行的发现。批准达到标准的 PRD(不会对单薄的 PRD 误判为 revise),仅在有真实、具体命名的缺口时才 revise。不适用于撰写或修复 PRD,不适用于工程设计文档(规格、ADR、RFC),也不适用于其他文档类型。

测试与质量120
R
running-flow
running-flow
robomotionio / agent-skills

先在本地校验(`robomotion validate`),再在机器人上执行 Robomotion 流程(`robomotion run <flow-dir>`),跟踪 agent 模式的 JSONL 会话日志,以有限重试驱动"校验 → 运行 → 观察 → 修复"循环。当用户说 "run the flow"、"start on robot X"、"trigger this on the robot"、"test on a robot" 或 "deploy and run" 时使用。

开发120
S
sentry
sentry
maddhruv / absolute

将你的开发生命周期提升 10 倍的绝佳技能

测试与质量120
S
skill-creator-advanced
skill-creator-advanced
jpcaparas / skills

创建或改进可安装的 skill,评估其行为,并管理 skill 库。适用于 skill 编写、调用、披露、评估、放置或生命周期变更。

Agent 工作流120
S
spec-kit-checklist
spec-kit-checklist
aircury / ai-framework

针对选定领域(UX、API、安全性、性能……),审查 spec.md、plan.md 和 tasks.md 中需求的质量。编写由审查者维护的检查清单,用于检验需求是否完整、清晰、可衡量且一致——这是需求的单元测试,而非代码测试。

测试与质量120
S
strix-cloud-api
strix-cloud-api
usestrix / strix

通过 app.strix.ai REST API 以无界面方式驱动托管式 Strix 平台 —— 创建 API token、注册域名/仓库资产、启动并轮询渗透测试扫描、列出并分诊漏洞、导出 SARIF、下载 PDF/DOCX 报告(Enterprise 方案)、发起 PR 评审,以及设置定时任务和 webhook。当用户希望在没有本地 Docker/LLM 基础设施的情况下使用 Strix,或希望通过 API 在团队看板中、按计划或在 CI 中跟踪扫描时使用。

安全120
T
technical-advisory
technical-advisory
404kidwiz / claude-supercode-skills

具备深度推理能力的专家技术顾问,专注于架构决策、代码分析和工程指导。精通复杂权衡、系统设计、安全架构、性能优化和工程最佳实践。在做出关键架构决策时、完成重要工作后、调试复杂问题时、遇到不熟悉的模式时、面临安全/性能问题时,或评估多系统权衡时使用。提供包含清晰建议和理由的全面分析。

开发120
T
testing-flow
testing-flow
robomotionio / agent-skills

使用 @robomotion/sdk/testing 运行并编写 Robomotion 流程的行为测试。当用户说 "test the flow"、"write tests for main.ts"、"mock this service"、"check branch coverage",或流程在变更前需要回归测试时使用。若需 pspec schema 校验,请改用 validating-flow。

测试与质量120
T
testing-llm
testing-llm
yonatangross / orchestkit

LLM 与 AI 测试模式 —— mock 响应、使用 DeepEval/RAGAS 进行评估、结构化输出校验,以及 agentic 测试模式(generator、healer、planner)。用于测试 AI 功能、校验大模型输出,或构建评估流水线时。

测试与质量120
V
validating-flow
validating-flow
robomotionio / agent-skills

通过 `robomotion validate <flow-dir>` 依据 pspec schema 校验已编译的 Robomotion 流程。无误时退出码为 0,出错时为 1,并在 stderr 上给出逐节点报告;无 stdout 输出(可在 shell 管道中组合)。当用户说 "validate this flow"、"check the flow"、"is this correct",或运行前使用。它不运行流程 — 行为测试请使用 testing-flow。

测试与质量120
A
alibaba-java-development-guide
alibaba-java-development-guide
sxuan-coder / alibaba-java-development-guide

《阿里巴巴 Java 开发手册(黄山版)》总纲与路由入口。涵盖编程规约、异常日志、单元测试、安全规约、MySQL 数据库、工程结构、设计规约七大维度。编写、审查或设计 Java 代码,处理异常/日志,编写 SQL 或设计表,编写单元测试,设计项目架构,或适用阿里巴巴 Java 规范时使用。编写或修改 Java 或 SQL 代码前,先阅读 SKILL.md 中的“规约执行策略”。P0 红线(新代码与被修改的存量代码都必须合规;静默保留红线问题视为违规):禁止使用 Executors.newFixedThreadPool/newCachedThreadPool 等工厂方法(必须使用参数显式的 new ThreadPoolExecutor);禁止裸 new Thread;日期禁止使用 SimpleDateFormat 和 java.util.Date(一律使用 java.time + DateTimeFormatter);SQL 禁止使用 ${} 拼接;update/delete 必须带 where;资源必须使用 try-with-resources;禁止用空 catch 吞掉异常;集合禁止返回 null;ThreadLocal 使用后必须调用 remove()。修改存量代码时,“其他保持不变”不适用于红线:先完成原需求,随后必须在输出中明确指出红线问题(引用规约编号)并附上修复代码——输出中出现红线反例却只字不提,即视为任务失败。命名等风格规约仅强制新写代码;存量代码不重命名、不刷屏。按需查阅 data/ 中的对应章节。

开发119
A
alicloud-ai-multimodal-qwen-omni-test
alicloud-ai-multimodal-qwen-omni-test
cinience / alicloud-skills

针对 Model Studio Qwen Omni 的最小多模态 omni 冒烟测试。

测试与质量119
A
alicloud-ai-search-rerank-test
alicloud-ai-search-rerank-test
cinience / alicloud-skills

针对 Model Studio rerank 模型的最小 rerank 冒烟测试。

测试与质量119
A
app-intents-code-review
app-intents-code-review
existential-birds / beagle

评审 App Intents 代码的 intent 结构、实体、快捷指令和参数。在评审包含 import AppIntents、@AppIntent、AppEntity、AppShortcutsProvider 或 @Parameter 的代码时使用。

测试与质量119
A
ataopro-alibaba-java-coding-guidelines
ataopro-alibaba-java-coding-guidelines
ataopro / ataopro-alibaba-java-coding-guidelines

阿里巴巴 Java 开发手册(阿里开发规范),用于代码规范检查和指导开发。当用户需要检查 Java 代码是否符合阿里开发规范时调用此技能。

测试与质量119
B
benchmark-checklist
benchmark-checklist
mdsmithaustin / pstack

在报告或依据性能测量采取行动前,先核验测量结果(限制因素、调优、边界、误差、可重复性、相关性,以及工作是否实际发生)。运行基准测试,或报告测得的加速或性能回退时使用

测试与质量119
C
code-refinement
code-refinement
athola / claude-night-market

从重复、效率和架构契合度三方面提升代码质量。当代码通过测试但质量不佳,或在重大发布前使用。

开发119
C
code-review
code-review
github / spec-kit

审查 Spec Kit 代码变更,检查其与适用设计文档的一致性、正向与负向测试覆盖、缺陷修复的回归证据,以及仓库术语的一致性。在审查 diff 或 pull request 时使用。不要用于实现变更或提交 GitHub 审查操作。

测试与质量119
C
code-reviewer

使用此技能审查代码。它支持本地更改(已暂存或工作区中的更改)和远程 Pull Request(通过 ID 或 URL)。重点关注正确性、可维护性以及是否符合项目标准。

测试与质量119
C
comet-github-ci-triage
comet-github-ci-triage
rpamis / comet

使用 PR 当前准确 head、失败 job 日志、本地复现边界和可合并状态,诊断 Comet PR 的 GitHub Actions 与覆盖率检查。PR 出现 CI 报错、Codecov 问题、过期检查或无法解释的红色 job 时使用。

云与 DevOps119
C
commit-security-scan
commit-security-scan
factory-ai / factory-plugins

使用大模型推理和威胁模型模式分析代码变更中的安全漏洞。用于 PR 审查、提交前检查或分支比较。

安全119
H
http-toolkit-intercept
http-toolkit-intercept
factory-ai / factory-plugins

使用 HTTP Toolkit 拦截并调试来自任意命令行、服务或脚本的 HTTP 流量。当你需要检查 LLM API 调用、后端请求、认证流程,或调试任意语言或运行时的网络层问题时使用。

开发119
I
investigating-performance
investigating-performance
osmontero / opencode-skills

当某些东西太慢、占用过多内存或 CPU、在负载下性能下降或超时,以及在做出任何旨在提速的改动之前使用。触发语包括"this is slow"、"optimize this"、"high latency"、"p99"、"memory leak"、"it's fine locally but not in production"、"the query takes forever"、"reduce bundle size",以及任何让代码变快的请求。

开发119
L
leaderboard

从已合并的基准测试提交中发布 nurb 模型排行榜。对自上次重新生成以来落地的每次运行进行健全性检查,撰写或刷新编辑评语,重新生成 benchmarks 仓库的 REPORT.md 和本仓库的 site/benchmarks.html,并开启发布 PR。当用户说 "update the leaderboard"、"publish the benchmarks"、"regenerate the benchmark page",或在合并提交 PR 后使用。

测试与质量119
M
metric-validation-harness
metric-validation-harness
pproenca / dot-skills

在信任或优化某个软件度量之前对其进行实证验证——把任意候选度量(一个接受路径并打印单个数字的命令)与一个语料库作为输入,运行实验试图推翻一个好度量必须具备的每一项属性。检查确定性(相同输入在不同运行与哈希种子下得到相同数字)、对表面修改的不变性(同时也是反博弈探测)、在构造递增修改下的单调性、区分度、边界输入上的鲁棒性、近似线性的可处理性,以及构念效度(收敛效度、相对 LOC 的区分效度、预测 AUC、相对基线的提升)。当有人提出、评审、调优或发布某个度量、分数或指标,问“这个度量好吗”,怀疑某个分数与 LOC 相关或在两次运行之间跳变,或构建确定性优化目标时触发。它是 deterministic-metric-design 技能的实证配套,且为只读。

测试与质量119
M
multilingual-score
multilingual-score
indranilbanerjee / digital-marketing-pro

评估译文是否适合发布:质量、品牌语气和市场合规性。“这份德语译文可以发布了吗”

营销与增长119
N
n8n-integration-testing-patterns
n8n-integration-testing-patterns
proffesor-for-testing / agentic-qe

针对 n8n 与外部服务集成的 API 契约测试、认证流程、速率限制处理以及错误场景覆盖。在测试 n8n 节点集成时使用。

测试与质量119
P
pact-foundation
pact-foundation
membranedev / application-skills

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

测试与质量119
P
playwright
playwright
prowler-cloud / prowler

Playwright E2E 测试模式。触发条件:编写 Playwright E2E 测试(Page Object Model、选择器、MCP 探索工作流)时。对于 ui/tests 下 Prowler 特有的 UI 约定,还需使用 prowler-test-ui。

测试与质量119
P
plugin-best-practices
plugin-best-practices
fradser / dotclaude

当用户要求“validate plugin structure”“review manifest files”“check frontmatter compliance”“verify tool invocation patterns”“explain plugin component types”,或需要 Claude Code 插件的架构指导时,应使用本技能。

Agent 工作流119
P
pr-create
pr-create
basicmachines-co / basic-memory

当明确要创建或更新 Basic Memory 拉取请求时使用。此兼容入口将完整工作流委托给 pull-request,并将最新提交的 Codex 门禁委托给 pr-review-loop。

开发119
P
pre-ship-review
pre-ship-review
terrylica / cc-skills

在任意检查点(如 PR、发布或里程碑)交付代码之前,运行结构化的质量审查。每当用户说……时使用。

测试与质量119
Q
qa-thinking
qa-thinking
testomatio / skills

从 QA 的视角分析开发者正在构建的功能——边界情况、负面流程、滥用、不明显的场景。适用于被问到“可能出什么问题?”“我漏了什么?”或“以 QA 视角审查一下”时。

测试与质量119
R
reference-video-replica-qc
reference-video-replica-qc
pluviobyte / video-production-skills

分析、重现、对齐并验证参考视频的运动效果。用户要求重现、复制、匹配、对齐、像素级对齐或比较视频时;HyperFrames 或 Remotion 重制版被认为未对齐时;需要分离固定参考播放与可复用运动组件时;或交付需要提供全帧运行时、渲染、解码、边界、时序和归档证据,而非仅提供抽样截图时使用。

创意与媒体119
R
requirement-gate-review

暂无简介

测试与质量119
R
review-code
review-code
catlog22 / claude-code-workflow

多维度代码审查,输出结构化报告。分析正确性、可读性、性能、安全性、测试和架构。触发词为「review code」、「code review」、「审查代码」、「代码审查」。

测试与质量119
R
review-feedback-schema
review-feedback-schema
existential-birds / beagle

用于跟踪代码评审结果、以支持反馈驱动的技能改进的 schema。在记录评审结果或分析评审质量时使用。

测试与质量119
S
storybook-play-functions

在向 Storybook 故事添加交互测试时使用。可直接在故事中对组件行为、用户交互和状态变化进行自动化测试。

测试与质量119
T
tdd-london-chicago
tdd-london-chicago
proffesor-for-testing / agentic-qe

应用 London(基于 mock)与 Chicago(基于 state)TDD 流派。适用于实践测试驱动开发或为你的场景选择测试风格时。

测试与质量119
T
Test Case Creation
Test Case Creation
danhvb / my-ba-skills

基于需求创建有效的测试用例和场景,以确保完整覆盖和可追溯性

测试与质量119
U
ux-microcopy-audit
ux-microcopy-audit
uxcel-lab / product-skills

依据 UX 写作标准审计界面文案——标签、按钮、错误信息、空状态、工具提示、通知、表单提示。产出按严重程度评级的问题清单及具体改写建议。适用于审查 UI 文案的清晰度、语气和一致性,或作为任何生成界面后的验证步骤。

设计与 UI119
V
validate-counts
validate-counts
yonatangross / orchestkit

校验 hook、skill 与 agent 的数量在 CLAUDE.md、hooks.json、清单与源目录之间是否一致。适用于增删组件后数量可能过时、发布前,或 CLAUDE.md 的 Project Overview 看起来有误时。

测试与质量119
V
vibe-build
vibe-build
khazp / vibe-coding-prompt-template

通过相关检查与可用的用户旅程,实现一个新项目切片。

开发119
V
vibe-debug
vibe-debug
adhi-jp / agent-skills

在根据粗略的 Agent 辅助编码报告调试或修复现有功能、回归、此前失败的修复、反复出现的「还是坏的」反馈、仅源码调试停滞、未观测到的运行时状态、工具或自动化故障、特定环境下的故障、运行时产物不匹配、安全边界意外,或感觉不对劲的修复时使用。

开发119
V
vitest
vitest
thongdn-it / react-agent-skills

Vitest 测试框架模式,涵盖测试设置、异步测试、使用 vi.* 进行 mock、快照以及测试性能(原 test-vitest)。编写或调试 Vitest 测试时应使用此技能。此技能不涵盖 TDD 方法论(请用 test-tdd 技能)、使用 MSW 进行 API mock(请用 test-msw 技能)或 Jest 专用 API。

测试与质量119
W
web-design-guidelines
web-design-guidelines
hairyf / skills

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

设计与 UI119
W
wp-security-review
wp-security-review
jorgerosal / wordpress-skills

WordPress 安全代码审查与漏洞检测。在审查 WordPress PHP 代码的安全问题、审计主题/插件的漏洞、上线前检查代码、分析 AJAX/REST 处理器的可利用点、检测 XSS、SQL 注入、CSRF 或授权绕过时使用,或在用户提到“security review”、“vulnerability”、“XSS”、“SQL injection”、“CSRF”、“nonce”、“sanitization”、“escaping”、“capability check”、“privilege escalation”、“file upload security”、“insecure code”、“auth bypass”、“security audit”时使用。可检测输入处理、输出转义、授权、nonce、数据库查询、文件上传和危险函数中的漏洞。

安全119
X
xp-practices
xp-practices
proffesor-for-testing / agentic-qe

应用 XP 实践,包括结对编程、群体编程、持续集成和可持续节奏。适用于实施敏捷开发实践、改善团队协作或采用技术卓越实践时。

开发119
0
058-design-bdd
058-design-bdd
jabrena / plinth

当 Java 变更需要独立的、行为驱动开发(BDD)指导时使用——从可信的行为事实出发,经由具体示例与可观察场景,并在行为待定或模糊时进行有针对性的澄清。适用于以下请求:Apply BDD;Facilitate behavior examples;Discover scenarios with Given When Then;Review these examples for shared domain language;Complete BDD discovery。作为一次自包含的交互。属于 Plinth Toolkit 的一部分

测试与质量118
0
059-design-atdd
059-design-atdd
jabrena / plinth

在审查 OpenSpec 变更的执行目标、验收标准以及实现或验证任务是否对齐时使用。以下请求应触发此技能:使用 ATDD 审查此 OpenSpec 变更;对照任务检查验收标准;查找缺少任务覆盖的验收标准;检测偏离执行目标的任务;说明此 OpenSpec 变更中缺失、含糊、歧义、不完整、不存在或偏离的内容。属于 Plinth Toolkit 的一部分。

测试与质量118
A
accessibility
accessibility
kreerc / accessibility.md

针对 Web 无障碍与可用性的质量保证,尤其面向残障用户。在参与任何 Web 项目时使用。

测试与质量118
A
adversarial-reviewer
adversarial-reviewer
emdash-cms / emdash

针对具体的正确性缺陷、不安全假设和故障模式,对代码更改进行压力测试。用户明确要求对抗性审查、深入查找 Bug、彻底剖析更改,或在提交前检查自己的更改时使用。不要用于常规审查、风格反馈或一般改进建议。

测试与质量118
A
ascendc-mssanitizer
ascendc-mssanitizer
ascend / agent-skills

Ascend C 算子 mssanitizer 内存检测分析技能。用于检测和分析算子内存问题:非法内存访问、非法释放、内存泄漏、UB 地址越界,生成问题报告。自动识别算子工程类型(ops 算子仓用 GE IR 模式,自定义算子用 Python 模式)。触发关键词:mssanitizer、内存检测、内存泄漏、非法访问、illegal free、内存错误。

测试与质量118
C
combine-code-review
combine-code-review
existential-birds / beagle

审查 Combine 框架代码,查找内存泄漏、操作符误用和错误处理问题。适用于审查包含 import Combine、AnyPublisher、@Published、PassthroughSubject 或 CurrentValueSubject 的代码。

测试与质量118
C
comet-github-issue-triage
comet-github-issue-triage
rpamis / comet

对照当前仓库契约、源码、Runtime、测试和安装行为,验证并分类 Comet GitHub Issue。用户询问 Issue 是否真实、可复现、重复、已实现、属于配置问题,或是否适合后续处理时使用。

测试与质量118
C
comet-github-pr-review
comet-github-pr-review
rpamis / comet

以只读、证据优先的方式审阅 Comet 社区 PR,包括最新 diff、关联 Issue、review thread 状态、可合并性和 CI。用户要求审阅 PR、判断评论是否仍然有效,或准备简洁的合并阻塞评论时使用。

测试与质量118
C
create-handover-test
create-handover-test
agentmantis / test-skills

为 Playwright E2E 测试套件创建由工单驱动的交接测试。以工单前缀命名测试,将其放入交接测试目录,并遵循晋升生命周期。当被要求编写交接测试、工单测试、功能测试或针对特定工单号的测试时使用。

测试与质量118
C
create-regression-test
create-regression-test
agentmantis / test-skills

为 Playwright E2E 测试套件创建回归或冒烟测试 spec 文件。生成 spec 文件、测试数据 JSON 和 fixture 更新。处理完整的测试脚手架,包括 beforeAll 清理、POM 使用和并行安全的数据。当被要求为某项功能编写回归测试、冒烟测试或 E2E 测试时使用。

测试与质量118
D
ddd-devops-integration
ddd-devops-integration
full-stack-skills / ddd-skills

DDD DevOps 集成——包含 ArchUnit 自动化架构校验的 CI/CD 流水线、针对 DDD 项目的多模块构建优化、面向分层/六边形/整洁架构的 Docker/K8s 容器化部署、面向领域事件的数据库迁移策略,以及领域健康度监控。当用户询问 DevOps、CI/CD、DDD 部署、ArchUnit CI,或需要自动化 DDD 项目构建时使用。

云与 DevOps118
第 5521–5580 条,共 11,903 条

第一次接触 MCP?

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

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