探索 MCP Server 与 Agent Skill

io.github.ruvnet/ruflo/adr-review

对照已接受的 ADR(架构决策记录)审查代码改动,检查是否违反。

io.github.ruvnet/ruflo/git-workflow

高级 Git 工作流:分支管理、冲突解决与 PR 生命周期。

io.github.ruvnet/ruflo/security-scan

使用 Ruflo 安全工具对代码库执行完整安全扫描。评审 PR 的安全回退、审计认证/输入处理代码、生产部署前，或用户要求按 quick/standard/deep 深度做安全检查时使用。

io.github.ruvnet/ruflo/api-docs

从源代码生成 API 文档,支持 JSDoc 与 OpenAPI。

io.github.anthropics/skills/xlsx

当电子表格文件是主要输入或输出时使用：打开、读取、编辑或修复现有 .xlsx、.xlsm、.xltx、.csv、.tsv 文件（如加列、计算公式、格式化、图表、清洗数据）；从零或其他数据源新建表格；在表格格式之间转换。用户按名称或路径引用表格文件并提出处理要求时同样触发，也包括把结构混乱的表格数据（错位表头、脏数据）整理为规范表格。交付物必须是表格文件；当主要交付物是 Word 文档、HTML 报告、独立 Python 脚本、数据库管道或 Google Sheets API 集成时不要触发。

io.github.nrwl/nx/reproduce-issue

复现 nx issue 的唯一技能。给定 GitHub issue 编号（人工入口）或明确的复现参数（智能体入口），整个复现过程完全在隔离的 Docker 沙箱内执行——Linux 用 gVisor，macOS 用 Docker VM——因此不受信任的复现安装脚本与命令不会在宿主机上运行，最后给出是否复现的结论。供人类通过 /reproduce-issue 调用。

io.github.nrwl/nx/review-pr

对 nrwl/nx 中单个开启的 PR 做深度代码审查。先建立隔离的 worktree，然后运行 pr-review-toolkit 审查智能体、reproduce-verifier 智能体（结合关联 issue 佐证结论，若可本地运行则在 master 与 PR 上分别执行复现）、alternative-approach 智能体（独立设计替代方案并与 PR 的选型对比）、performance-analyzer 智能体（确认改动不浪费 CPU 或内存，并能在工作区规模下快速执行）以及 security-analyzer 智能体（在真实信任边界上排查注入类漏洞——命令注入、zip-slip、SSRF、凭据泄露），只保留严重与重要问题（以及优势；可改可不改的建议丢弃），并把 GitHub 风格的草稿存到 ~/.nx-pr-reviews/<NUMBER>.md 供审查者阅读（不会发布任何内容）。当你需要对单个 PR 做彻底审查时使用。

io.github.BuilderIO/agent-native/design-systems

管理并应用 Design 应用的品牌系统。在创建、导入、关联、查看设计系统 token、素材、字体、logo 与自定义指令，或遵循它们时使用。

io.github.BuilderIO/agent-native/design-generation

在 Design 中生成或完善完整的交互式 HTML 原型。用于从提示词或选定设计出发，创建界面、变体、Alpine/Tailwind 原型、微调或视觉打磨。

io.github.Arize-ai/phoenix/phoenix-design

Phoenix 前端的设计系统约定——布局、对话框、错误展示、BEM CSS 类命名与 CSS 设计令牌。在 app/src/ 中构建 UI、命名 CSS 类、创建或使用令牌、处理错误或设计对话框交互时使用。

io.github.ethereum/ethereum-org-website/design-system

在 ethereum.org Next.js 站点构建、重构或为任何 UI 编写样式时使用（`src/components/`、`app/`、`src/styles/`、`public/content/`，或任何影响渲染 UI 的 `.tsx`/`.mdx`/`.css` 改动）。提供规范的组件选型、设计令牌、RTL/i18n 规则、服务端/客户端指引，以及“用变体而非新组件”的模式，适配项目的 Tailwind v4 + Radix + shadcn 风格设计系统。

io.github.dotnet/maui/code-review

对 PR 改动做深度代码审查，关注正确性、安全性与 MAUI 约定。采用独立性优先评估（先看代码后看叙述），并委派给 maui-expert-reviewer agent 做分维度子代理评估。触发于：「review code for PR」「code review PR」「analyze code changes」「check PR code quality」。不用于：总结 PR、描述改了什么、一般性 PR 提问、运行测试或修复代码。

io.github.flutter/agent-plugins/api-review

按权威的 API Design 指南对指定代码进行评审。当用户要求做 API 评审，或要求按 API 设计原则检查代码时使用。

io.github.microsoft/fast/testing

在 FAST monorepo 运行或编写测试时使用本技能——本地测试执行、CI 工作流、Playwright fixture 与 WebUI 集成测试。

io.github.PostHog/posthog/running-ci-preflight

推送前用 `hogli ci:preflight` 拦截你 diff 可触及的确定性 CI 失败。当 pre-push 钩子阻止推送、报告任务完成之前，或编辑过 Python、序列化器、迁移、工作流与依赖清单后使用——避免把 CI 矩阵烧在本地就能拦住的问题（格式、lint、损坏的锁文件、OpenAPI 漂移、迁移冲突、陈旧分支）上。触发词：ci:preflight、preflight、pre-push checks、pre-push hook failed、“will this break CI”。

io.github.PostHog/posthog/writing-kea-logics

编写或评审 PostHog kea 逻辑文件（*Logic.ts/*Logic.tsx）的指南。适用于新建 logic、添加 actions/reducers/selectors/listeners/loaders/forms/router 绑定、在 reducer/selector/cache 之间取舍、在 listeners 与 kea-subscriptions 之间抉择、用 useValues/useActions/BindLogic 衔接 React，或熟悉 kea 约定。上游 API 请查 keajs.org；本技能记录 PostHog 特有的约定与惯用法。

io.github.BuilderIO/agent-native/design-templates

查找、保存、复制并改造 Design 模板。当用户提到某个模板、以往的设计，或想要一个可复用的起点时使用。

io.github.TanStack/table/api-not-found

诊断 TanStack Table v9 中缺失的导出项、选项、状态切片与实例方法。当代码出现类型错误、feature 方法未定义、对象键不存在、adapter 不匹配或沿用了 v8 写法的示例时，在凭空造 API 之前先加载本技能。

io.github.TanStack/table/typescript

借助 createColumnHelper、columns()、tableOptions、tableFeatures 与 metaHelper，保持 TanStack Table v9 的类型推导。遇到 ColumnDef 报错、可复用表格、类型化 meta、命名 registry 或不必要的手动 feature 泛型时加载本技能。

skillsmp.droidrun-mobilerun-skill-md

Mobilerun 文档参考。当用户询问 Mobilerun 的安装、配置、SDK 用法、CLI 命令、设备设置、agents、架构、app card、凭据、tracing、Docker、迁移、结构化输出，或任何 Mobilerun“怎么做”类问题时使用。

io.github.mastra-ai/mastra/react-best-practices

来自 Mastra 工程团队的 React 性能优化指南。在编写、审查或重构 React 代码以保证最优性能模式时使用；涉及 React 组件、数据获取、包体积优化或性能改进的任务会触发。

io.github.PostHog/posthog/setting-up-a-custom-rest-source

通过编写 JSON manifest，把任意 REST API 作为 Custom 源接入 PostHog 数据仓库，无需按源写代码。当用户指向一个没有 PostHog 内置连接器的 API——“从这个 REST API 导入数据”“同步我的内部 API”“根据文档连接这个 API”“构建自定义数据仓库源”——并给出文档 URL 或对端点的自然语言描述时使用。逐步讲解起草 RESTAPIConfig manifest（认证——bearer、API key、HTTP basic 或 OAuth2 客户端凭据/刷新令牌——分页、记录路径、增量游标、父子扇出）、校验、实际读取线上数据行以确认字段映射，并创建数据源。若该 API 已有 PostHog 原生连接器，请改用 setting-up-a-data-warehouse-source——本技能会先查连接器注册表，只处理没有原生连接器的 API。

io.github.PostHog/posthog/diagnosing-stacktrace-symbolication

帮助用户调试 PostHog Error Tracking 在任意受支持平台上的堆栈跟踪符号化——JavaScript/TypeScript Web、React Native（Hermes）、Android（Proguard / R8）或 iOS / macOS（dSYM）。PostHog 的 symbol-set 查询流程跨平台通用；构建工具与产物细节见各平台参考文档（JavaScript 篇已完善，其余将随问题出现逐步补充）。当上传符号后堆栈帧仍是压缩混淆的、symbol set 显示 last_used 但帧不可读、chunk ID 或 dSYM UUID 不匹配、出现“Token not found”、上传的 source maps / dSYMs / Proguard 映射看似为空，或需要排查打包器/符号上传配置时使用。

io.github.PostHog/posthog/designing-email-templates

在 PostHog workflows 库中撰写、保存和编辑邮件模板——组合带 Liquid 个性化的邮件设计 JSON，通过 MCP 创建模板并往返编辑。当被要求为 workflows、broadcasts 或 campaigns 设计、构建、更新或修复邮件模板时使用。