mcpField

Skills

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

测试与质量

R
review-plan
review-plan
efoo-team / skills

仅在用户明确调用 /review-plan(在 Codex 中为 $review-plan)时使用。绝不自动调用。在实现前的计划或作业计划,由多个独立的评审视角(若委派机制可用,则为用于评审的子 Agent)进行严格评审,并至少执行 3 个周期的评审→妥当性确认→采纳决定→将采纳意见反映到计划文档的提案。不直接编辑计划文档本体,也不实现源代码,改订提案通过聊天呈现。

测试与质量62
R
review-ui-states
review-ui-states
every-app / open-seo

Semrush 和 Ahrefs 的开源替代方案

测试与质量62
R
rspec-best-practices
rspec-best-practices
midudev / autoskills

在编写、审查或清理 Ruby 与 Rails 代码库的 RSpec 测试时使用。涵盖 spec 类型选择、工厂设计、不稳定测试修复、共享示例、确定性断言、测试驱动开发纪律,以及为 Rails 变更选择最佳的首个失败 spec。在选择 model、request、system 和 job spec 时同样适用。

测试与质量62
R
rubocop-fixer
rubocop-fixer
majesticlabs-dev / majestic-marketplace

适用于修复 Rubocop 违规。运行 Rubocop 识别问题,按项目规范应用修复,并解释不易理解的修正。

测试与质量62
S
saas-business-logic-analyst
founderjourney / claude-skills

资深业务逻辑分析师(15 年以上经验),专注于 SaaS 系统(YC/SV 标准)。当用户需要以下事项时启用:(1) 审计代码中的业务逻辑,(2) 发现收入泄漏或计费缺陷,(3) 审查订阅/计费/多租户逻辑,(4) 分析具有业务影响的边界情况,(5) 评估代码的扩展/转型就绪度,(6) 对 SaaS 代码库进行尽职调查,(7) 识别不变量违背,(8) 评估代码中的组织/知识风险。触发词:“审计业务逻辑”“审查计费代码”“检查订阅逻辑”“发现收入泄漏”“SaaS 代码审查”“多租户安全”“定价逻辑”“分析边界情况”“尽职调查”“业务逻辑分析师”。

测试与质量62
S
setting-up-support-slack-locally
setting-up-support-slack-locally
posthog / ai-plugin

将真实的 Slack 工作区连接到本地的 PostHog Conversations(SupportHog Slack 应用),让 Slack 消息变成支持工单、回复也能回贴。适用于:用户想在本地测试 conversations 的 Slack 集成、遇到“Support Slack OAuth client ID is not configured”、在 OAuth 回调时白屏或报“Network error”,或询问如何设置 SUPPORT_SLACK_APP_CLIENT_ID / 为 supporthog Slack 事件配置隧道。内容涵盖 Slack 应用与权限范围、SUPPORT_SLACK_* 动态设置,以及关键分工:OAuth 和 UI 用 localhost,公共隧道仅用于入站事件。

开发62
S
shepherd
shepherd
robinebers / skills

持续轮询状态,仅在所有自动审查者完成后才行动,全程守护一个 GitHub 拉取请求直至可合并。未经明确的人工批准绝不合并。适用于用户说“守护这个 PR”“照看这个 PR”“把这个 PR 弄到可合并”“等 Cubic”“等 Bugbot”,或要求推动某个 PR 走完审查流程时。

测试与质量62
S
skill-conductor
skill-conductor
smixs / skill-conductor

创建、编辑、评估和打包 Agent 技能。适用于从零构建新技能、改进现有技能、修复从不触发或触发不可靠的技能、运行评测来测试技能、对技能性能进行基准测试、优化技能描述、审查第三方技能的质量,或为分发打包技能——即使用户没有明确提到 “skill”(例如 “teach Claude to do X”、“make the agent always follow Y”)。不适用于使用技能或一般编码任务。

Agent 工作流62
S
skill-debug
skill-debug
nyldn / claude-octopus

通过有界反馈循环和原始场景验证调试可复现的症状

开发62
S
skill-evaluator
skill-evaluator
gotalab / skillport

依据 Anthropic 的最佳实践评估 Agent 技能。在被要求审查、评估、评定或审计技能质量时使用。分析 SKILL.md 结构、命名约定、描述质量、内容组织,并识别反模式。给出可执行的改进建议。

Agent 工作流62
S
skill-staged-review
skill-staged-review
nyldn / claude-octopus

当 PR 或功能需要同时进行规格评审和代码质量评审时使用

测试与质量62
S
skill-updater
skill-updater
oimiragieo / agent-studio

以研究为依据的技能刷新工作流,用于更新现有技能,包含 TDD 检查点、记忆感知集成以及 EVOLVE/反思触发处理。

Agent 工作流62
S
solidity-checklist
solidity-checklist
0xlayerghost / solidity-agent-kit

[AUTO-INVOKE] 必须在任何链上操作(cast send、forge script --broadcast)之前调用。系统化的 6 层验证清单:权限、依赖、参数、安全、测试和知识沉淀。触发:任何涉及发送交易、部署合约或与链上状态交互的任务。

测试与质量62
S
sonarqube-ai-slop-gate
sonarqube-ai-slop-gate
pproenca / dot-skills

纠正模型在将可自托管的 SonarQube Server 搭建为 AI 生成代码的持续门禁时所持的错误默认设置,已对照 docs.sonarsource.com 于 2026 年 7 月验证(Server 2026.3、LTA 2026.1)。在配置 SonarQube、设计质量门禁,或为 AI 辅助工作将扫描步骤接入 CI 时使用。涵盖那些运行显示绿色却几乎没测量任何东西的配置——模糊因子会跳过新增行少于 20 行时的重复率和覆盖率条件,且默认开启;重复率从不在测试代码上测量;不存在可用于门禁的 `new_cognitive_complexity` 指标;`sonar.host.url` 现在默认指向 sonarcloud.io 而非 localhost;浅克隆会将新代码归因降级为时间戳。还涵盖 AI Code Assurance——项目标志、门禁资格、已弃用的 Copilot 自动检测——以及 Community Build 完全无法分析 pull request。不适用于 SonarQube Cloud、IDE 连接模式或编写自定义分析器规则。

测试与质量62
S
speckit-analyze
speckit-analyze
full-stack-skills / speckit-skills

在任务生成后,对 spec.md、plan.md 和 tasks.md 执行非破坏性的跨产物一致性与质量分析。适用于需要按 Spec Kit 工作流执行该步骤的场景(基于 GitHub Spec Kit 官方模板)。

测试与质量62
S
speckit-checklist
speckit-checklist
full-stack-skills / speckit-skills

根据用户需求为当前功能生成自定义检查清单。适用于需要按 Spec Kit 工作流执行该步骤的场景(基于 GitHub Spec Kit 官方模板)。

测试与质量62
S
spectrum-audit
spectrum-audit
zzci / skills

审计代码库是否遵循 Spectrum 设计系统和 React Spectrum S2 最佳实践。当开发者要求审计、审查、lint 或检查项目的 Spectrum/S2 正确性、配置、样式、无障碍性或组件使用问题时使用

测试与质量62
S
static-analysis
static-analysis
gmh5225 / awesome-llvm-security

精通基于 LLVM 的静态分析,包括数据流分析、指针分析、污点追踪和程序验证。在实现安全扫描器、缺陷查找器、代码质量工具,或进行程序分析研究时使用此技能。

安全62
S
systematic-debugging

遇到任何错误、测试失败或意外行为时使用,在提出修复方案之前

开发62
T
test-audit
test-audit
every-app / open-seo

Semrush 和 Ahrefs 的开源替代方案

测试与质量62
T
testing-state-restoration
testing-state-restoration
skydoves / android-testing-skills

使用此 skill 通过 `StateRestorationTester` 测试 `rememberSaveable` 的往返,这是唯一受支持、可证明 Compose 状态能在进程终止和配置变更后存活的工具。涵盖构造函数(`StateRestorationTester(rule: ComposeContentTestRule)`)、为什么 `restorationTester.setContent { }` 必须替换 `rule.setContent { }`、用于证明恢复确实发生的两个阶段之间 `state = null` 技巧、1 MB Bundle 上限,以及哪些内容未被覆盖(Activity 生命周期、配置变更、普通 `remember`)。当开发者问 "如何测试 rememberSaveable"、"测试状态在旋转后存活"、"恢复后状态丢失"、"Bundle 超出最大大小",或展示一个在 `emulateSavedInstanceStateRestore` 后重新读取同一状态引用的测试并困惑于为何什么都没变时,使用此 skill。

测试与质量62
T
testing-with-espresso-interop
testing-with-espresso-interop
skydoves / android-testing-skills

使用此技能在同一测试中混用 Compose 查找器和 Espresso 的 `onView` —— 适用于 Android `Dialog` 窗口、IME(软键盘)状态、位于 Android View 层级中的 `ComposeView`,或跨越 Compose/View 边界的焦点交互。涵盖 `createAndroidComposeRule<A>()` 的设置、自动把 Compose 的 `IdlingResource` 注册到 Espresso 的 `EspressoLink` 桥接、`onRootWithViewInteraction` API,以及为什么 `Espresso.onView(...)` 必须从测试线程运行(而不能从 `runOnIdle` / `runOnUiThread` 中运行)。适用于开发者提到“Espresso onView 与 Compose 同时使用”、“View 中的 ComposeView”、“软键盘测试”、“Dialog 焦点”、“compose interop 测试”,或出现从 `runOnIdle` 内部调用 Espresso 并死锁的测试时。

测试与质量62
T
testmo
testmo
membranedev / application-skills

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

测试与质量62
T
traversing-the-semantics-tree
traversing-the-semantics-tree
skydoves / android-testing-skills

使用此技能通过 `onParent`、`onChildren`、`onChild`、`onChildAt`、`onSibling`、`onSiblings`、`onAncestors`,以及集合辅助方法 `onFirst`、`onLast`、`filter`、`filterToOne` 和 `[index]` 运算符,从一个 Compose 语义节点导航到其亲属节点。涵盖何时遍历、何时添加稳定的 `testTag`,LazyColumn/LazyRow 的注意事项(只有当前已组合的子节点会出现),不存在单数的 `onAncestor`,以及导航过程中持续生效的 `useUnmergedTree` 标志。适用于开发者提到 `onChildren`、`onChild`、`onParent`、`onSiblings`、`onAncestors`、`filterToOne`、`onFirst`、`onLast`、脆弱的子索引链,或询问如何找到 Row 的第二个子节点、Text 的父节点或某节点的任意兄弟节点时。如果开发者正在通过布局进行点链式导航,请使用此技能。

测试与质量62
U
unity-tdd
unity-tdd
icarealot / dotfiles

测试驱动开发。当用户想要先测试后构建功能或修复 bug、提及「红绿重构」或想要集成测试时使用。

测试与质量62
V
vercel-react-best-practices
vercel-react-best-practices
zhanlincui / agent-skills-hunter

来自 Vercel Engineering 的 React 和 Next.js 性能优化指南。编写、审查或重构 React / Next.js 代码时应使用此技能,以确保最优性能模式。在涉及 React 组件、Next.js 页面、数据获取、包优化或性能改进的任务上触发。

开发62
V
verification-before-completion

在声称工作已完成、已修复或通过时使用,在提交或创建 PR 前——需要运行验证命令并确认输出,然后再做任何成功声明;先有证据再有断言

测试与质量62
V
verify-this
verify-this
hachej / boring-stack

用最新的本地证据验证某个说法:以可证伪的方式重述它,记录基线和处理,对比产出物,并返回 VERIFIED、NOT VERIFIED 或 INCONCLUSIVE。当被要求验证这一点、证明其有效、这是否修复了问题或展示证据时使用。

测试与质量62
V
verifying-in-browser
verifying-in-browser
revitalb-port / skills-registry-demo

在做出代码修改后,启动开发服务器,在 Cursor 内置浏览器中打开应用,并验证一切正常——检查渲染效果、控制台错误和网络状况。在任何 UI 或 API 变更后主动使用。

测试与质量62
V
vibeguard
vibeguard
majiayu000 / spellbook

轻量的反幻觉工作流,用于任务启动、审查优先级排序和回归复盘。当用户要求护栏、任务契约、风险评分或审查模板时使用。

Agent 工作流62
V
visual-test
visual-test
ui5 / webcomponents

为 UI5 Web Components 编写基础 Cypress 视觉测试,并将其放在 cypress/specs/visuals/ 中。每当用户要求为任何 UI5 Web Component 创建、添加或编写视觉测试(或截图测试)时使用此技能。当用户说 "add a visual spec for X"、"create a visual test for X" 或 "write a cypress visual for X" 之类的话时也触发。

测试与质量62
V
vitest-v4
vitest-v4
nodnarbnitram / claude-code-extensions

使用 Vite 的 Vitest 4+ 测试。适用于配置 vitest.config.ts、编写单元/集成/浏览器测试、使用 vi.fn/vi.spyOn/vi.mock 实现 mock、设置 V8 或 Istanbul 覆盖率,或从 Jest 或旧版 Vitest workspace 设置迁移时。触发词包括 vitest、vitest.config.ts、vi.mock、browser mode、vitest/browser、projects、setupFiles 和 toMatchScreenshot。

测试与质量62
W
wp-rest-api-development
wp-rest-api-development
jorgerosal / wordpress-skills

WordPress REST API 审查与开发指导。适用于审查自定义 REST 路由、permission_callback 逻辑、schema 设计、WP_REST_Request 处理、响应结构、版本管理、控制器类、nonce 或认证用法,或用户提到 "REST API review"、"register_rest_route"、"permission_callback"、"WP_REST_Request"、"REST endpoint"、"custom API"、"API schema"、"REST controller"、"headless WordPress"、"API auth" 时。检测 WordPress REST API 代码中的路由注册问题、授权错误、schema 漂移、输入校验缺失和响应设计问题。

开发62
Z
zentao-testcase
zentao-testcase
imyuyu / zentao-cli

禅道(ZenTao) 测试用例(Testcase)管理 — 列出用例、查看用例详情、按产品/项目查询用例、执行用例。当用户说:'查询用例'、'用例列表'、'有哪些用例'、'testcase 列表'、'查看用例'、'用例详情'、'创建用例'、'新建 testcase'、'执行用例'、'用例结果'、'测试用例'、'禅道用例' 时触发。

测试与质量62
A
addressing-code-review-comments
addressing-code-review-comments
bitwarden / ai-plugins

当用户在本地处理拉取请求审查意见并请求帮助评估、实现或起草对审查者反馈的回应时使用——需要技术严谨性和验证,而非表演式认同或盲目实现

测试与质量61
A
agent-arena
agent-arena
zhjai / agent-arena

使用 Arena 进行异构的独立设计与交叉评审、第二意见、代码/bug/方案评审,以及基于证据的分析。线索: 用 arena, 讨论一下, 审核一下, 交叉审核, 第二意见, 完全体 arena, 伴随子代理, 边做边检查, companion review。讨论从独立提案开始;具名的草稿/diff 会被直接评审。单说 继续 会恢复未完成的 Arena 检查点。支持受监督执行与持续并发的伴随检查。不适用于琐碎的查询或格式化;即使启用了伴随功能,它仍会伴随普通工作。

Agent 工作流61
A
agent-browser
agent-browser
onsager-ai / dev-skills

面向 AI Agent 的浏览器自动化命令行工具。适用于用户需要与网站交互的场景,包括浏览页面、填写表单、点击按钮、截图、提取数据、测试 Web 应用或自动化任何浏览器任务。触发请求包括“打开网站”“填写表单”“点击按钮”“截图”“抓取页面数据”“测试这个 Web 应用”“登录网站”“自动执行浏览器操作”,以及任何需要以编程方式与网页交互的任务。

Agent 工作流61
A
agent-review
agent-review
civitai / civitai

获取外部 Agent 的评审与反馈。Anthropic 模型经由 Claude Agent SDK 路由(使用本地订阅),其他模型经由 OpenRouter API。用于代码评审、架构反馈或任何外部咨询。

测试与质量61
A
all-green
all-green
continuedev / skills

处理所有 PR 评审意见,解决合并冲突,并修复失败的 CI 检查,让 PR 做好合并准备。适用于用户想让 PR "all green" 或达到可合并状态的场景。

开发61
A
annotate-screenshots
annotate-screenshots
buildinternet / uploads

将手绘方框、箭头、标签、自由笔画和遮盖直接烧录到截图上,让 PR 审查者或同事一眼看清改动了什么、该看哪里,而不必读说明文字再去找。只要截图需要标注就使用本技能——"指向新按钮"、"圈出 bug"、"用箭头指向 diff"、"把这张截图里的 API key 打码"、"附加图片前先标注它"。既涵盖在捕获过程中标注实时页面(`uploads screenshot --annotate`、CSS 选择器定位),也涵盖标注已有的图片(`uploads annotate`,仅支持像素/自由坐标)。要把生成的图片放进 GitHub PR 或 issue,请交给 github-screenshots 技能——本技能只负责生成标注后的图片。

创意与媒体61
A
appveyor
appveyor
membranedev / application-skills

AppVeyor 集成。管理项目、账户、用户。当用户希望与 AppVeyor 数据交互时使用。

云与 DevOps61
A
atelier
atelier
vdelacou / atelier

面向 Bun/TypeScript、Next.js 和 Java(Quarkus)仓库的高级工程师编码标准。强制严格 TDD(主端口 SUT、手写 fake、不用 mock)、Clean Architecture(`src/{domain,use-cases,infra,presenter,composition}`)、IO 边界处的 `Result<T, E>`、信任边界处的品牌类型、仅 Bun 或 Maven 工具链(TS 中不用 `class`/`function` 声明/`interface`/`console.*`)、Atomic Design、无逻辑的设计系统(应用代码中不用 Tailwind),以及涵盖隐私(日志/URL 中无 PII)、租户隔离、IO 截止时间、软删除、扩展-收缩迁移、乐观锁、可观测性、带评估的 AI 端口、交付、无障碍的生产实践。适用于 Bun、Next.js 或 Java 仓库中的任何代码任务,涵盖编写、脚手架、测试、重构、审查、React 组件、API、持久化、调试、安全。即使未提及约定也要参考;规则不可协商;违规将被重写。

开发61
A
atunwo
atunwo
quantipixels / skills

以轻度或深度审查代码变更或现有系统。在请求的范围内评估正确性、行为保持、可维护性、简化程度和证明。不包含实现与交付管理。

测试与质量61
A
audit-reproducibility
audit-reproducibility
pedrohcgs / claude-code-my-workflow

通过将稿件中的数值声明与实际的 R / Stata / Python 输出交叉核对,强制执行 replication-protocol.md 规则。按容差阈值报告每项声明的 PASS/FAIL。在提交前以及发布复现包之前使用。

数据与数据库61
A
auditing-code-for-vulnerabilities
auditing-code-for-vulnerabilities
trilwu / secskills

通过威胁模型驱动的评审、污点追踪、不变量检查和变体分析,审计源代码中可利用的漏洞。在审查代码库或 diff 以寻找安全缺陷、执行安全审计、在目标源码中搜寻漏洞,或验证疑似发现是否真实时使用。

安全61
A
auditing-pre-release-security
auditing-pre-release-security
onekeyhq / app-monorepo

审计两个 git ref 之间的安全与供应链风险,预发布安全审计

安全61
A
azuresql-db-seed
azuresql-db-seed
microsoft / azure-sql-database-container

用逼真的示例/测试数据填充本地 Azure SQL Database 容器的数据库(appdb),让开发者有东西可以构建。用于用户说出「seed the database」「add test data」「populate the dev database」「generate sample data」「fake data」「load fixtures」「insert test rows」「write a seed script」或「bulk load a CSV」。这是 Azure SQL 引擎(EngineEdition 5),不是 mssql/server SQL Server 镜像。与 azuresql-db-scaffold(在引导应用时执行单个 seed.sql 步骤)和 azuresql-db-import(加载 .bacpac)不同。每当现有 appdb 需要数据量、fixtures 或可信的行时使用它。

数据与数据库61
A
azuresql-db-testing
azuresql-db-testing
microsoft / azure-sql-database-container

编写在代码中针对真实 Azure SQL Database 容器运行的集成测试,使用 Testcontainers 按测试或按套件启动容器,并在结束后销毁。适用于用户提出 "integration tests against SQL"、"Testcontainers"、"spin up a database for tests"、"an ephemeral test database"、"a test database per test"、"xUnit/Jest/pytest with a real database" 或 "a database fixture" 时。请使用此技能而非 Testcontainers MsSql 预设(mcr.microsoft.com/mssql/server),因为这是 Azure SQL 引擎(EngineEdition 5)。若要通过服务容器或工作流 YAML 将该引擎接入 CI 流水线,请改用 azuresql-db-ci。

测试与质量61
B
brakeman
brakeman
el-feo / ai-context

面向 Ruby on Rails 应用的静态分析安全漏洞扫描器。适用于分析 Rails 代码的安全问题、运行安全审计、审查代码漏洞、在 CI/CD 中设置安全扫描、管理安全警告,或调查特定漏洞类型(SQL 注入、XSS、命令注入等)。也适用于配置 Brakeman、减少误报,或与自动化工作流集成。

安全61
B
build-inline
build-inline
jayden-dang / skills

当已批准的 tasks.md 需要控制器侧的顺序执行时使用

Agent 工作流61
B
buildbuddy
buildbuddy
membranedev / application-skills

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

云与 DevOps61
C
cekura-fixing-prod-issues
cekura-fixing-prod-issues
cekura-ai / cekura-skills

调试失败的生产环境调用,用 Cekura 评估器复现该 bug,实施修复并验证,运行回归测试,然后带着证据提交 PR。适用于用户想修复生产环境调用 bug、排查失败的生产环境调用、复现并修复生产环境问题、在提交 PR 前运行回归测试,或说"fix this prod call issue"、"debug and fix call ID"、"test my fix against prod scenarios"、"reproduce this production bug"、"regression test before raising PR" 之类的话时。

测试与质量61
C
charted-green
charted-green
marmicode / skills

以设计文档为唯一事实来源,逐个渐进地激活 todo 测试,更新实现代码直至每个测试通过(通过 Wallaby 验证),勾选设计文档中对应的进度,然后进行下一个。

测试与质量61
C
clean-code

遵循 Robert C. Martin 的《Clean Code》和 Object Calisthenics 中的原则,编写整洁、可读、可维护的代码。在编写、评审或重构代码以改进命名、函数设计、格式、错误处理和类结构时使用。包含代码坏味道检测和重构指导。

开发61
C
code-antipatterns
code-antipatterns
laurigates / claude-plugins

使用 ast-grep 分析代码库中的反模式。在查找魔法数字、console.logs、var 用法、过多 any、eval/innerHTML 安全问题或深层嵌套时使用。

测试与质量61
C
code-review
code-review
chann / skills

适用于用户要求评审代码、评审变更、评审某次提交、评审 PR、审计代码质量、检查安全问题或生成代码评审报告的场景。以下表述也会触发:"review my changes"、"코드 리뷰"、"check my code"、"review the last commit"、"what do you think of this diff"、"compare branches"、"code audit"、"HTML 리뷰 보고서"、"styled review report"、"/code-review"、"$code-review" —— 即使用户没有明确说 "code review"。产出按严重程度标记的问题清单 Markdown 报告,并在 `.reviews/` 下生成自包含的双语 HTML 报告,在浏览器中打开。若只需 Markdown 产物,请使用 `code-review-md`。

测试与质量61
C
code-review
code-review
laurigates / claude-plugins

针对质量、安全、性能和架构的代码审查。在审查代码、审计 OWASP、检查 SOLID 或查找性能瓶颈和测试缺口时使用。

测试与质量61
C
code-reviewer
code-reviewer
magebyte-zero / spec-superflow

审查已完成的实现批次是否符合规格以及代码质量。在执行批次完成后、合并前,或工作流进入评审关卡时调用。

测试与质量61
C
code-standards
code-standards
redpanda-data / console

由 Ultracite/Biome 强制执行的 TypeScript、React 和 JavaScript 最佳实践。

测试与质量61
C
code-standards
code-standards
vivswan / skills

在编写代码改动、清理或精简注释(包括文件大小或注释上限的发现项),或被要求应用代码标准时使用。

开发61
第 8461–8520 条,共 11,883 条

第一次接触 MCP?

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

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