探索 MCP Server 与 Agent Skill

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.pytorch/pytorch/scrub-issue

获取、分析、复现并精简 GitHub issue 的复现步骤。仅在用户要求验证某个 GitHub issue 是否可复现、精简其复现用例、分析 bug 报告，或为可复现性对 issue 做审查/分诊时使用。不适用于没有对应 GitHub issue 的独立复现请求。

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 忽略的快照或重写仓库里的全部截图。

io.github.thedotmack/claude-mem/cloud-sync

设置或检查 claude-mem 与 cmem.ai Pro 的云同步。当用户说「set up cloud sync」「sync my memories」「cmem pro」「cloud backup」「sync status」，或希望备份/同步记忆数据库到其 cmem.ai 账户时使用。

io.github.QuantumNous/new-api/i18n-translate

为本项目补全并维护前端 i18n 翻译。覆盖查找缺失的翻译键、检测未翻译条目，并为所有支持的 locale（en、zh、zh-TW、fr、ja、ru、vi）添加翻译。凡涉及前端 locale 文件、缺失翻译键、未翻译 UI 文本、`t(...)` 键、`useTranslation()`、静态 i18n 键、按钮/标签/toast/dialog/placeholder/校验文案，或哪怕只是补一个 i18n 键的任务都适用。当审查结论提到缺失 i18n、新 UI 文本需要翻译，或用户要求添加翻译、修复 i18n、补全翻译时使用。翻译、添加 locale 键或编辑前端 i18n 文件前必须先加载并遵循本技能。

io.github.meshery/meshery/quota-axi

通过 quota-axi CLI 报告本地 Claude、Codex、Cursor、GitHub Copilot 与 Grok 的配额窗口——从本地认证源读取的剩余百分比、重置时间与 provider 状态，不做路由、推荐或 provider 变更。在决定是否可继续消耗某 provider 配额前、用户询问用量/速率限制/剩余配额时，或比较本地各 provider 余量时使用。

io.github.pingdotgg/t3code/ios-debugger-agent

使用仓库配置的 XcodeBuildMCP 服务器构建、启动、检视并驱动 iOS 应用。在 macOS 上用于 iOS 模拟器构建、聚焦的原生测试运行、语义化 UI 自动化、截图、日志或调试，包括 T3 Code Mobile 验证。