探索 MCP Server 与 Agent Skill

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 设计、构建、更新或修复邮件模板时使用。

io.github.boshu2/agentops/automation-shape-routing

智能体自动化的入口：选择内联、有界扇出、可复用的技能/工作流/闸门、常驻的智能体原生 worker，或显式的 Gas City。触发词：“build automation”“which orchestration shape”“should this use NTM”。

io.github.boshu2/agentops/automation-shape-routing

智能体自动化的入口。

io.github.boshu2/agentops/automation-shape-routing

智能体自动化的入口：选择内联、有界扇出、可复用的技能/工作流/闸门、常驻的智能体原生 worker，或显式的 Gas City。触发词：“build automation”“which orchestration shape”“should this use NTM”。

io.github.gmh5225/awesome-game-security/mobile-security

Android 与 iOS 游戏安全、逆向及反外挂相邻的平台研究指南。在分析 APK/IPA、处理 IL2CPP 移动游戏、使用 Frida、Zygisk 或 Magisk、绕过越狱/root 检测、研究 Android 内核模块、模拟器检测或移动反作弊系统时使用。

io.github.microsoft/skills-for-fabric/sqldw-consumption-cli

通过 CLI 对 Fabric Data Warehouse、Lakehouse SQL Endpoint 和 Mirrored Database 执行只读 T-SQL 查询。对任何 lakehouse 数据查询（行数、SELECT、过滤、聚合）的默认技能，除非用户明确要求 PySpark 或 Spark DataFrame。当用户想要：(1) 查询 warehouse/lakehouse 数据；(2) 统计行数或探索 lakehouse 表；(3) 发现 schema/列；(4) 生成 T-SQL 脚本；(5) 监控 SQL 性能；(6) 导出结果为 CSV/JSON。针对 Fabric notebook 单元格（%%sql 或其他 notebook magic）请使用 `spark-authoring-cli` 而非本技能。触发语：warehouse、SQL query、T-SQL、query warehouse、show warehouse tables、show lakehouse tables、query lakehouse、lakehouse table、how many rows、count rows、SQL endpoint、describe warehouse schema、generate T-SQL script、warehouse performance、export SQL data、connect to warehouse、lakehouse data、explore lakehouse。

io.github.labring/FastGPT/api-development

FastGPT API 开发规范。重点强调使用 zod schema 定义入参和出参,在 API 文档中声明路由信息,编写对应的 OpenAPI 文档,以及在 API 路由中使用 schema.parse 进行验证。

io.github.QwenLM/qwen-code/review

审查改动过的代码，关注正确性、安全、代码质量与性能。当用户要求审查代码改动、某个 PR 或指定文件时使用。可用 /review、/review <pr-number>、/review <file-path> 调用，或加上 /review <pr-number> --comment 以在 PR 上发布行内评论。通过 --effort low|medium|high 在深度与速度之间取舍（PR 默认 high，本地改动默认 medium）。

io.github.EveryInc/compound-engineering-plugin/ce-doc-review

以特定角色视角审阅需求、计划或规格文档。当用户希望改进已有的规划文档时使用。

io.github.BTMuli/TeyvatGuide/typescript-standards

按照 TeyvatGuide 的 ESLint、Prettier、类型声明、const-enum、运行时值与 TSDoc 约定编写和审查 TypeScript 与 Vue 代码。在修改 .ts、.d.ts 或 .vue 文件时使用，尤其是类型、枚举、导出 API 与 Vue 状态。

io.github.asgeirtj/system_prompts_leaks/code-review

按给定强度审阅当前 diff 的正确性缺陷和复用/简化/效率优化(low/medium:更少、高置信度发现;high→max:覆盖更广、可能含不确定发现;ultra:云端多 agent 深度审查)。传 --comment 以行内 PR 评论发布发现,或传 --fix 在审查后将修改应用到工作树。

io.github.asgeirtj/system_prompts_leaks/design-sync

将 React 设计体系推送到 claude.ai/design。运行一个转换器,打包真实组件代码(来自 Storybook 或独立包)并上传。当用户执行 /design-sync 或说 "sync my design system to Claude Design" 时使用。

io.github.rommapp/romm/frontend-i18n

RomM 前端（v1 与 v2）的国际化。在 frontend/src/locales/ 下新增、重命名或移除任何用户可见字符串/翻译键时使用。涵盖 en_US 为源语言的规则、同一变更中必须为所有 locale 目录添加新键的要求、namespace 布局，以及 CI 中强制的 check_i18n_locales.py 校验器。任何对 frontend/src/locales/** 的变更都会触发。