Skills
收录 99,448 个为 Agent 打包的专项能力与操作指引，复制一行命令即可安装。
开发
将 ROS2 系统与 Web 技术集成的模式与最佳实践，包括 REST API、WebSocket 桥接和基于浏览器的机器人界面。在构建机器人 Web 仪表盘、向浏览器流式传输摄像头画面、把 ROS2 服务暴露为 REST 端点，或实现 Web UI 与 ROS2 节点之间的双向 WebSocket 通信时使用本技能。只要用户提到 rosbridge、rosbridge_suite、roslibjs、FastAPI 配合 ROS2、Flask 配合 rclpy、用于机器人遥测的 WebSocket、MJPEG 流、用于机器人的 WebRTC、包装 ROS2 服务的 REST API、基于 Web 的机器人控制、浏览器机器人界面、机器人仪表盘、机器人的 CORS 配置，或任何 Web 到 ROS2 的桥接模式时即触发。机器人 Web 界面的认证、传感器流的限流、从机器人摄像头到浏览器的视频流，或在 ROS2 executor 旁运行异步 Web 框架时也触发。覆盖 rosbridge_suite、FastAPI、Flask、WebSocket 和 WebRTC 方案。
使用 Sentry 为应用添加监控：检测平台，按需安装并初始化 SDK，并接入任意信号——错误监控、追踪／性能、日志、指标、性能分析、会话回放、用户反馈、cron 检查、已部署应用的正常运行时间监控，以及 AI／LLM 监控（OpenAI、Anthropic、Vercel AI、LangChain、Google GenAI、Pydantic AI、Laravel AI、Mastra、Eve、Flue、Pi Durable、Cloudflare Agents SDK 和 Workers AI 的 Agent 运行、令牌成本及对话）。适用于将 Sentry 添加到项目或捕获错误以外的信息。
当用户提出“add a shadcn component”“create a form with shadcn”“build a dashboard with shadcn”“add a data table”“configure shadcn ui”“set up dark mode with shadcn”“create a chart with shadcn”“use shadcn blocks”“theme a next.js app with shadcn”“install shadcn ui”“add a sidebar”“create a login page with shadcn”，或构建任何使用 Shadcn UI 组件、Radix UI 原语或基于 Tailwind CSS 的组件模式的 Next.js 应用时，应使用本技能。
用于 React 与 Next.js 前端开发的生产级 TypeScript 参考。涵盖类型收窄、组件 Props、泛型 Hook、可辨识联合、as const、satisfies、Zod 校验、TanStack Query、服务端/客户端边界、表单、状态管理、性能、无障碍与调试以及代码审查。适用于用户在 React 或 Next.js 中使用 TypeScript 时：类型错误、Props 设计、泛型、API 类型标注、SSR/CSR 边界、水合问题、表单校验、状态管理、性能或代码审查。也适用于“how should I type this?”、“why does this type error happen?”或前端场景中任何涉及 TypeScript 的架构决策。
在 Vite 项目中初始化 shadcn/ui + Tailwind CSS v4（Vite 专用，非 Next.js/Remix）。在 Vite 项目搭建、shadcn 组件安装或 Tailwind v4 配置时主动使用。示例：- 用户："在我的 Vite 项目中配置 shadcn" → 安装依赖，配置 tailwind v4 CSS-first，初始化 shadcn，验证组件可用 - 用户："向现有 Vite 应用添加 shadcn" → 检查现有配置，安装 CLI，添加 components.json，更新 CSS 导入 - 用户："将 Tailwind v4 与 shadcn 搭配使用" → 使用 @import 与 @theme 进行配置，移除 v3 配置，设置自定义 tokens - 用户："创建 Vite + React + shadcn 项目" → 搭建 Vite，安装 shadcn，配置主题，添加示例组件
用 Astryx 构建完全可定制、面向 Agent 的设计系统——Meta 的生产级设计系统现已开源。提供 150+ 个基于 StyleX 构建的 React 组件，零样式锁定，支持组件 swizzling、品牌主题、深色模式和命令行工具。适用于构建组件库、设计系统、UI 应用、设计令牌，或团队需要 AI Agent 能理解并扩展的一致且可访问的组件时。触发词：astryx、design system、component library、design tokens、react components、accessible components、astryx design、stylesheets、theme customization、component composition。
从零开始脚手架并构建一个完整的 Caffeine 应用（caffeine.ai）——项目布局、caffeine.toml 工作区 + canister 清单、单个 Motoko `backend` canister 的 mops.toml、React/Vite 前端，以及 caffeine CLI 构建循环（auth login、doctor、install、check --fix、preview --build）。当用户想要创建、脚手架、设置或构建 Caffeine 应用或 caffeine.ai 项目、询问 caffeine.toml 或 mops.toml 结构，或需要 caffeine CLI 工作流时使用——即使他们没有说“从零开始”。后端代码始终与 `writing-motoko` 技能搭配使用。不要用于 Motoko 语言语法或编译器错误（使用 `writing-motoko` 技能），也不要用于通用的 Internet Computer / dfx / icp 部署（使用 `icp-cli` 技能）。
在自动化浏览器会话中集成第三方 CAPTCHA 破解服务，用于对你拥有或已获授权访问的站点进行授权测试、QA 和合法自动化工作流。当用户需要以下操作时使用本技能：在 Playwright 或 Puppeteer 测试套件中处理 CAPTCHA 挑战，将 reCAPTCHA v2/v3、hCaptcha、Cloudflare Turnstile 或基于图像的 CAPTCHA 破解集成到已获批准的自动化中，或在 QA 脚本中完成 CAPTCHA 令牌注入。也会在以下技术术语出现时触发：\"recaptcha integration\"、\"hcaptcha integration\"、\"turnstile integration\"、\"captcha solving service\"、\"CAPTCHA token injection\"、\"captcha API\"。对于任何已获授权的 CAPTCHA 相关自动化，始终使用本技能——即使是简单的场景也能从正确的令牌注入模式中受益。
将一个已批准的 spec 并行拆分为 5 个以上相互独立的行为 curd，输出可评审的 PR，并让整条流水线一次性扇出运行。适用于用户持有此类 spec 时——例如 "/cheese-factory .cheese/specs/<slug>.md"、"send through the factory"、"parallelize this spec"、"many curds"、"fan out the implementation"、"cheese-factory this" 等说法。以内联方式运行，并按阶段生成完全对等的通用子 Agent（decomposer、每个 curd 的 worker、wiring、合并后评审、PR planner），最终通过 `/pr-stack` 产出 1–N 个可评审 PR。即使用户提到 `/fromagerie` 也使用本 skill——`/cheese-factory` 是可移植、与 harness 无关的同类工具。支持 `--hard` 传播与 `--resume <slug>` 以继续崩溃的流水线。请勿用于单一连贯的 spec（`/cook`、`/ultracook`）、模糊的规划（`/mold`）、仅评审的工作（`/age`），或 curd 少于 5 个的 spec（`/ultracook`）。
CoinMarketCap 市场级 API 端点的 API 参考，包括全局指标、恐惧/贪婪、指数、热门话题和图表。当用户提到市场 API、询问恐惧/贪婪指数、想要全局指标或 BTC 主导地位数据、需要 K 线图，或正在处理市场情绪时，随时使用此技能。这是 CMC 市场级 API 问题的完整参考。触发："market API"、"fear greed API"、"global metrics API"、"CMC charts API"、"/cmc-api-market"。
当用户在进行 DOCA Flow DPA Provider 实际工作时使用本 skill——把 `doca-flow` 的 pipe 或外部资源（index-selector / memory）导出到 BlueField DPA 地址空间，使 DPACC 构建的内核能够读取计数器、修改 hash-pipe 条目，并与 Flow 内联地更新 / 读取 memory 或 index-selector 资源。涵盖按端口的 `doca_flow_dpa_ctx`、三种队列类型（general / resources-write / resources-read）、对顺序敏感的导出握手（`_export_prepare` → 添加条目 → `_export` → `_get_device_addr`），以及 DPA 侧的设备 API。即使用户没有说 "DOCA Flow DPA Provider" 也要触发——隐含说法包括 "DPA kernel never sees entries in the exported pipe"、"BAD_STATE from `_pipe_export`"、"how do I disable a hash entry from a DPA kernel"、"DPA memory read returns no value"、"DPA-side post keeps returning AGAIN"。对于 `doca-flow` pipe 构建、通用主机侧 DPA（`doca-dpa`）或 DPA 侧内核编写，应拒绝并转交别处——这些属于其他 skill。
在目标 BlueField DPU 上使用 DOCA Rivermax（doca_rmax）接收流，以实现 IP 上的精准时序媒体传输（SMPTE ST 2110 视频／音频、市场数据、科学数据流）；DOCA Rivermax 应用只能在该设备上运行，且需先安装 Rivermax 库和许可证。获取这些内容属于 doca-setup / doca-public-knowledge-map 的范畴。即使未提及 Rivermax，遇到“ST 2110 接收端没有收到帧”“媒体接收器出现亚微秒级抖动”“doca_rmax_init 返回 NOT_SUPPORTED”“流启动后没有接收事件”或“媒体接收器许可证检查失败”等情况，也应触发此技能。涵盖 doca_rmax_in_stream 会话、SDK 和许可证前置条件检查、doca_rmax_get_*_supported 能力查询、与 doca-eth 队列及 doca-flow 流量导向的配合，以及 Rivermax 调用返回的 DOCA_ERROR_*。对于底层队列编程（doca-eth）、流量导向规则（doca-flow）、PTP／时钟同步（doca-firefly）或尽力而为的数据包 I/O，应拒绝并转交相应技能。
一个开放协议，规定了 AI 应用如何以统一方式连接外部工具与数据源。客户端负责与模型对话，MCP 服务负责提供工具、资源和提示模板，两者通过标准消息通信，同一个服务可以被不同客户端复用。