Skills
收录 99,064 个为 Agent 打包的专项能力与操作指引，复制一行命令即可安装。
开发
将陌生代码库映射到功能和业务领域，回答“这是做什么的”“哪些文件实现了功能 X”“架构主干在哪里”，或审查跨模块边界的重构。涵盖 9 个类别的 47 种算法：图构建（omnipresent filter、multilayer、SCC）、词法预处理（Samurai、TF-IDF）、社区检测（Leiden、Infomap、SBM、MCL、Walktrap、spectral、HDBSCAN）、架构恢复（Bunch+MQ、ACDC、Limbo、Reflexion、DSM）、主题建模（LDA、LSI、NMF、HDP）、演化耦合（Gall、ROSE）、信息论方法（NCD、MI、MDL、naturalness）、中心性（PageRank、HITS、betweenness、TextRank）、验证（MoJoFM、ARI/NMI、resolution limit、consensus、co-change prediction、ablation）。无需明确提及“clustering”即可触发：代码库理解、依赖映射、领域提取和架构恢复验证均适用。
帮助工程经理衡量并提升团队交付能力，涵盖常见指标为何失效的历史、DORA 四项关键指标框架（部署频率、前置时间、变更失败率、MTTR）、DevEx 的三个维度（反馈循环、认知负荷、心流状态）、将工程指标转化为业务成果的方法，以及应避免的衡量反模式。用户提到“如何衡量生产力”“DORA 指标”“速度”“周期时间”“开发者体验”“DevEx”“如何证明团队表现良好”“工程指标”“团队进度慢”“工程绩效”或“如何将工程与业务联系起来”时使用。不要用于管理表现不佳的个人；请改用 performance-reviews。
用于通过隔离 worktree 中的受限子进程 worker 推动 slice 的各阶段直至完成——你负责编排并且是唯一写入者，worker 负责执行。Worker 通过 `/dispatch-spawn` 启动，所有 harness 都走这一条路径。落地由你自己驱动——import、commit、record、verify、conclude、reap；`doctrine dispatch next` 只为创建时绑定的 fork 作出规定，而本路径不产生 fork。默认串行（每个阶段一个 worker）；并行化文件不相交的阶段。冲突时报告并停止，绝不自动合并。
当用户进行 DOCA DMA 实操编程时使用此技能——启动 doca_dma 上下文、配置唯一的 doca_dma_task_memcpy 任务类型、通过 doca_dma_cap_task_memcpy_* 查询确定缓冲区大小、为源/目标 doca_mmap 区域设置 LOCAL_READ_ONLY / LOCAL_READ_WRITE 权限（跨对等体复制还需 doca_mmap_export_*）、驱动进度引擎，或调试 DOCA_ERROR_* 返回码。即使用户未明确提及 "DOCA DMA" 或 "doca_mmap"，也应触发——典型的隐含说法包括 "memcpy host buffer to BlueField without using the CPU"、"offload a bulk copy to the DPU"、"copy returns NOT_PERMITTED on first submit"、"buffer too big for one DMA task"、"task submitted but no completion" 或 "scatter-gather copy between two memory regions"。对于跨网络复制（DOCA RDMA）、生产者/消费者消息传递（DOCA Comch）、DOCA Core / 进度引擎内部机制或 DOCA 安装，应拒绝并转至其他技能——这些属于其他技能。
当用户进行 DOCA GPUNetIO 实战编程时使用此技能——通过 doca_gpu_eth_rxq / doca_gpu_eth_txq 将 NVIDIA GPU 上的 CUDA 内核连接到 doca-eth 队列，搭建按 CUDA 设备的 doca_gpu 上下文，设计排空 GPU 可见队列的持久 CUDA 内核，运行双重能力检查（DOCA cap-query 加 cudaGetDeviceProperties），通过 doca_buf_arr_create_* 注册 cudaMalloc 内存池，或调试 GPUNetIO API 返回的 DOCA_ERROR_*。即使用户未明确提到“DOCA GPUNetIO”或“持久内核”也要触发——典型的隐含表述包括“CUDA 内核直接从网卡读取数据包”“BlueField 上由 GPU 发起的网络”“doca_gpu_create 上的 DOCA_ERROR_DRIVER”“nvidia_peermem not loaded”“每个数据包一个内核太慢”或“哪款 GPU 支持 GPU 侧数据包 I/O”。对于通用 CUDA 编程、DOCA Ethernet 队列搭建、DOCA DPA 或 DOCA 安装，应拒绝并转至其他技能——这些属于其他技能。
当用户要求“创建 esphome 配置”、“设置 esp32 设备”、“配置 esphome yaml”、“向 esphome 添加传感器”、“修复 esphome 编译错误”，或提到“gpio 引脚分配”、“wifi 设置”、“ota 更新”，或出现“Unknown platform”、“GPIO already in use”、“Could not compile”、“WiFi connection failed”等错误消息时，应使用此技能。快速生成 ESPHome 配置，并提供故障排查和验证。
指导 PostHog 工程师完成仪表盘小组件平台相关工作 —— 发布新的 widget_type（WIDGET_REGISTRY、catalog、run_widgets、WidgetCard），或更新已发布的类型（config、query、layout、RBAC、tile 过滤栏、列表页脚、titleHref、限流）。适用于 WidgetSpec、widget_specs/、widget-configs.zod.ts、hogli build:openapi、error_tracking_list、session_replay_list、widgetFilters、formatWidgetListCountFooter、widget_query_throttle 或 WidgetCard 组合。新类型需要先经过 widget-intake 确认。不适用于通过 MCP 批量添加已有类型或向仪表盘添加磁贴。
在构建或编辑 Marko Run (@marko/run) 应用时使用——包括 src/routes 下的任何内容（+page、+layout、+handler、+middleware、+meta、+404、+500）、路由路径语法（$id、$$rest、_pathless、扁平路由）、Run.GET/POST 动词辅助函数、ctx/$global 请求上下文、验证（params/search/json/form）、通过 next() 加载数据、Run.href、vite.config 适配器（node/static/netlify），或 marko-run CLI。不适用于 Marko 模板语法本身（见 marko6）。
Go 中的 OpenTelemetry——SDK 设置、API 界面、破坏性变更、contrib 埋点库（otelhttp、otelgrpc、otelmongo）、编译期零代码埋点（otelc）以及性能调优。用于在 Go 服务中添加、审查或配置 OpenTelemetry 时。触发词："setup otel in go"、"go telemetry"、"go tracing"、"otelconf go"、"otelhttp"、"otelgrpc"、"TracerProvider go"、"MeterProvider go"、"otelc"、"compile-time instrumentation go"、"zero-code go instrumentation"、"go build instrumentation"，或任何与 Go 相关的 OTel 问题。
为任何技术主题或技术生成全面、结构化的学习指南。只要用户想学习一项新技术、编程语言、框架、工具或概念，就使用此技能，即使用户只是随口提出（例如“教我 Rust”“如何开始学习 Kubernetes”“我想学 React”“帮我理解 GraphQL”“给我一份学习 Docker 的路线图”）。此技能涵盖概念识别与分类、每周学习计划、本地开发环境设置、带示例的概念讲解、练习、热门库、项目创意和资源。对于任何“如何学习 X”“X 的路线图”“如何开始学习 X”“X 的学习计划”或“教我 X”请求，都应触发此技能，即使用户没有明确要求指南或路线图。
一个开放协议，规定了 AI 应用如何以统一方式连接外部工具与数据源。客户端负责与模型对话，MCP 服务负责提供工具、资源和提示模板，两者通过标准消息通信，同一个服务可以被不同客户端复用。