探索 MCP Server 与 Agent Skill

io.github.CopilotKit/CopilotKit/react-core

@copilotkit/react-core——在 Next.js App Router / React Router v7 / TanStack Start / SPA 应用中挂载 CopilotKit provider（来自 @copilotkit/react-core/v2），接入 CopilotChat/CopilotPopup/CopilotSidebar（v2 聊天组件由 react-core/v2 提供，而非仅有 CSS 的 react-ui），通过 useAgent/useAgentContext/useCapabilities 访问和订阅 agent，在多个 agent 间切换，用 useThreads 管理持久的 Intelligence 会话线程，通过 useFrontendTool 注册浏览器端工具，用 useRenderTool/useComponent/useDefaultRenderTool 渲染工具调用，用 useHumanInTheLoop 做执行门控，用 useAttachments 接入文件附件，配置建议词，以及注册活动与自定义消息渲染器。publicLicenseKey 为正式字段（publicApiKey 是已废弃别名）。按任务加载 references/ 下对应的参考文件。

io.github.langgenius/dify/backend-code-review

仅在用户明确要求审查 api/ 下的后端代码时使用。支持待提交变更、按文件和粘贴 diff 三种审查模式。不适用于仅实现代码的请求、无审查意图的诊断、前端代码、或 api/ 之外的后端代码。

io.github.stablyai/orca/orchestration

协调受监督的 Orca worker:线程消息、阻塞式问答、任务派发、worker_done/escalation 等待、任务 DAG、决策关卡以及 agent 间的工作分解。完全所有权移交("hand off"、"handoff"、"give this to another agent"、"another worktree")用 orca-cli,除非需要监督、监控或协调 DAG;终端控制、轻量终端提示、shell 命令、Orca 工作树管理、读取/等待终端也用 orca-cli。仅当需要 OS/窗口级控制(焦点、菜单、对话框、坐标、截图)时,才用 Computer Use 操作外部浏览器窗口、webview、Orca 应用 UI 或 Orca 内置浏览器之外的桌面 UI。Orca 内置页面用 orca-cli,外部页面用 Playwright/CDP 等页面自动化工具。

io.github.thedotmack/claude-mem/mem-search

搜索 claude-mem 的跨会话持久记忆数据库。当用户问「我们之前解决过这个吗」「上次 X 是怎么做的」，或需要既往会话的工作时使用。

io.github.PostHog/posthog/building-html-canvases

用语义化 HTML、CSS 和直接的浏览器 API 编写 PostHog canvas——文档、文章、生成式图形、2D canvas 与 WebGL 体验，以及 React 组件不能提供有效结构的聚焦实验。在 building-canvases 把画布请求路由到纯 HTML/浏览器 API 实现之后使用。涵盖当前运行时要求的轻量组件包装、不依赖 Quill 的样式与主题、绘图画布，以及动画/清理模式。

io.github.deepseek-ai/deepseek-harness/dsh-speed-up-perf

在调查或优化 DeepSeek Harness 性能、设计贴近真实的合成基准或 CI 性能门禁、剖析长会话或 Web 响应速度，或把性能 PR 的证据转化为经测量且不改变行为的修复时使用。

io.github.NousResearch/hermes-agent/reddit-reading

读取 Reddit：子版块、搜索、帖子线程与用户，无需浏览器。

io.github.netdata/netdata/triage-codeql

分诊本仓库的 GitHub Code Scanning 告警（CodeQL security-extended 套件）——列出开放告警，按误报/不修复/仅测试使用驳回，经 GitHub REST + GraphQL 查询。当用户要求「review GitHub security alerts」「check CodeQL findings」「triage code scanning」，或提及 Code Scanning、CodeQL、security-extended、github.com/$repo/security/code-scanning 时使用。

io.github.netdata/netdata/docs-learn-site-structure

关于本仓库（及另外 5 个 Netdata 官方仓库）文档如何成为 `learn.netdata.cloud` 已发布页面的权威参考。涵盖 `<repo>/docs/.map/map.yaml` 唯一事实源（真正的开关——文件系统路径与路由无关）、learn 仓库中现役的 `ingest/ingest.py` 编排器（不是遗留的 `ingest.js`）、frontmatter 注入、slug 规则、侧边栏自动生成、MDX 转义规则、版本化、四机制重定向栈、6 个源仓库、每 3 小时一次的 CI 摄取、Netlify 部署，以及 learn 仓库手写文件的 `part_of_learn=True` 启用方式。在增删改移文档页面、Learn 上的页面看起来不对、犹豫该在本仓库还是 learn 仓库编辑文档，或阅读 `ingest.py`、`sidebars.js`、`docusaurus.config.js`、`static.toml`、`LegacyLearnCorrelateLinksWithGHURLs.json`、`netlify.toml`、`.mdx` 中的 `<!--startmeta` 块、`ingest.yml` 与 `daily-learn-link-check.yml` 工作流时使用。

io.github.koala73/worldmonitor/verify-worldmonitor

用既有浏览器测试或限定范围的手动操作验证 WorldMonitor 仪表盘行为。适用于面板、地图图层、设置、搜索、国家简报、启动与仪表盘截图。

io.github.langgenius/dify/frontend-testing

在 web/ 或 packages/dify-ui/ 下编写或修改 Vitest、React Testing Library 测试时使用，或用户明确要求制定前端测试策略（含评估现有策略）时使用。不适用于仅做前端代码审查、泛泛的可测试性讨论、Python 测试或 Cucumber/Playwright E2E。

io.github.Significant-Gravitas/AutoGPT/pr-test

使用 docker compose、agent-browser 与 API 调用对 PR/分支进行 E2E 手动测试。当用户要求手动测试 PR、端到端测试某功能，或对运行中的系统执行集成测试时触发。

io.github.topoteretes/cognee/cognee-docker

当用户希望用 Docker 或 docker compose 运行 cognee 时使用——包括用预构建镜像快速体验、在容器中启动 API 服务，或用 compose profile 拉起完整技术栈（UI、MCP、Postgres、Neo4j）。

io.github.deepseek-ai/deepseek-harness/dsh-merging-stacked-prs

在需要将一组相互依赖的 GitHub PR（A ← B ← C，各自基于下层的分支）落地到 master、合并 base 指向另一个开放 PR 分支的 PR，或请求中提到 stacked PRs、PR stack、dependent PRs、依次合并多个相关 PR 时使用。落地前要求同仓库的每条依赖链都使用 GitHub 官方的堆叠 PR 功能，以便 GitHub 统一负责整栈的规则、CI、顺序、重定向与合并状态。

io.github.koala73/worldmonitor/fetch-country-brief

按 ISO 3166-1 alpha-2 国家代码，获取当前的 AI 生成战略情报简报。当用户询问某国当前地缘政治、经济或安全局势摘要时使用。

io.github.openai/codex/openai-docs

用于 Codex 模型/定价、定时任务、skills、设置、安装、排障、定制、自动化与自我知识——包括指代 Codex 的“you”“your”“this app”“this coding agent”——以及 OpenAI API/产品与 ChatGPT Work 的问题。也用于模型选型/迁移、prompt 撰写、SDK、Responses、Realtime、agents、evals 以及 Chat/Work/Codex 的对比。仅提到 Codex 的普通应用/软件任务不适用。

io.github.PostHog/posthog/modifying-taxonomic-filter

指导安全修改 TaxonomicFilter——PostHog 用于事件、action、属性、群组等的多标签选择器。先讲清经验性的产品现实（用户实际挑选和搜索什么）以及三个在用变体（legacy-control、藏在 TAXONOMIC_FILTER_CATEGORY_DROPDOWN 开关后的 legacy-pill、藏在 TAXONOMIC_FILTER_MENU_REBUILD 后的自选重构菜单），让改动以真实行为为评判标准并在多个界面镜像同步，而不是孤立地针对一支实现。在新增功能、修 bug 或重构 TaxonomicFilter、重构菜单或无头筛选面板时使用。

io.github.langbot-app/LangBot/langbot-deploy

部署并配置 LangBot 实例——Docker / Docker Compose、Kubernetes、config.yaml 模型、Box 沙箱运行时、插件运行时，以及全局 API key。在生产或自托管环境中安装、部署、升级或配置 LangBot 时使用。触发语包括 deploy langbot、langbot docker、langbot compose、langbot kubernetes、langbot config.yaml、langbot box runtime、langbot global api key。

io.github.PostHog/posthog/depot-container-builds

使用 `depot build` 与 `depot bake` 配置并运行 Depot 远程容器构建。当构建 Docker 镜像、为 Depot 编写 Dockerfile、推送镜像到仓库、构建多平台/多架构镜像（linux/amd64、linux/arm64）、排查容器构建失败、优化 Dockerfile 分层缓存、使用 docker-bake.hcl 或 docker-compose 构建，或从 `docker build` / `docker buildx build` 迁移到 Depot 时使用。当用户提到 depot build、depot bake、容器构建、镜像构建，或询问 Depot 的构建缓存、构建并行度、临时仓库时也使用。

io.github.cursor/plugins/advisor

顾问模式。在关键检查点咨询更强（或不同）的模型：重大决策前、卡在错误上时、以及宣布任务完成前。当用户输入 /advisor、要求开启或关闭顾问、选择顾问模型，或显式请求更强/不同模型给出第二意见时使用。切勿自行启用。

io.github.serverless/serverless/serverless-mcp

使用 Serverless Framework 内置的 MCP 支持，将 Model Context Protocol（MCP）服务器托管到 AWS——基于官方 SDK 的服务器模块，部署到 AWS Lambda 的流式 API Gateway REST 端点后，自带网关访问控制与 OAuth protected-resource 发现，打包和 elicitation 状态均已代为实现。当用户要在 AWS 或 Lambda 上部署、托管、加固或调试 MCP 服务器，编写或编辑 serverless.yml 中的 `mcp:` 配置块，通过 HTTP 向 Claude 或其他 AI 客户端暴露 tools、resources 或 prompts，或遇到 `MCP_*` 配置错误（MCP_UNSUPPORTED_NODE_RUNTIME、MCP_FUNCTION_NAME_COLLISION、MCP_INVALID_STATE_ARN 等）时使用。即使用户没有点名 Serverless Framework 或 MCP，只要描述把自有工具通过 HTTPS 端点提供给 AI 客户端，也应触发。

io.github.browser-use/browser-use/browser-use

通过 CDP 直接控制浏览器完成 web 交互：自动化、抓取、测试、截图以及站点/应用操作。

io.github.PostHog/posthog/querying-posthog-data

在编写任何 HogQL/SQL 或调用 execute-sql 查询 PostHog 前的必读内容。当用户想搜索、查找或对 PostHog 实体（insight、仪表盘、群组、feature flag、实验、问卷、hog flow、数据仓库、person 等）做复杂聚合，以及查询分析数据（趋势、漏斗、留存、生命周期、路径、粘性、Web 分析、错误追踪、日志、会话、LLM traces）时使用。对受治理的业务或遥测指标（MRR、激活、计费用量、活跃组织、失败率）同样是第一站：先从原始事件或使用带类型的领域工具推导之前，检查语义层（system.information_schema.metrics 中的规范指标）。涵盖 HogQL 与 ClickHouse SQL 的语法差异、系统表 schema（system.*）、可用函数、查询示例与 schema 发现工作流。

io.github.ai-dynamo/dynamo/configure-aiperf-benchmark

为已成功部署的 Dynamo 候选版本选择并冻结问题驱动的 AIPerf 工作负载、目标、负载策略和 Kubernetes 执行清单。当候选版本需要进行性能表征或与参考进行可比测量时使用。