mcpField

Skills

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

开发

D
document-writer
document-writer
rtgs2017 / nagaagent

专业文档编写技能。用于撰写技术文档、README、API文档、用户手册等。当用户需要编写或改进文档时使用此技能。

文档处理59
D
dont-know-how
dont-know-how
guojie-hong / skills

为你不知道如何入手的任务找到方向。扫描代码仓库,只询问只有用户才掌握的关键未知信息,并返回有证据支撑的可行方法。

开发59
D
drizzle-orm
drizzle-orm
midudev / autoskills

适用于 TypeScript 的类型安全 SQL ORM,运行时开销为零

数据与数据库59
D
dronahq
dronahq
membranedev / application-skills

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

开发59
E
effect-v4
effect-v4
composiohq / composio

在 Composio CLI、cli-keyring 和 json-schema-to-effect-schema 包中编写、审查或升级 Effect v4 代码;这些包均严格固定为 [email protected]。涵盖 Context.Service 和显式层、Schema.TaggedError 和类型化恢复、effect/cli 命令接口,以及 vendored effect 源码 oracle。适用于编写或审查 Effect v4 代码、回答 v4 API 问题、处理 effect/cli、定义 Context.Service 服务、使用 Schema.TaggedError 建模错误、更新 Effect 固定版本,或根据 ts/vendor/effect 验证不熟悉的 API。不要用于 CLI 命令 UX/连接设计(使用 cli-command)或 CLI E2E 测试(使用 cli-e2e)。

开发59
E
epf-dump
epf-dump
nikolay-shirokov / cc-1c-skills

Разобрать EPF-файл обработки 1С (EPF/ERF) в XML-исходники. Используй когда пользователь просит разобрать, декомпилировать обработку, получить исходники из EPF/ERF файла

开发59
E
error-messages
error-messages
github / gh-aw

在 gh-aw 中编写一致且可操作的验证错误消息。

开发59
E
estimating-work
estimating-work
dralgorhythm / claude-agentic-framework

估算开发任务的工作量。在规划冲刺、路线图或项目时间线时使用。涵盖故事点、相对估算和不确定性。

开发59
E
existing-project-migration
existing-project-migration
customware-ai / skills

用于 Customware 现有项目迁移任务的技能:将上传的客户应用从其他构建器迁移到标准 Customware 技术栈,同时保留源产品的路由、工作流、UI、UX 和样式,不进行任何有意的面向用户变更,只替换运行时基础。本技能涵盖 `Migration build` 和 `Migration verify`,并包含必须通过才能完成任务的自动评分质量门禁。

开发59
E
explain
explain
0xdarkmatter / claude-mods

对复杂代码、文件或概念进行深入解释。调度预加载 skill 的 Agent,使用结构化搜索,生成 mermaid 图表。触发于:explain、deep dive、X 是如何工作的、架构、数据流。

开发59
E
expo-api-routes
expo-api-routes
midudev / autoskills

使用 EAS Hosting 在 Expo Router 中创建 API 路由的指南

开发59
E
expo-expert
expo-expert
raintree-technology / claude-starter

Expo(SDK 55+)专家,专精 Development Builds、Expo Modules SDK 和 Zero-Eject Native Orchestration。

开发59
E
extract-glossary
extract-glossary
mizchi / skills

从指定仓库、多个仓库或 GitHub organization 中抽取并生成领域特定术语、行业用语、内部/产品用语、仓库实现映射、技术构成以及面向入职的 Mermaid 架构图时使用。当用户提出「制作术语表」「制作领域词典」「做成入职资料」「查看 repo/org 汇总专业术语」「制作一个 AI 不必再次确认的知识库」等请求时启动。

开发59
F
fable-architecture
fable-architecture
immamdouhaboammar / get-fable

在项目启动阶段(Step One)评估项目规范,确定性地评估规模与负载、领域解耦和资源强度指标,并在有必要时自动强制采用分布式微服务架构,防止搭建单体架构。

开发59
F
fable-discover
fable-discover
immamdouhaboammar / get-fable

在规划或更改代码之前,收集所需的最少量仓库、环境、文档和运行时证据。适用于关键事实未知、追踪执行路径、检查不熟悉的软件包或解决代码库中的矛盾,即使用户没有明确提到“fable-discover”(例如“探索代码库”“这如何工作”“这是在哪里实现的”“查找此路由的处理位置”)。若已知范围明确的修改内容(使用 fable-execute)、进行外部 API/版本研究(使用 fable-research)或运行现有测试套件(使用 fable-verify),则不要使用。

开发59
F
fable-eco
fable-eco
immamdouhaboammar / get-fable

为路由至 get-fable 的工作配置精选能力、管理可复现的能力锁定、验证宿主集成,并编译能力执行契约。用于发现机器能力、管理 eco 配置文件、规划能力安装、修复生态健康状况或准备具备能力感知的执行契约——即使用户没有明确说“fable-eco”(例如“install eco capabilities”“run eco discover”“repair ecosystem”“explain capability run”)。不要将其作为独立任务路由器(使用 get-fable)。

Agent 工作流59
F
fable-execute
fable-execute
immamdouhaboammar / get-fable

实现一个已获认可、范围明确的工作卡,并立即进行本地验证、保持不变量且不偏离范围。执行计划中的工作卡、应用定义清晰的代码更改、实现独立函数或进行目标明确且范围单一的编辑时使用,即使用户没有明确提到“fable-execute”(例如“实现这张卡”“为这一步编写代码”“应用商定的更改”“构建这个组件”)。需要新的架构决策时不要使用(改用 fable-plan);测试反复失败时也不要使用(改用 fable-recover)。

开发59
F
fable-heal
fable-heal
immamdouhaboammar / get-fable

自动生成、应用并验证针对 fable-redteam 发现漏洞的安全修复方案。生成精准的 AST 和代码补丁,创建持续的 TDD 回归测试防护,通过自动回滚断路器执行原子化工作区修改,并生成加密修复证明。

安全59
F
fable-native-code
fable-native-code
immamdouhaboammar / get-fable

在现有代码库中编写或编辑代码时使用——尤其是在添加周围文件中没有的注释、文档字符串、try/catch 块、验证、日志记录或 TODO 之前,以及在回复中解释风格选择之前。

开发59
F
fable-plan
fable-plan
immamdouhaboammar / get-fable

将探索证据转化为范围明确、可测试的工作卡,并列出清晰的验收标准和架构不变量。适用于设计涉及多个文件的功能、规划复杂重构、分解架构迁移或组织多步骤实现任务,即使用户没有明确提到 "fable-plan"(例如 "plan this feature"、"design the architecture"、"break this task down"、"create an implementation plan")。关键事实尚不明确时不要使用(先使用 fable-discover),简单的单一范围 Bug 修复也不适用(使用 fable-tdd 或 fable-execute)。

开发59
F
fable-recover
fable-recover
immamdouhaboammar / get-fable

在继续修改代码之前,诊断反复出现的命令失败、过时的构建缓存、分支偏移或相互矛盾的证据。适用于命令反复失败、尝试修复后测试仍未通过、构建输出与源代码矛盾,或执行路径混乱时,即使用户没有明确提到 "fable-recover"(例如 "still failing"、"why did this fail again"、"stuck in a failure loop"、"diagnose this error")。不要用于全新 TDD 流程中常规的首次测试失败(使用 fable-tdd)。

开发59
F
fable-research
fable-research
immamdouhaboammar / get-fable

在实现前依据一手来源核实当前外部事实、官方文档、库行为和 API 契约。适用于查阅库文档、检查破坏性变更、调查外部 API 或验证框架版本,即使用户没有明确提到 "fable-research"(例如 "check the latest docs"、"what is the API for X in version Y"、"look up SDK specs"、"verify library support")。不要用于探索仓库本地代码(使用 fable-discover),也不要直接编写实现代码(使用 fable-tdd 或 fable-execute)。

开发59
F
fable-run
fable-run
immamdouhaboammar / get-fable

通过就绪探测和干净的关闭流程,启动、管理并验证运行中的应用,涵盖 CLI 二进制文件、Web 服务器、TUI、Electron 应用和后台守护进程。适用于启动开发服务器、执行在线冒烟测试、测试交互式 CLI 二进制文件或进行运行时冒烟验证,即使用户没有明确提到“fable-run”(例如“启动开发服务器”“启动应用”“测试正在运行的 CLI”“对 Web 应用进行冒烟测试”)。不要用于没有运行进程时的静态分析或单元测试(使用 fable-verify)。

测试与质量59
F
fable-scope-discipline
fable-scope-discipline
immamdouhaboammar / get-fable

在现有代码中实施任何更改时使用,尤其是在想顺手清理附近代码、添加未要求的验证或选项、修复“勉强算在范围内”的问题,或差异内容不断超出请求范围时。

开发59
F
fable-simplify
fable-simplify
immamdouhaboammar / get-fable

对已稳定且近期修改过的代码进行重构和简化,在保持行为不变的前提下提升可读性、删除无效分支、扁平化深层嵌套逻辑并减少重复。适用于整理复杂函数、消除样板代码、去重逻辑,或在测试通过后提升代码抽象层次,即使用户没有明确提到 "fable-simplify"(例如 "simplify this code"、"clean up this function"、"refactor this logic"、"make this cleaner")。测试失败时不要使用(使用 fable-recover),也不要用于推测性的架构重写(使用 fable-plan)。

开发59
F
fable-tdd
fable-tdd
immamdouhaboammar / get-fable

通过严谨的 red-green-refactor 循环和可观察的回归测试,推动可测试的行为变更与错误修复。使用单元/集成测试实现新功能、修复可复现错误、修改业务逻辑,或先编写测试来定义行为契约时使用,即使用户没有明确提到“fable-tdd”(例如“先写测试修复这个错误”“写个测试并让它通过”“带测试添加此功能”“对这段逻辑做 TDD”)。没有明确断言的大范围探索性原型开发请勿使用(改用 fable-discover 或 fable-plan);实现后的审查也请勿使用(改用 fable-review)。

测试与质量59
F
fable-wise
fable-wise
immamdouhaboammar / get-fable

涵盖 Depth、Breadth、Coil 和 Mesh 的底层 Agent 设计模式与认知反射。将资深工程经验转化为反射机制,以去除冗余、保留真相、防止偏移并积累学习成果(re0、readchk、autobahn、ssotize、detool、feynman、debloat、sip、hate、macrothink、prism)。适用于重构复杂系统、清除 AI 垃圾内容、从干净的 v0 重写偏离原意的制品、将事实整合到单一来源,或根据逆向论点评估架构决策。

Agent 工作流59
F
finish-branch
finish-branch
ariadoss / superskills

用于实现完成、所有测试通过且需要决定如何集成工作时使用 - 通过呈现合并、PR 或清理的结构化选项来指导开发工作的完成

开发59
F
finishing-a-development-branch

用于实现完成、所有测试通过且需要决定如何集成工作时使用 - 通过呈现合并、PR 或清理的结构化选项来指导开发工作的完成

开发59
F
flutter-fix-layout-issues
flutter-fix-layout-issues
dhruvanbhalara / skills

在修复 RenderFlex 溢出错误、无界高度和宽度异常,或 ParentDataWidget 布局冲突时使用。

开发59
F
frappe-api

为 Frappe Framework v15 创建带正确认证、权限和校验的安全 REST API 端点。触发词:「create api」「new endpoint」「frappe api」「rest api」「whitelist method」「/frappe-api」。生成带类型校验和安全最佳实践的 v2 API 兼容端点。

开发59
F
frontend-design
frontend-design
johnlindquist / claude

创建独具特色、达到生产级质量的高设计水准前端界面。当用户要求构建网页组件、页面或应用时使用该技能。生成富有创意、精致打磨的代码,避免千篇一律的 AI 风格。

设计与 UI59
F
full-stack
full-stack
srbhr / resume-matcher

全栈开发技能,协同处理后端与前端改动。适用于同时跨越两层的功能:新增 API 端点 + UI、数据模型变更、端到端流程。

开发59
G
game-improvement-loop
game-improvement-loop
gil-1 / skills

可提升使用 Agent 管理大型代码库能力的个人技能

开发59
G
game-sdf-and-field-modeling
game-sdf-and-field-modeling
lvtd-llc / skills

使用有符号距离函数、隐式函数、标量场、向量场和变形场对游戏形状、体积、影响、程序化对象和效果进行建模。当构建 SDF 原语、场组合、光线步进输入、有机程序化形状、偏移、布尔运算、变形或由场驱动的玩法时使用。

开发59
G
game-spatial-queries
game-spatial-queries
lvtd-llc / skills

为射线投射、拾取、碰撞判定、包含测试、朝向测试以及点/线/平面距离设计和审查游戏空间查询代码。当实现或调试射线-三角形相交、点在三角形内检查、重心坐标约束、有符号距离测试或几何判定时使用。

开发59
G
game-transform-systems
game-transform-systems
lvtd-llc / skills

设计并调试游戏变换系统、坐标空间、局部/世界/视图/投影矩阵、齐次坐标、相机约束和逆变换。适用于实现物体变换、相机数学、父子变换、投影/反投影或坐标空间转换时。

开发59
G
game-vector-math-primitives
game-vector-math-primitives
lvtd-llc / skills

将向量数学基础原语应用于游戏渲染、碰撞、朝向、光照、转向和几何判定。当处理点积、叉积、三重积、法线、投影、有符号面积、有符号体积、朝向检查或向量归一化时使用。

开发59
G
Gemini CLI
Gemini CLI
ovachiever / droid-tings

就架构、调试和安全审计向 Google Gemini CLI 征询第二意见。使用 Gemini 的 100 万以上上下文窗口进行全面代码分析。比较 Flash(快速)、Pro(详尽)和 3-Pro-Preview(前沿)。使用时机:需要架构决策的第二意见、调试 2 次以上仍未解决、编写安全敏感代码、规划重构(5 个以上文件)、上下文容量接近 70%、不熟悉技术栈、需要同行评审,或想对比 Flash、Pro 和 3-Pro-Preview。关键词:gemini-cli、google gemini、gemini command line、second opinion、model comparison、gemini-2.5-flash、gemini-2.5-pro、gemini-3-pro-preview、architectural decisions、debugging assistant、code review gemini、security audit gemini、1M context window、AI pair programming、gemini consultation、flash vs pro、AI-to-AI prompting、peer review、codebase analysis、gemini CLI tool、shell gemini、command line AI assistant、gemini architecture advice、gemini debug help、gemini security scan、gemini code compare

Agent 工作流59
G
generate-program
generate-program
foldkit / foldkit

根据自然语言描述生成完整、符合惯用法的 Foldkit 程序。当用户想创建新的 Foldkit 程序、搭建项目,或说出 "build me a..."、"I want a program that..." 之类的话时使用。

开发59
G
getblock
getblock
membranedev / application-skills

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

云与 DevOps59
G
gh-create-pr
gh-create-pr
cherryhq / cherry-studio

使用仓库要求的工作流和模板合规性创建或更新 GitHub pull request。当被要求创建/打开/更新 PR 时使用,以便助手读取 `.github/pull_request_template.md`、填写模板的每个部分、严格保留 markdown 结构,并将缺失的数据标记为 N/A 或 None 而不是跳过该部分。

开发59
G
gh
gh
paulnsorensen / skillz-that-grillz

使用 `gh` CLI 完成 GitHub 任务 — 拉取请求检查、评审和合并,issue、CI 检查、release、工作流运行、代码搜索、仓库和标签管理。当用户说「merge PR」「check CI」「list issues」「review PR」「PR status」「close issue」「trigger workflow」「view release」「search repos」,或调用 /gh 时使用。仅在需要只读本地上下文时使用 `git`(log、diff、status)。不要用于提交、暂存、推送或创建 PR——这些请用 /plate。不要用于代码质量评审——请使用专门的评审 skill。

开发59
G
gh-pr-review
gh-pr-review
cherryhq / cherry-studio

针对本地分支、PR、提交、文件、架构文档和仓库 skill 的自动化 Cherry Studio 审查。适用于需要项目特定命名、main/renderer/shared 位置与依赖规则、IpcApi 与 DataApi 边界、生命周期/服务归属、renderer hooks、React/UI 约定的代码或文档审查,以及测试。审查深度会根据 diff 大小和运行时子 Agent 能力(单 Agent 或多 Agent 的审查-验证模式)自适应。默认仅报告;代码修复和 GitHub 提交各需在调用时明确授权(`fix` / `submit`)。常规审查提示词和安全中断行为遵循下方的交互约定。若要在审查会话后诊断该 skill 的缺口,请运行 `/gh-pr-review diag`。

测试与质量59
G
gh-search-repos
gh-search-repos
aaddrick / gh-cli-search

在 GitHub 上搜索仓库时使用——提供按 stars、forks、语言、topics、license、归档状态以及所有仓库属性进行过滤的语法

开发59
G
gh-stack
gh-stack
arize-ai / phoenix

使用 gh-stack GitHub CLI 扩展管理堆叠分支和拉取请求。当用户想要创建、推送、变基、同步、切换或查看依赖 PR 堆栈时使用。适用于涉及堆叠 diff、依赖拉取请求、分支链或增量代码审查工作流的任务。

开发59
G
git-commit
git-commit
alpoxdev / hypercore

[Hyper] 根据当前仓库状态创建一个或多个 Conventional Commits。检查已暂存和未暂存的更改,将它们分组为逻辑变更集,为每组生成符合规范的消息,并按顺序分别提交每组更改。

开发59
G
git-commit
git-commit
cabinet-fe / prompt-engineering

使用 git 提交当前仓库代码。当用户要求提交代码、编写 commit message、执行 git commit/push/amend,或提到 提交、commit、推送、push、暂存并提交、保存更改、创建提交时或者由某个子代理直接指定使用。

开发59
G
gitea
gitea
membranedev / application-skills

Gitea 集成。管理仓库、组织、用户。当用户需要与 Gitea 数据交互时使用。

开发59
G
github-spec-kit
github-spec-kit
doitundoit / github-spec-kit

使用 GitHub Spec Kit 进行 Spec-Driven Development 的专家指导。当用户想要初始化项目、创建规格、规划实现,或基于 Spec Kit 工作流执行任务时使用。触发词:"spec kit"、"specify"、"create spec"、"spec-driven development"。

开发59
G
golang-gin-architect
golang-gin-architect
henriqueatila / golang-gin-best-practices

面向 Go Gin API 的软件架构师。用于做架构决策、评估复杂度、设计系统、选择模式,或协调各项 gin 技能时。

开发59
G
gradle-kotlin-dsl-doctor
gradle-kotlin-dsl-doctor
jetbrains / skills

以最小且兼容的改动生成、调试和修复 Kotlin + Spring 的 Gradle 构建。适用于 `build.gradle.kts` 或 `settings.gradle.kts` 报错、插件或工具链不兼容、依赖管理偏离 Spring Boot BOM、测试或运行时类路径损坏,或需要对 Kotlin DSL 进行安全且增量的修补。

开发59
G
graphql-expert
graphql-expert
oimiragieo / agent-studio

GraphQL 专家,涵盖 schema 设计、Apollo Client/Server 和缓存

开发59
G
grill-softly
grill-softly
guojie-hong / skills

一场有边界的访谈,用于打磨计划或设计,同时顺带产出文档(ADR 和词汇表)。只沿着仓库显示出证据的分支推进。

开发59
G
grove
grove
simota / agent-skills

为人类和 LLM Agent 设计并审计仓库结构:目录布局、monorepo、docs/tests/scripts、渐进式披露、提示词缓存拓扑以及安全迁移。

开发59
H
hexabot-action-creator
hexabot-action-creator
hexabot-ai / action-creator

创建、搭建、实现、审查、记录和改进 Hexabot v3 action,包括自定义工作流 action、外部 API 集成、LLM 驱动的 action、memory 读写、设置或凭证处理、action 绑定、扩展/插件 action 包,以及输入/输出契约设计。在将业务集成需求封装为 Hexabot action 时使用。不适用于通用 NestJS、纯前端工作、除非需要 action 实现的通用工作流 YAML、聊天机器人文案撰写、未封装为 Hexabot action 的通用 API 客户端,或非 Hexabot 自动化框架。

开发59
H
hygraph
hygraph
membranedev / application-skills

Hygraph 集成。管理项目。当用户需要与 Hygraph 数据交互时使用。

开发59
H
hyperframes-to-remotion
hyperframes-to-remotion
phamthanhnghia / remotion-agent-skills

从 HyperFrames 迁移到 Remotion 的工作流:将 HyperFrames HTML 合成转换为 React Remotion 代码。适用于把 HTML GSAP 时间线转换为 Remotion 帧确定性 React 组件。

创意与媒体59
I
iblai-account

为你的 Next.js 应用添加账户与组织设置页面

开发59
I
improve-codebase-architecture
improve-codebase-architecture
paololeonardi / mattpocock-skills

扫描代码库寻找架构改进机会,以可视化 HTML 报告形式呈现,然后深入分析你选择的任意一个。

开发59
第 27961–28020 条,共 37,547 条

第一次接触 MCP?

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

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