探索 MCP Server 与 Agent Skill

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/studio-queries

Supabase Studio 数据获取的 React Query 规范。在 apps/studio/data/ 下编写或评审 query hook、mutation hook 或 query key 时使用，包括为新接口或资源加首个 fetch 或 mutation。涵盖 queryOptions 模式、keys.ts 结构、mutation hook 模板与命令式 fetch。

io.github.supabase/supabase/studio-testing

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

io.github.obra/superpowers/executing-plans

在独立会话中执行书面实现计划、并带有评审检查点时使用。

io.github.obra/superpowers/receiving-code-review

在收到代码审查反馈、准备落实建议之前使用，尤其是反馈不清晰或技术上存疑时——要求技术上的严谨与验证，而不是表演式附和或盲目照做。

io.github.obra/superpowers/using-git-worktrees

在需要与当前工作区隔离的功能开发开始前，或执行实现计划之前使用——通过原生工具或 git worktree 回退方案确保存在隔离的工作区。

io.github.n8n-io/n8n/telemetry

指导通过 @n8n/telemetry 事件注册表添加、修改与评审遥测。在处理前端或后端代码中的遥测、分析、埋点、产品事件、track() 调用或 RudderStack/PostHog 产品事件时使用；需要查找已注册了哪些遥测事件、某个事件的含义及其携带的属性时也使用。

io.github.bytedance/deer-flow/engineer-system-change

从第一性原理评估并执行非平凡的软件系统变更。用于评估 RFC、issue、设计、功能、重构、依赖变更，以及所提字段、事件、API、模块与服务的必要性、消费者、系统适配、验证、回滚需要推敲的场景。阅读真实系统，识别具体问题与具名语义消费者，选择最小充分方案，拒绝伪需求与投机性抽象，并要求与风险相称的证据。不用于机械式编辑、源码讲解，或对已完成 diff 的专项审查。

io.github.home-assistant/core/ha-quality-scale-verify

Verifies that a Home Assistant integration follows a specific quality scale rule, checking whether it implements the required patterns, configurations, or code structures defined by the quality scale system. Use when asked to check a rule (e.g. "check if the peblar integration follows the config-flow rule") or to verify an integration reaches a quality tier (Bronze, Silver, Gold, Platinum).

io.github.Shubhamsaboo/awesome-llm-apps/project-graveyard

扫描开发者机器上已停滞的副业项目，从 git 历史逐个复盘死因（卡在支付环节、被新项目挤掉、做完了却没上线），归纳个人失败模式，挑出最值得复活的那具“尸体”并帮你把它上线。当用户提到被遗弃的、未完成的或很久以前的 side project，问“哪个该收尾”，想复活或重启某个项目，说“run the graveyard”，疑惑自己为什么总做不完事，或正要开一个和已有项目雷同的新项目时使用。完全本地运行。

io.github.stablyai/orca/orca-emulator

在 Orca 内通过 orca CLI 控制移动端(iOS)模拟器/仿真画面流。用于点击、手势、输入、硬件按键、相机注入、权限、无障碍树等,并在 Orca 的模拟器窗格中实时查看画面。在 Orca 中运行 agent 时优先于原始 npx serve-sim 或直接 simctl(orca 层处理设备定位、helper 生命周期与工作树上下文)。与 orca-cli 技能互补(终端、工作树和内置浏览器)。

io.github.Hmbown/CodeWhale/release

准备具名版本：前置检查、版本一致性、构建/打包、冒烟测试、校验和与发布说明，以及发布就绪评估。发布/打标签/部署需要单独授权。仅限显式调用。

io.github.redis/go-redis/testing

用于运行任意 go-redis 测试——完整套件、单个测试或过滤/聚焦的子集（例如仅 cluster、sentinel 或 pool 规格）；拉起或拆除 Docker 测试栈；e2e 维护通知套件（含无代理逻辑测试）；构建或格式化；或设置驱动测试镜像与版本门控的 REDIS_VERSION / RE_CLUSTER / REDIS_PORT 开关。涵盖如何聚焦某个 Ginkgo 规格以及如何运行普通 go 测试。

io.github.PostHog/posthog/gating-production-deploys

在新增或编辑会向镜像仓库推送容器镜像（经 build-push-action 推 ECR/ghcr/Docker Hub）或触发生产部署（向 PostHog/charts 发起 `commit_state_update` repository_dispatch）的 GitHub Actions 工作流时使用。这类工作流从单一权威部署仓库运行，并由 CD_DEPLOY_ENABLED 变量把关。不适用于发布 GitHub Release、npm、crate 或 Homebrew 的工作流——那些留在公开仓库。

io.github.Shubhamsaboo/awesome-llm-apps/commit-archaeologist

从本地 git 历史还原代码存在的原因：引入 commit、后续变更、当前作者、反复同行的文件以及可能的意图。当用户问“这段代码为什么存在”“这个函数是谁写的、为什么”、或在重写/重构/高风险编辑前要求“解释这个函数的历史”时使用。完全本地运行。

io.github.Shubhamsaboo/awesome-llm-apps/scope-creep-detector

对照声明的意图分析 git diff，检测范围蔓延、无关文件、过大的 pull request、超出修复范围的变更、依赖新增、公开 API 重命名、配置或 CI 改动、超大 hunk 以及纯格式化文件。当用户询问“这个改动是不是超出了修复范围”“PR 是不是太宽”“我为什么会碰到这些无关内容”，并希望获得保留/拆分/说明理由的建议时使用。完全在本地离线运行。

io.github.openclaw/openclaw/openclaw-secret-scanning-maintainer

分诊、清除、清理并处理 OpenClaw 在 issue 或 PR 中的 GitHub Secret Scanning 告警。

io.github.langflow-ai/langflow/ibm-a11y-level1-audit

对选定的 Langflow 前端界面（路由、组件或某个 PR）执行限定范围的 IBM Equal Access Level 1 合规审计，产出对照 WCAG/IBM Level 1 条目的问题报告。默认只审计和报告——仅当用户在同一请求中明确要求修复时才动手。当用户要求 IBM Level 1 审计、Level 1 合规报告，或在特定界面上查找/报告 Level 1 WCAG 问题时使用。批量扫描路由不做报告见 ibm-a11y-route-scan；整个 PR/分支端到端扫描并默认修复见 ibm-a11y-pr-remediation。

io.github.langflow-ai/langflow/ibm-a11y-pr-remediation

扫描当前 PR/分支触及的所有前端界面，查找 IBM Equal Access Level 1 无障碍问题并默认修复全部范围内的违规项。发现变更文件、映射到路由/组件/状态，同时运行 axe 与 IBM 引擎，持续修复直至双引擎通过（或仅剩已记录的基线），并汇报结果。当用户要求对“这个 PR”“我的分支”“我的改动”做无障碍检查、扫描或清理并期望直接修复（而非仅报告）时使用。仅需单范围审计报告用 ibm-a11y-level1-audit；仅批量扫描路由用 ibm-a11y-route-scan。

io.github.langflow-ai/langflow/ibm-a11y-testing-guide

使用 axe（Jest）与 IBM Equal Access（Playwright page.runA11yScan）编写和运行 Langflow 前端无障碍测试的参考指南。涵盖引擎/测试层级选型、POUR 清单、axe 与 IBM 规则差异、Radix/AG-Grid 组件注意事项以及 IBM 基线。在编写或审查 a11y 测试、调试具体 axe/IBM 违规项或为某个 UI 界面选择测试层时使用。不执行扫描、不审计整个界面、不做端到端 PR 修复——分别见 ibm-a11y-route-scan、ibm-a11y-level1-audit 与 ibm-a11y-pr-remediation。

io.github.openclaw/openclaw/model-usage

按模型汇总 CodexBar 本地成本日志（Codex 或 Claude），可只看当前或完整明细。

io.github.actualbudget/actual/running-vrts

在 Actual Budget 仓库中新增、更新、重新生成、运行或调试视觉回归测试（VRT）与截图测试时一律使用。包括诸如新增一个 VRT、添加截图测试、更新快照、重新生成 VRT 截图、VRT 失败了、yarn vrt、vrt:docker 或 /update-vrt 之类的请求，以及任何需要为 UI 改动补截图覆盖的情况。VRT 快照必须在 Linux docker 镜像内生成（绝不能在宿主机上），且快照更新必须只限定于改动的测试——这两点任一搞错，都会产出让 CI 忽略的快照或重写仓库里的全部截图。