mcpField

Skills

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

测试与质量

O
onestore-web-sdk
onestore-web-sdk
one-store / onestore_web_sdk_skills

将 ONE store H5 Game SDK (Web SDK) 集成到 HTML5 网页游戏中,检查集成状态,并在发布前审查代码。对话提及 ONE store、OneStore、원스토어、网页游戏、웹게임、HTML5 游戏、H5、WebView 游戏、应用内购买、인앱결제、广告、광고、激励广告或插屏广告、createSDK、ONEstoreH5、initializeAsync、startGameAsync、purchase、getProductDetailsAsync、showRewardedAsync、iframe 托管的游戏时使用;用户向此技能发送 doctor、integrate、iap、ads、embed、fix 或 check 等指令词时也使用。涵盖 SDK 加载、启动流程(初始化、加载、开始)、生命周期处理、广告和购买代码、iframe 嵌入要求、错误(reason)诊断、应用白屏问题及发布前检查。用户要求为 ONE store 网页游戏编写广告、购买或生命周期代码时,应使用此技能,而不是从头编写,因为其中包含基于官方示例的参考代码。

开发25
G
get-pr-comments
get-pr-comments
ericlitman / open-pstack

获取并汇总当前 pull request 的评审评论

测试与质量24
K
kc-generate-sample-data
kc-generate-sample-data
taehalim / kc-skills

根据当前项目的架构和业务规则,生成安全且一致的虚拟示例数据。用户要求“生成虚拟数据”“填充测试数据”“制作演示案例”等,以便在没有真实资料的情况下检查界面、流程或测试时使用。不得用于改造真实个人信息或公司机密,也不得将其用作运营数据。

数据与数据库24
K
kc-verify
kc-verify
taehalim / kc-skills

通过实际运行和证据,验证当前项目是否满足用户请求和已确认的完成条件。适用于“运行正常吗?”“真的做完了吗?”“帮我测试”“可以部署了吗?”“重新检查一下修改内容”等确认实现结果的请求。不要用于在验证过程中修改功能或设计的请求。

测试与质量24
B
babysit
babysit
ericlitman / open-pstack

看护一个已开启的 PR——修复失败的 CI、处理简单的评审意见,并推进到可合并状态。这是 Cursor 内置 /babysit 的 Claude Code 对应版本。在开启 PR 之后、当用户希望 Agent 在无需重复提示的情况下推进时使用。

开发23
F
fix-ci
fix-ci
ericlitman / open-pstack

查找失败的 PR 检查,查看日志或外部检查链接,并实施有针对性的修复

云与 DevOps23
M
make-pr-easy-to-review
make-pr-easy-to-review
ericlitman / open-pstack

通过清理杂乱的历史记录、改进 PR 描述并添加审阅者指引来准备 PR 评审,同时不改变代码行为。适用于“让这个更容易审查”“整理这个 PR”“清理提交”或“为差异添加注释”。

开发23
D
diagnosing-experiment-health
diagnosing-experiment-health
posthog / ai-plugin

对单个 PostHog 实验进行诊断和健康检查,涵盖设置、曝光、结果及运行期间的变更。涉及 0 次曝光、样本比例不匹配、曝光丢失或不均、用户进入多个变体、身份错误、实验统计的对象、显著性陷阱(窥视数据、A/A、“已达到目标”、贝叶斯与频率学派、序贯检验、CUPED)、运行中编辑、暂停和冻结,以及后续调查。 触发条件:用户询问“我的实验是否健康/设置正确/存在偏差?”或“为什么 0 次曝光?”,询问为何统计的人数与其洞察报告不同,提及偏差或不匹配警告、分流不均、显著性反转、数据与 SQL 不一致、编辑后结果发生变化,或想收集实验的用户反馈。 不要触发:创建实验(使用 creating-experiments);仅配置发布(使用 configuring-experiment-rollout)或指标(使用 configuring-experiment-analytics);或仅询问生命周期问题(使用 managing-experiment-lifecycle)。

数据与数据库22
A
analyzing-offline-evaluations
analyzing-offline-evaluations
posthog / ai-plugin

检查并比较离线 AI 评估实验,诊断单个案例的回归问题,并跟踪应用、模型或提示词变更前后的评分器历史。用户询问离线运行是否有所改善、某个案例为何失败、不同运行之间分数如何变化,或如何发布外部计算的离线结果时使用。涵盖不可变的评分器版本、可比较的数据集分组、不完整覆盖以及选择性读取载荷。

测试与质量21
P
pr-screenshots
pr-screenshots
petem24 / skills

将屏幕截图上传到 ImgBB 并附加到 GitHub 拉取请求中。PR 涉及可见更改时,在 UI 验证后使用;或在用户要求向 PR 添加屏幕截图、图片或视觉证据时使用。

开发21
P
project-review
project-review
light-cheng / skills

通过冻结验收基线、组织评审者并给出最终 PASS/FAIL/BLOCKED 结论,判断已完成的项目是否达到获批目标。项目交付需要最终验收时使用。

测试与质量21
R
release-workflow
release-workflow
light-cheng / skills

准备、验证并证明一项官方 Skills 发布,或审计现有标签及其安装证据。用于新版本发布、全新安装验证或发布证据收尾;仅执行所请求的阶段和已授权的目标。

云与 DevOps21
R
review-hog-resolution-criteria-gaps
review-hog-resolution-criteria-gaps
posthog / ai-plugin

修复应修复和必须修复的缺陷及缺失功能。措辞、文档和风格建议留给作者处理。

测试与质量21
R
review-hog-resolution-criteria-small
review-hog-resolution-criteria-small
posthog / ai-plugin

修复小型 Bug、拼写错误、措辞问题和过时文档。需要设计决策的更改留给作者处理。

测试与质量21
A
audit-agent-context
audit-agent-context
adminoryslabs / armory

审查当前仓库中的 AGENTS.md 和/或 CLAUDE.md 是否仍符合项目实际情况(结构、命令、约定、范围),并报告差异而不修改文件。当用户运行 /audit-agent-context、要求验证或更新 Agent 上下文文档,或怀疑 AGENTS.md/CLAUDE.md 已过时时使用

Agent 工作流19
R
review-deep
review-deep
jimweller / clanker-code-review-plugin

对整个代码库进行深度审计。将代码库划分为每组 25 个文件的组件,通过 opencode run 和 Serena 导航,让 3 个模型(OpenAI、Gemini、Claude)从 9 个视角审查每个组件,检查遗漏,并进行一轮 OCR 扫描覆盖检查。随后汇总并去重发现的问题,再使用隔离的 claude -p 评审器,根据经审查提交的干净导出版本验证每个 Critical 和 High 问题。运行目录会提供给 review-tickets skill 使用。

测试与质量19
R
review-diff
review-diff
jimweller / clanker-code-review-plugin

从 9 个视角审查此分支相对于 main 的所有更改,然后对相同发现运行 review-deep 的脚本化汇总、验证和报告流程。涵盖已提交、已暂存、未暂存和未跟踪的工作。

测试与质量19
R
review-full
review-full
jimweller / clanker-code-review-plugin

由 9 个专业审查 Agent 基于 repomix 打包的快照审查整个代码库,然后对相同发现运行 review-deep 的脚本化汇总、验证和报告流程。

测试与质量19
R
review-tickets
review-tickets
jimweller / clanker-code-review-plugin

将 review-deep、review-full 或 review-diff 运行中已验证的问题转为 Jira 工单文件。根据审查者原文重新拆分问题,每个文件一个工单;通过隔离的 claude -p 进程在干净检出版本上评估并编辑每项发现;合并可通过同一修复解决的工单;从 git 复制代码来编写 Jira wiki 工单并进行检查。最后提供使用任意 Jira 客户端发布的指导,并为延期的低优先级工作创建汇总工单。

测试与质量19
S
seenry-review
seenry-review
ayangabryl / seenry-skills

评审 Web 界面、UI 差异或单个组件,并返回按优先级排序、可修复的问题。用于设计评审、UI 审计、无障碍检查、评估分支或 PR 对界面的影响、针对不同状态和尺寸对单个组件进行压力测试,或说明观察到的界面或动画是如何构建的。

设计与 UI19
T
tk-blind-comparison
tk-blind-comparison
mtgvim / tiger-kit

[user/auto] 후보 이름을 가린 블라인드 비교·청취 갤러리를 요청하면 사용합니다. 취향·품질 후보 중 사람이 판단해야 할 때는 실행 전에 갤러리를 제안만 합니다. 단일 변경 QA, 장단점을 공개하는 설계 질문, 자동 지표 비교에는 사용하지 않습니다.

测试与质量19
C
code-review
code-review
matpocock / skills

从固定基准点(commit、branch、tag 或 merge-base)开始审查改动,分两个维度进行:Standards(代码是否符合本仓库文档化的编码规范?)和 Spec(代码是否符合原始 issue/spec 的要求?)。在并行子 Agent 中同时运行两项审查,并排呈现结果。当用户希望审查某个 branch、一个 PR、进行中的改动,或要求“自 X 以来审查”时使用。

测试与质量18
G
gauge-agents
gauge-agents
gauge-sh / gauge-skills

测试编码 Agent 如何发现并使用你的产品。适用于运行 Agent 评估、测试 Agent 是否能使用 SDK、API、CLI 或 MCP 服务、找出 Agent 在入门过程中遇到的困难,或衡量文档和技能是否能提升 Agent 的成功率。通过 Gauge CLI 运行真实的 Agent 会话并评估结果。也用于 Gauge Agents 相关任务;不用于普通单元测试或 AI 搜索可见度跟踪。

测试与质量18
T
tdd
tdd
matpocock / skills

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

测试与质量18
F
firegoat-onboarding
firegoat-onboarding
firegoat-ai / skills

为当前代码库起草 2–3 个 firegoat 评测(firegoat.yaml):由编码 Agent 使用 `npx -y firegoat@latest eval` 在本地运行的测试,每个评测都包含 prompt、end_goal 和脚本检查。用户说“write firegoat evals”“draft evals”“set up firegoat”“firegoat init”,或要求为其 SDK、CLI、API 或文档编写本地 Agent 体验(AX)评测时使用。

测试与质量17
P
principle-attack-the-premise
principle-attack-the-premise
ericlitman / open-pstack

当两个或更多基于同一前提的修复在同一个关卡上失败时应用此原则。先写下该前提并直接检验,再编写任何基于它的修复。

开发17
P
principle-test-behavior-not-implementation
principle-test-behavior-not-implementation
ericlitman / open-pstack

编写、修改或保留测试时应用此原则。断言代码用户可观察到的行为,使测试在行为失效时失败,而仅内部实现变化时仍能通过。

测试与质量17
G
game-qa
game-qa
hungify / playables-skills

使用 Playwright 对游戏进行 QA 测试——包括浏览器游戏的视觉回归、玩法验证、性能和无障碍测试。适用于编写或运行游戏测试、调试测试失败或构建 QA 基础设施。此为参考技能;面向用户的命令请使用 qa-game。

测试与质量16
I
improve-game
improve-game
hungify / playables-skills

分析游戏,找出需要改进之处,并实施影响最大的优化。用户说“改进我的游戏”“让我的游戏更好”“修复我的游戏”“我的游戏有什么问题”或“打磨我的游戏”时使用。可重复运行——每轮都会找出下一个最值得修复的问题。不要用于添加特定新功能(请使用 add-feature)或初次创建游戏(一次性构建请使用 viral-game,按里程碑推进的项目请使用 make-game)

开发16
M
multi-portal-compliance
multi-portal-compliance
hungify / playables-skills

依据平台认证规则,在 YouTube Playables、Poki、CrazyGames、GameDistribution 和 Yandex Games 上验证并移植 HTML5 网页游戏。

测试与质量16
R
review-game
review-game
hungify / playables-skills

审查现有游戏代码库的架构、性能和最佳实践。用户说“审查我的游戏”“代码审查”“检查我的游戏架构”“我的游戏结构合理吗”或“审计我的游戏代码”时使用。不要用于修改——此技能仅进行只读分析。使用 improve-game 实施修复。

测试与质量16
B
browser-testing-with-devtools
browser-testing-with-devtools
maddec01 / mux-factory

通过 Chrome DevTools MCP 在真实浏览器中进行测试。构建或调试任何在浏览器中运行的内容时使用。需要检查 DOM、捕获控制台错误、分析网络请求、分析性能或使用真实运行时数据验证视觉输出时使用。需要配置 chrome-devtools MCP 服务。

测试与质量15
C
code-review-and-quality
code-review-and-quality
maddec01 / mux-factory

进行多维度代码审查。合并任何更改前使用。审查自己、其他 Agent 或人工编写的代码时使用。在代码进入主分支前需要从多个维度评估其质量时使用。即使 diff 直接粘贴在对话中,用户要求审查 diff 或拉取请求时也使用。

测试与质量15
C
code-review
code-review
maddec01 / mux-factory

从固定基准点(commit、branch、tag 或 merge-base)开始审查改动,分两个维度进行:Standards(代码是否符合本仓库文档化的编码规范?)和 Spec(代码是否符合原始 issue/spec 的要求?)。在并行子 Agent 中同时运行两项审查,并排呈现结果。当用户希望审查某个 branch、一个 PR、进行中的改动,或要求“自 X 以来审查”时使用。

测试与质量15
D
diagnosing-bugs
diagnosing-bugs
maddec01 / mux-factory

用于排查疑难 bug 和性能退化的诊断流程。当用户说"diagnose"/"debug this",或报告出现故障、抛出异常、失败或变慢等问题时使用。

开发15
D
doubt-driven-development
doubt-driven-development
maddec01 / mux-factory

每项重要决策在确定前都要经过基于新上下文的对抗性评审。当你希望在继续之前交叉审查所有假设、针对隐藏故障模式对计划进行压力测试、正确性比速度更重要、在陌生代码库中工作、风险很高(生产环境身份验证、安全敏感逻辑、高风险迁移、不可逆操作),或现在验证一个看似确定的结果比之后调试更省事时使用。

Agent 工作流15
F
flow-preview
flow-preview
tanishqkancharla / flow-preview

使用内置命令行工具生成交互式 Maui 用户流程画布,包含关联状态和持久化的审阅复选框。预览、比较或审查跨多个 UI 状态的用户旅程时使用。

设计与 UI15
T
tdd
tdd
maddec01 / mux-factory

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

测试与质量15
B
benchmark-checklist
benchmark-checklist
ericlitman / open-pstack

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

测试与质量13
C
correct
correct
ericlitman / open-pstack

找出 Agent 在此代码仓库中反复犯的错误,并让这些错误无法再发生。优先从架构入手,然后是类型,再添加错误信息中指出修复方法的 lint 规则,之后编写测试,最后写文档。证明每项检查都能在过去的真实错误上失败。每次操作员纠正你后都重复此流程。用于 /correct。

开发13
P
principle-explain-the-number
principle-explain-the-number
ericlitman / open-pstack

在相信、报告或依据测得的数字采取行动之前使用:例如加速比、性能回退、吞吐量、延迟或评估结果。找出限制因素,并排除测量内容与预期工作不符的可能性

测试与质量13
P
prototype-ui
prototype-ui
fpasquet / skills

将模拟的 UI 规格(specs-ui 技能项目)转换为纯 UI 的可点击原型,使用 HTML + Tailwind + Alpine.js:连通主要流程(导航、表单、状态、存储在浏览器中的模拟数据、重置),附带用于用户测试和演示的引导式测试场景,并发布为多页 artifact。只要有人希望基于现有规格或模型制作原型、可点击模型、交互式演示、可供用户测试的流程或可点击浏览的版本,即使没有说“原型”,也应使用。

设计与 UI13
V
verify-ui
verify-ui
petem24 / skills

使用 agent-browser 在无头 Chrome 中验证 Web UI 更改,以项目的 Clerk 测试用户身份登录,并运行项目中相关的现有测试。更改任何可见内容后,或用户要求检查、查看、截图或运行浏览器流程时使用。

测试与质量13
L
langsmith-experiment-diagnosis
langsmith-experiment-diagnosis
langchain-ai / langsmith-skills

使用 LangSmith CLI 调查 LangSmith 实验,找出评估结果较差的示例,根据运行证据解释可能原因,并提出有针对性的修复方案。用户询问实验表现不佳的原因或哪些已评估示例需要关注时使用。

测试与质量12
R
rightmodeler
rightmodeler
elm-os / rightmodeler

找出 Agent 流水线中哪些环节可以将前沿模型替换为更便宜的模型而不损失质量。通过可恢复的流水线驱动已安装的 rightmodeler TypeScript CLI,解读其机器协议,提供各模型系列的评估结论,并在证据充分时提交经过审查的模型替换拉取请求。适用于用户想降低模型开销、按任务合理选择模型、测试更便宜的模型替代方案,或分析 Agent 流水线以优化成本时。

Agent 工作流12
S
skill-stocktake
skill-stocktake
zereight / gitlab-mcp

审核技能清单的质量、覆盖范围和时效性。检测重叠、不完整或过时的技能,并生成健康状况报告。适用于:技能审核、盘点、技能清单、检查技能、有哪些技能、审核技能、技能质量、技能覆盖范围。

Agent 工作流11
J
jmbos-executing-tdd-tests

暂无简介

测试与质量10
J
jmbos-generating-tdd-tests

暂无简介

测试与质量10
L
light-code-review
light-code-review
light-cheng / skills

由并行子 Agent 按标准和规范两个维度审查某个固定点之后的差异,报告发现,但不编辑目标内容,也不作最终裁决。用户希望审查分支、PR 或进行中的差异,或 review-loop 或 project-review 要求专业软件检查时使用。

测试与质量10
B
bidirekt
bidirekt
bidirekt / skills

根据服务代码编写和更新 Bidirekt 合约文件(contracts/*.yaml),并根据 can-i-deploy 报告修复文件。用户提到 Bidirekt、合约文件、provides/consumes,或出现 can-i-deploy 失败时使用。

测试与质量9
B
breakthrough-evaluator-agent
breakthrough-evaluator-agent
breakthrough-edu / breakthrough-evaluator-agent

派遣一个独立于作者的评审者:由全新的评估子 Agent 根据构建前编写的通过标准检查已完成的工作(评估模式),或依据权威数据源审计一批内容(审计模式);每项结论都需提供证据,且绝不修复问题。所有者要求评估者、审查者、审计员或裁判,或说“派个裁判来”“评估这个”“让一个新的 Agent 检查我的工作”“让第二个 Agent 审查一下”“审计此文件夹”“审计我的注册表”“根据权威数据源验证”或“LLM-as-judge”时使用。仅在被要求时运行,不会在任务结束时自动触发。不用于机器可执行的检查(测试、架构验证、必须返回零结果的搜索)、数百个相同单元的检查,或修复任何内容。

测试与质量9
D
deslop
deslop
overextended / skills

清理 FiveM 资源代码(Lua、TypeScript、JavaScript)中的 AI 生成垃圾代码,同时不改变行为。用户要求清理、整理 Agent 编写的代码时,或完成资源修改后、提交前使用。

开发9
F
fitness-functions
fitness-functions
event-catalog / skills

编写、运行和调试 EventCatalog 架构适应度函数——`*.fitness.ts` 文件中的 TypeScript 规则,用于检查文档所述架构(所有权、命名、领域边界、依赖、数据访问、模式),并在架构发生偏移时使 CI 失败。将自然语言描述的架构规则转化为可运行的适应度函数,将其放在全局位置或其管辖的领域、系统、服务、消息或数据存储旁,运行 `eventcatalog fitness check`、验证结果,并接入 CI。用户要求“编写适应度函数”“添加架构规则”“确保每个事件都有负责人”“检查领域边界”“阻止服务共享数据库”“检测循环依赖”“架构违反规则时让构建失败”“在 CI 中运行适应度检查”或“为什么我的适应度函数失败”时使用。

测试与质量9
J
jmbos-common-create-zentao-bug

暂无简介

测试与质量9
J
jmbos-common-generating-bug-fix-report

暂无简介

测试与质量9
N
no-comments
no-comments
overextended / skills

通过新一轮只读审查,删除差异中代码已不再需要的注释,然后修复每条被删除的临时变通注释所掩盖的问题。变更提交评审前使用,或用户要求从差异中移除注释时使用。

测试与质量9
E
embedded-register-verify
embedded-register-verify
liujycode / embedded-toolkit

核验 C 代码里的 MCU 寄存器写入是否与芯片 SVD 一致:外设、寄存器、位域是否存在;值是否超位宽;枚举是否合法;是否写只读位;是否访问前未开时钟;是否硬编码地址。按“报 / 未判定 / 通过”分桶输出,并可生成复查清单。Use when reviewing embedded C init code, register writes, or AI-generated firmware registers; verify register writes against a chip SVD. 关键词:寄存器核验、寄存器检查、AI 生成代码、驱动复查、初始化代码检查、对拍、register check、verify register writes。不用于:HAL/LL 结构体配置语义(会进未判定)、外挂器件命令(Flash、传感器)、时序正确性、通用代码风格、寄存器事实查询(用 embedded-register-lookup)。

测试与质量8
I
interrogate
interrogate
overextended / skills

对变更进行对抗式多模型审查。不同模型的审查者独立提出质疑,再由主审将发现归类为“采取行动”“考虑”“记录”或“驳回”。用户要求 interrogate、压力测试、对抗式审查或彻底剖析某项变更时使用;architect 等技能要求时也使用。

测试与质量8
J
jmbos-common-query-zentao-bug

暂无简介

测试与质量8
J
jmbos-common-transition-zentao-bug

暂无简介

测试与质量8
第 11761–11820 条,共 11,825 条

第一次接触 MCP?

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

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