Cursor 必备 MCP 组合推荐

ZeroClaw PR 评审的人类评审员副驾驶。当用户想以自己身份评审某个 PR、在作者修改后复审、批量处理 PR 队列、查看某 PR 还有什么未处理，或提交正式评审结论时使用。触发语：'review 1234'、'can you look at PR #1234'、're-review 1234'、'check 1234'、'what's still open on 1234'、'go through the queue'、'next PR'、'review the open PRs'。本技能用 gh CLI 以当前 gh 账号持有者的口吻发布评审。

Drizzle schema、repository、RLS、SqlClient 接线、Postgres 迁移、psql / 重置，或平台映射器（toDomain* / toInsertRow）。

当用户想优化 GitHub 主页、README 或项目可发现性时使用。触发词包括“GitHub README”“README 优化”“GitHub 主页”“GitHub star”“GitHub 可发现性”“awesome 榜单”“GitHub 营销”。

通过解析运行日志与流水线定义，诊断、分析并修复失败的 GitHub Actions 工作流的专门技能。

对本地 Postgres 应用库执行只读 SQL（SELECT、EXPLAIN，以及 SELECT 的 EXPLAIN ANALYZE）。默认本地 URL 为 postgres://posthog:posthog@localhost:5432/posthog，否则使用 DATABASE_URL。在查询本地库、检查表、调试数据或分析查询计划时使用。严禁任何写操作。

通过将 GitHub Actions 升级到受支持的运行时：挑选安全的 action 版本、保持工作流行为、验证升级后的执行。

针对 GitHub Actions 工作流文件（.github/workflows/*.yml）的安全加固评审。分析模式匹配器和通用代码 linter 会漏掉的 Actions 威胁模型——不可信输入的脚本注入、高权限触发器运行 fork 代码、可变的 action 引用、权限过大的 token。当被要求评审、审计、加固或保护 GitHub Actions 工作流、编写新工作流，或遇到"这个工作流安全吗""帮我查 CI 安全问题""这里 pull_request_target 为什么危险""帮我 pin actions""收紧 GITHUB_TOKEN 权限"等请求时使用。覆盖 ${{ }} 插值脚本注入、pull_request_target/workflow_run 权限提升、第三方 action 的 SHA 固定、最小权限、GITHUB_ENV/GITHUB_OUTPUT 注入、密钥暴露、OIDC 与长期凭据、公共仓库自托管 runner 的暴露风险。

配置 GitHub 鉴权：HTTPS token、SSH key 与 gh CLI 登录。

评审 PR：查看 diff、通过 gh 或 REST 发表行内评论。

通过 gh 或 REST 创建、分类、打标签并分配 GitHub issue。

克隆、创建、fork 仓库；管理远程与发布版本。

GitHub PR 生命周期：建分支、提交、开 PR、CI、合并。

专门分析 flutter/flutter 仓库中的 flaky（不稳定）GitHub issue。当用户想针对某个 flutter GitHub issue 链接分析其不稳定性时使用。

审查 GitHub pull request 并提供反馈评论。审查来自 GitHub 的 Pull Request 时的首选技能。

通过 gh 命令行工具为 Kibana 仓库进行 GitHub 交互。用于任何 GitHub 操作——创建、查看或修改 PR 或 issue，发表评论或审查，检查 CI 状态，应用标签，创建 release，或进行任意 gh/API 调用。

设计、调试并加固 GitHub Actions CI/CD 工作流，涵盖可复用工作流、矩阵构建、自托管运行器、OIDC 认证、缓存、环境、密钥与发布自动化。

从功能分支准备 GitHub Pull Request——分支整洁度、提交组织、标题/正文、验证说明、UI 工作的截图，以及对评审意见的回复。

审计 GitHub Actions 工作流的效率并给出优化建议，减少 CI 分钟数与成本。

审计并提升 GitHub Codespaces 的效率。当用户希望加快 Codespaces 启动、降低 Codespaces 开销、精简 devcontainer、调整机器规格、优化空闲超时，或把预构建限定到持续使用的分支时使用。

全面的 GitHub 项目管理：swarm 协同的 issue 跟踪、项目看板自动化与迭代规划。

高级 GitHub Actions 工作流自动化，具备 AI swarm 协同、智能 CI/CD 流水线与全面的仓库管理。

全面的 GitHub 发布编排，借助 AI swarm 协同实现自动化版本管理、测试、部署与回滚管理。

多仓库协调、同步与架构管理,由 AI 蜂群编排。

全面的 GitHub 代码审查,由 AI 蜂群协调驱动。

指导 IA 端到端地为 GitHub 库发布新版本，自动处理 SemVer 版本编号与 Keep a Changelog 格式。

通过 gh CLI 操作 GitHub issue、PR 和 release。不用于代码审查或发布构建。

使用 MCP 工具创建、更新和管理 GitHub issue。当用户想创建缺陷报告、功能请求或任务 issue，更新现有 issue，添加标签/指派人/里程碑，设置 issue 字段（日期、优先级、自定义字段）、设定 issue 类型、管理 issue 工作流、关联 issue、添加依赖或跟踪 blocked-by/blocking 关系时使用。触发语如"create an issue""file a bug""request a feature""update issue X""set the priority""set the start date""link issues""add dependency""blocked by""blocking"及任何 GitHub issue 管理任务。

对 issue 与 PR 做只读的 GitHub 分类。1 个条目 = 1 个后台任务（类别：quick）。分析所有开放项，并把有证据支撑的报告写入 /tmp/{datetime}/。每条结论都必须有 GitHub permalink 作为证据。绝不在 GitHub 上执行任何操作——不评论、不合并、不关闭、不打标签，只做报告。触发词：triage、triage issues、triage PRs、github triage。

为 ComfyUI_frontend 编写 Playwright 端到端测试。在创建、修改或调试浏览器测试时使用。触发词：playwright、e2e test、browser test、spec file

创建可用于生产的 GitHub Actions 工作流，实现应用的自动化测试、构建与部署。适用于用 GitHub Actions 搭建 CI/CD、自动化开发工作流，或制作可复用的工作流模板。

用于更新 GitHub Copilot CLI/SDK。

用于测试、构建与部署应用的生产级 GitHub Actions 工作流模式。

通过 Rube MCP（Composio）自动化 GitHub 仓库、议题、Pull Request、分支、CI/CD 与权限管理。以编程方式管理代码工作流、审查 PR、搜索代码并处理部署。

将错误日志、截图、语音笔记和粗略的缺陷报告转化为附带复现步骤、影响与证据、开发者可直接提交的 GitHub 议题。

借助 AI 辅助自动化 GitHub 工作流的模式，灵感来自 [Gemini CLI](https://github.com/google-gemini/gemini-cli) 与现代 DevOps 实践。

用于通用 PostgreSQL 表设计。**触发时机**——用户要求：设计 PostgreSQL 表、模式或数据模型（新建表与修改现有表时）；为 PostgreSQL 选择数据类型、约束或索引；创建用户表、订单表、引用表或 JSONB 模式；了解 PostgreSQL 在规范化、约束或索引方面的最佳实践；设计高频更新、高频 upsert 或 OLTP 风格的表。**关键词**：PostgreSQL schema、table design、data types、PRIMARY KEY、FOREIGN KEY、indexes、B-tree、GIN、JSONB、constraints、normalization、identity columns、partitioning、row-level security。全面覆盖数据类型、索引策略、约束、JSONB 模式、分区与 PostgreSQL 特有最佳实践

可直接用于生产的 GitHub Actions 工作流模式，覆盖测试、构建与部署。

使用 gh 命令安全地查询与查看 GitHub 状态的说明。

从 FRED、世界银行等 API 获取经济数据。

设计 PostgreSQL 专属模式。涵盖最佳实践、数据类型、索引、约束、性能模式与高级特性

对任意 GitHub 仓库开展多轮深度调研。当用户要求全面分析、时间线重建、竞品分析或对 GitHub 项目的深入调查时使用。产出结构化 markdown 报告，含执行摘要、时间线、指标分析与 Mermaid 图。触发于 GitHub 仓库 URL 或开源项目。

提供 Next.js App Router 数据获取模式，包括 SWR 与 React Query 集成、并行数据获取、增量静态再生（ISR）、再验证策略与错误边界。在 Next.js 应用中实现数据获取、在服务端与客户端获取之间取舍、设置缓存策略或处理加载与错误状态时使用。

PostgreSQL 数据库模式，涵盖查询优化、Schema 设计、索引与安全。常见模式、索引类型、数据类型与反模式检测的快速参考，基于 Supabase 最佳实践。

对 issue 和 PR 进行只读 GitHub 分诊。1 个条目 = 1 个后台任务(类别:quick)。分析所有待处理条目,并将有证据支撑的报告写入 /tmp/{datetime}/。每条结论都需要 GitHub 永久链接作为证据。绝不在 GitHub 上执行任何操作——不评论、不合并、不关闭、不打标签,仅输出报告。触发词:'triage'、'triage issues'、'triage PRs'、'github triage'。

使用 Playwright 设备模拟进行移动 Web 测试，涵盖响应式测试、触摸交互、视口管理、网络限速、地理位置测试与移动端专属 UI 模式。

帮助用户在 VS Code 工作区中创建完整项目结构的全面设置步骤。本工具面向整体项目的初始化与脚手架搭建，而非创建单个文件。适用：从零创建完整新项目；搭建整框架（TypeScript 项目、React 应用、Node.js 服务等）；初始化具备完整结构的 Model Context Protocol（MCP）服务器；按规范脚手架创建 VS Code 扩展；设置 Next.js、Vite 等框架项目；用户要求新项目、创建工作区或设置某框架项目；需要建立含依赖、配置文件与目录结构的完整开发环境。不适用：创建单个文件或少量代码片段；向已有项目添加单个文件；修改既有代码库；用户要求创建一个文件。

在编写新的 Playwright E2E 测试或新增测试用例时使用。提供源自 Playwright Developer Handbook 的测试理念、模式与最佳实践。

为 QA 测试中发现的 GitHub issue 与 PR 打标签。在用规范标签组织 QA 发现时使用。