探索 MCP Server 与 Agent Skill

io.github.diegosouzapw/OmniRoute/omni-db-backups

触发系统备份、从备份文件恢复并管理 SQLite 数据库生命周期。支持导出、导入和增量快照策略。

io.github.TryGhost/Ghost/tinybird-cli-guidelines

Tinybird CLI 命令、工作流与操作。在执行 tb 命令、管理本地开发、部署或处理数据操作时使用。

io.github.PostHog/posthog/creating-box-plot-insights

在 PostHog 中创建基于产品分析或 SQL 的箱线图 insight。当用户要求创建、构建或保存箱线图、可视化数值分布、跨日期或分组比较四分位数/中位数，或把 SQL 结果变成箱线图时使用。在标准 Trends 箱线图与 SQL insight 之间做出选择、校验分布数据、保存 insight 并验证。

io.github.openclaw/openclaw/openclaw-pr-maintainer

遇到任何粘贴的 OpenClaw GitHub issue 或 PR 链接/编号时立即使用；也用于 OpenClaw issue/PR 编排、审查、分诊、根因修复、PR 重写、重复搜索、发起人身份/作者信息、账号注册时间/活跃度、评论、标签、关闭、合入或维护者证据核查。

io.github.PostHog/posthog/debugging-experiments

为查看自己结果的客户调试和支持 PostHog Experiments（A/B 测试）。只要粘贴了实验支持工单或客户提出结果相关问题就使用，最常见的是“为什么我的曝光不均？”“为什么某个变体没有流量？”“为什么我缺少/只见很少曝光？”“为什么出现偏差横幅？”“为什么 PostHog 的数字和我的 SQL 对不上？”。以只读方式拉取实验真实数据，对照已知成因清单匹配，产出面向客户的解释、修复方案与相关数字的评审。加载 diagnosing-experiment-results 作为深度诊断库。不触发：创建实验（用 creating-experiments）、仅配置放量（configuring-experiment-rollout）或指标（configuring-experiment-analytics）、询问生命周期问题（managing-experiment-lifecycle），或行为异常的是底层 feature flag 而非结果（用 debugging-feature-flags）。

io.github.openclaw/openclaw/openclaw-changelog-update

在 beta、stable 或 extended-stable 发布前，根据 git 历史重新生成 OpenClaw 发布日志小节。

io.github.nextlevelbuilder/ui-ux-pro-max-skill/banner-design

为社交媒体、广告、网站 hero 区、创意素材与印刷设计 banner。提供多套美术方向与可选的生成图或用户素材。动作：设计、创建、生成 banner。平台：Facebook、Twitter/X、LinkedIn、YouTube、Instagram、Google Display、网站 hero、印刷。风格：极简、渐变、粗字排印、摄影、插画、几何、复古、玻璃拟态、3D、霓虹、双色调、编辑风、拼贴。

io.github.PostHog/posthog/turning-engineering-analytics-into-insights

把工程分析（PR / CI）数据转化为已保存的 PostHog insight、仪表盘与订阅，并说明如何用 SQL 直接查询产品数据。涵盖经 engineering-analytics-sources 发现按团队的 GitHub 仓库表、在 HogQL 中复刻精心的列语义、在涉及产品逻辑时读取暴露的 engineering_analytics_* 仓库视图（CI 成本、指纹化失败行、提交归属）、用 insight-create 保存查询，以及用 subscriptions-create 安排投递。当被要求“把这个存成 insight”“把 CI 健康度/合并时长做成仪表盘”“每周给我邮件发 PR 吞吐量”“画 CI 成本图”“跟踪首次评审时长”“订阅这些数字”“对 CI 成功率告警”或询问“工程分析读取哪些数据/表/视图”时使用。临时性 CI 与合并问题用 diagnosing-ci-and-merge-bottlenecks；调查某个具体 CI 失败用 investigating-ci-failures。

io.github.addyosmani/agent-skills/deprecation-and-migration

管理弃用与迁移。在移除旧系统、API 或功能、把用户从一种实现迁移到另一种实现、在生产中迁移数据库 schema（如零停机重命名或删除列的 expand/contract）时使用；也在决定是维护还是下线既有代码时使用。

io.github.openclaw/openclaw/control-ui-e2e

在用 Vitest + Playwright 对 OpenClaw Control UI 图形界面做端到端测试、修复或扩展时使用，覆盖 Mock 网关 WebSocket 流程、Mock 面板运行、截图/视频，以及可由代理验证的浏览器证明。

io.github.prisma/orm/ast-visitor-pattern

对存在多个分发点的可辨识联合使用 frozen-class/visitor 模式。适用于：新建一组将在 2 处以上被 switch 的变体（命令、IR 节点、工厂调用），或重构已出现多个 switch 站点的现有联合类型。

io.github.PostHog/posthog/posthog-desktop

将工作限定在 products/desktop 下的桌面应用——一个嵌套的独立 pnpm/turbo/Biome 工作区，由现已归档的 PostHog/code 仓库引入；PR、CI 与发布以 posthog/posthog 为唯一事实来源，且不属于根前端或 Django 构建。当用户说 /posthog-desktop，或开发 Electron 桌面应用、apps/code、apps/web、apps/mobile、packages/core、packages/ui、packages/workspace-server、@posthog/api-client、@posthog/agent 或代理框架时使用。把工作目录钉在 products/desktop，以该目录树的工具链与约定取代 monorepo 的，并界定树外允许触碰的少数路径（应用调用的 Django API、根目录的 desktop-* CI）。

io.github.lobehub/lobehub/design-prototype

用 LobeHub 真实设计系统（@lobehub/ui + antd + antd-style token）与生产风格 React 产出可交互的单文件 HTML 设计原型，无需构建步骤，浏览器直接打开。当被要求为某个页面或流程出设计原型/可交互 mockup/交互原型/设计稿 HTML，或在投入实现前探索重设计时使用。

io.github.supabase/supabase/explorer

构建与修改 Supabase Studio Explorer 界面，包括 notebook、chat、SQL 代码片段、查询单元格及其共用的工具栏模式。

io.github.openclaw/openclaw/openclaw-update

将现有本地或远程 OpenClaw Gateway 的例行更新路由到其安装属主，并自动恢复会话。存在部署专用技能时优先让位。

io.github.openclaw/openclaw/openclaw-repair-sweep

针对 OpenClaw 的 issue 和 PR 编排 worker 集群：验证根因，优先干净重构而非快速补丁，落地经验证的修复，并关闭已证明修复或不再有效的条目。

io.github.NousResearch/hermes-agent/touchdesigner-mcp

通过 twozero MCP 控制 TouchDesigner。

io.github.NousResearch/hermes-agent/sketch

制作一次性的 HTML 原型：生成 2-3 个设计变体用于对比。

io.github.NousResearch/hermes-agent/agent-merge-conflict-arbiter

在两个代理之间的合并冲突中充当中立仲裁者。

io.github.twentyhq/twenty/qa-scout

针对运行中的 Twenty 应用对 PR 做浏览器 QA:在 main 上合并后触发,或合并前通过 qa-scout 标签触发。从 PR diff 推导用户可见场景,用 Playwright MCP 浏览器执行,以 SQL 核验数据库效果,检查服务器与 worker 日志中被吞掉的错误,输出结构化结论和报告。由 ci-e2e-main.yaml 在确定性 e2e 套件后调用;也可针对本地 dev 栈手动运行。

io.github.NousResearch/hermes-agent/impeccable

前端设计指引，由上游 impeccable 项目维护。

io.github.NousResearch/hermes-agent/test-driven-development

TDD：严格执行 RED-GREEN-REFACTOR，先写测试再写代码。