探索 MCP Server 与 Agent Skill

io.github.topoteretes/cognee/cognee-docker

当用户希望用 Docker 或 docker compose 运行 cognee 时使用——包括用预构建镜像快速体验、在容器中启动 API 服务，或用 compose profile 拉起完整技术栈（UI、MCP、Postgres、Neo4j）。

io.github.deepseek-ai/deepseek-harness/dsh-merging-stacked-prs

在需要将一组相互依赖的 GitHub PR（A ← B ← C，各自基于下层的分支）落地到 master、合并 base 指向另一个开放 PR 分支的 PR，或请求中提到 stacked PRs、PR stack、dependent PRs、依次合并多个相关 PR 时使用。落地前要求同仓库的每条依赖链都使用 GitHub 官方的堆叠 PR 功能，以便 GitHub 统一负责整栈的规则、CI、顺序、重定向与合并状态。

io.github.koala73/worldmonitor/fetch-country-brief

按 ISO 3166-1 alpha-2 国家代码，获取当前的 AI 生成战略情报简报。当用户询问某国当前地缘政治、经济或安全局势摘要时使用。

io.github.openai/codex/openai-docs

用于 Codex 模型/定价、定时任务、skills、设置、安装、排障、定制、自动化与自我知识——包括指代 Codex 的“you”“your”“this app”“this coding agent”——以及 OpenAI API/产品与 ChatGPT Work 的问题。也用于模型选型/迁移、prompt 撰写、SDK、Responses、Realtime、agents、evals 以及 Chat/Work/Codex 的对比。仅提到 Codex 的普通应用/软件任务不适用。

io.clawhub.pauldefi/zyfai-sdk

在以太坊主网、Base 与 Arbitrum 上为任意以太坊钱包赚取收益。当用户希望让资金获得被动的 DeFi 收益时使用。首次存款即会把一个非托管的预部署子账户（Safe）连同已签名的会话密钥分配给其 EOA，无需单独部署或额外的会话密钥步骤。

io.github.PostHog/posthog/modifying-taxonomic-filter

指导安全修改 TaxonomicFilter——PostHog 用于事件、action、属性、群组等的多标签选择器。先讲清经验性的产品现实（用户实际挑选和搜索什么）以及三个在用变体（legacy-control、藏在 TAXONOMIC_FILTER_CATEGORY_DROPDOWN 开关后的 legacy-pill、藏在 TAXONOMIC_FILTER_MENU_REBUILD 后的自选重构菜单），让改动以真实行为为评判标准并在多个界面镜像同步，而不是孤立地针对一支实现。在新增功能、修 bug 或重构 TaxonomicFilter、重构菜单或无头筛选面板时使用。

io.github.langbot-app/LangBot/langbot-deploy

部署并配置 LangBot 实例——Docker / Docker Compose、Kubernetes、config.yaml 模型、Box 沙箱运行时、插件运行时，以及全局 API key。在生产或自托管环境中安装、部署、升级或配置 LangBot 时使用。触发语包括 deploy langbot、langbot docker、langbot compose、langbot kubernetes、langbot config.yaml、langbot box runtime、langbot global api key。

io.clawhub.otherpowers/attribution-engine

帮助创作者以平台可识别的方式清晰标注协作者、工具与合作方。减少困惑、漏披露与可避免的问题...。

io.github.PostHog/posthog/depot-container-builds

使用 `depot build` 与 `depot bake` 配置并运行 Depot 远程容器构建。当构建 Docker 镜像、为 Depot 编写 Dockerfile、推送镜像到仓库、构建多平台/多架构镜像（linux/amd64、linux/arm64）、排查容器构建失败、优化 Dockerfile 分层缓存、使用 docker-bake.hcl 或 docker-compose 构建，或从 `docker build` / `docker buildx build` 迁移到 Depot 时使用。当用户提到 depot build、depot bake、容器构建、镜像构建，或询问 Depot 的构建缓存、构建并行度、临时仓库时也使用。

io.clawhub.chrischall/gogcli-mcp

当用户涉及通过 gogcli 实现 Google Workspace 自动化——Docs、Sheets、Slides、Drive 或 Classroom——时使用。触发语包括「编辑这篇 Google 文档」「更新这个表格」「找到我的幻灯片」「批改这份作业」，或任何涉及 Google Workspace 文档、文件或课堂的请求。这是总纲技能——5 个同级包（gogcli-mcp-docs、gogcli-mcp-sheets、gogcli-mcp-slides、gogcli-mcp-drive、gogcli-mcp-classroom）分别覆盖具体 API。

io.github.cursor/plugins/advisor

顾问模式。在关键检查点咨询更强（或不同）的模型：重大决策前、卡在错误上时、以及宣布任务完成前。当用户输入 /advisor、要求开启或关闭顾问、选择顾问模型，或显式请求更强/不同模型给出第二意见时使用。切勿自行启用。

io.github.serverless/serverless/serverless-mcp

使用 Serverless Framework 内置的 MCP 支持，将 Model Context Protocol（MCP）服务器托管到 AWS——基于官方 SDK 的服务器模块，部署到 AWS Lambda 的流式 API Gateway REST 端点后，自带网关访问控制与 OAuth protected-resource 发现，打包和 elicitation 状态均已代为实现。当用户要在 AWS 或 Lambda 上部署、托管、加固或调试 MCP 服务器，编写或编辑 serverless.yml 中的 `mcp:` 配置块，通过 HTTP 向 Claude 或其他 AI 客户端暴露 tools、resources 或 prompts，或遇到 `MCP_*` 配置错误（MCP_UNSUPPORTED_NODE_RUNTIME、MCP_FUNCTION_NAME_COLLISION、MCP_INVALID_STATE_ARN 等）时使用。即使用户没有点名 Serverless Framework 或 MCP，只要描述把自有工具通过 HTTPS 端点提供给 AI 客户端，也应触发。

io.github.PostHog/posthog/querying-posthog-data

在编写任何 HogQL/SQL 或调用 execute-sql 查询 PostHog 前的必读内容。当用户想搜索、查找或对 PostHog 实体（insight、仪表盘、群组、feature flag、实验、问卷、hog flow、数据仓库、person 等）做复杂聚合，以及查询分析数据（趋势、漏斗、留存、生命周期、路径、粘性、Web 分析、错误追踪、日志、会话、LLM traces）时使用。对受治理的业务或遥测指标（MRR、激活、计费用量、活跃组织、失败率）同样是第一站：先从原始事件或使用带类型的领域工具推导之前，检查语义层（system.information_schema.metrics 中的规范指标）。涵盖 HogQL 与 ClickHouse SQL 的语法差异、系统表 schema（system.*）、可用函数、查询示例与 schema 发现工作流。

io.github.ai-dynamo/dynamo/configure-aiperf-benchmark

为已成功部署的 Dynamo 候选版本选择并冻结问题驱动的 AIPerf 工作负载、目标、负载策略和 Kubernetes 执行清单。当候选版本需要进行性能表征或与参考进行可比测量时使用。

io.github.anthropics/skills/frontend-design

在为全新 UI 或改造现有 UI 提供有辨识度、有意图的视觉设计指导。帮助把握美学方向、字体排印，避免设计看起来像模板化的默认样式。

io.github.getsentry/sentry/backend-conventions

Sentry 后端在日志、tracing/span、span/tag 属性命名、metrics tag 与 options 系统方面的约定。在 src/ 中新增或编辑以下 Python 代码时使用：打日志（logger.info/exception）、记录指标（带 tag 的 metrics.incr/timing）、为 span/transaction 埋点、调用 sentry_sdk.set_tag/set_attribute 或 set_span_tag/set_span_data、用 options.get() 读取已注册 option。触发语：“add logging”“log an error”“add a metric”“add a span”“instrument tracing”“set an attribute”“add a tag”“read an option”“LOG005”“LOG011”，或关于 metrics tag 基数的问题。

io.github.microsoft/playwright/playwright-component-testing

使用内置故事画廊（story gallery）搭建 Playwright 组件测试——由内置 mount fixture 驱动 story 脚手架与画廊开发页，无需专用组件测试运行时。当被要求用 Playwright 对 React 或 Vue 组件做隔离测试，或从 @playwright/experimental-ct-react / -vue 迁移时使用。

io.github.supabase/supabase/studio-e2e-tests

为 Supabase Studio（e2e/studio）编写并运行 Playwright E2E 测试。在被要求跑 E2E 测试、编写新 E2E 测试或调试不稳定/失败的 Playwright 测试时使用。涵盖执行命令、规避竞态条件、等待策略、选择器、辅助函数以及 CI 与本地差异。

io.github.supabase/supabase/dev-toolbar-review

dev toolbar、PostHog 客户端与特性标志的安全规则。在编写或评审 packages/dev-tools/、packages/common/posthog-client.ts 或 packages/common/feature-flags.tsx 的任何改动时使用。涵盖环境守卫、标志覆盖 cookie、遥测事件订阅以及 SSE 流安全。

io.github.supabase/supabase/studio-testing

Supabase Studio 的测试策略。在编写测试、判断改动是否需要测试及需要什么类型、把组件逻辑抽取为可测试的工具函数，或评审测试覆盖度时使用。涵盖单元测试、组件测试与 E2E 测试的选型标准。

io.github.supabase/supabase/safe-sql-execution

只要代码会构建、返回、拉取或执行针对用户真实 Postgres 数据库的 SQL，就使用本 skill——即使需求读起来像普通功能或 bug 修复，完全没提“security”“injection”或“SafeSqlFragment”。覆盖：编写或修改任何构造/返回数据库对象（表、视图、函数、DB 触发器、索引、RLS 策略）SQL 的 pg-meta 函数、查询构造器或接口；把 schema/表/列/搜索词/路由参数插入 SQL 文本；存储、读取或重跑从数据库往返的 SQL（策略定义、函数/视图定义、片段保存内容）；以及任何把 SQL 发到项目库的 Run/Apply/Execute 动作（SQL 编辑器执行选中、策略编辑器应用、片段执行器）。在动手写这类代码前就要加载，不要只在评审成品 diff 时才用。仅在改动完全不涉及 SQL 文本或执行时跳过——样式、无关的数据 hook、非 SQL 表单校验或 UI 布局工作。

io.github.supabase/supabase/clickhouse-logs-queries

针对 ClickHouse 支撑的 logs 表（logs.all.otel 分析端点）编写、评审与迁移 Supabase 日志查询。只要任务涉及 Logs Explorer SQL、log_attributes map、按日志 source 查询（edge_logs、postgres_logs、auth_logs 等）、把旧的 BigQuery cross join unnest(metadata) 日志查询翻译为 ClickHouse，或在 apps/studio/data/logs 与 apps/studio/components/interfaces/Settings/Logs 中接入分析日志 SQL 时使用。用户即使只说“日志查询”“Logs Explorer”或粘贴一段 BigQuery 日志查询待转换也应使用，不必非要提到 ClickHouse。