Skills
收录 96,981 个为 Agent 打包的专项能力与操作指引，复制一行命令即可安装。
云与 DevOps
涵盖 Azure DocumentDB 开发的专业知识，包括故障排除、最佳实践、决策、架构与设计模式、限制与配额、安全、配置、集成与编码模式，以及部署。适用于 DocumentDB 向量搜索、MongoDB 兼容 API、更改流、跨区域复制、Data API 和其他 Azure DocumentDB 开发任务。不适用于 Azure Cosmos DB（使用 azure-cosmos-db）、Azure Table Storage（使用 azure-table-storage）、Azure SQL Database（使用 azure-sql-database）或 Azure SQL Managed Instance（使用 azure-sql-managed-instance）。
Azure Enclave 开发专家知识，涵盖故障排除、最佳实践、决策、架构与设计模式、限制与配额、安全、配置和部署。适用于使用 AVD/AKS、RBAC/托管身份、CMK 加密、Bicep/ARM 或 ExpressRoute 构建 Azure Enclave 应用，以及其他 Azure Enclave 开发任务。不适用于 Azure Confidential Computing（使用 azure-confidential-computing）、Azure Attestation（使用 azure-attestation）、Azure Cloud Hsm（使用 azure-cloud-hsm）或 Azure Dedicated HSM（使用 azure-dedicated-hsm）
与 AWS S3、Azure Blob Storage 和 Google Cloud Storage 集成的云对象存储。涵盖预签名 URL、分段上传、存储桶策略、生命周期规则和 CDN 集成。适用场景：用户提到 "S3"、"blob storage"、"cloud storage"、"object storage"、"presigned URL"、"file upload to cloud"、"GCS"、"Azure Blob"、"bucket"。不适用于：本地上传文件——请改用 `file-upload`；数据库 BLOB 列；本地文件系统操作。
协调 Elastic Stack 文档发布：对版本分类，区分 8.x 与 9.x PR 的路由，编辑 elastic/dev 跟踪 issue，处理同日 GA 的取代，起草 Slack #docs 提醒，并监控 docs-internal-workflows 部署。当用户说 "how's my release"、"how's my release doing" 或询问发布状态时使用；在协调文档发布、开启协调者 PR、编辑 elastic/dev issue、起草发布提醒，或处理 assembler.yml、versions.yml、conf.yaml 时也使用。
在评估或审查运行于 Amazon EKS 上的 Kubernetes 工作负载的最佳实践合规性时使用，包括 Pod 配置、安全态势、可观测性、网络、存储、镜像安全和 CI/CD 实践。需要对目标集群的 kubectl 和 awscli 访问权限。触发词：“assess my EKS workloads”、“check k8s best practices”、“assess container workloads”、“evaluate pod security”、“workload compliance check”、“EKS workload assessment”、“检查 K8s 工作负载”、“评估容器最佳实践”、“审计 EKS 应用”、“检查 Pod 配置”、“容器安全评估”、“工作负载合规检查”。
使用 Bret Fisher 有主见的 DevOps 规则创建、编辑、审计并加速 GitHub Actions 工作流。当用户要求创建工作流或 CI/CD 流水线、编辑或向现有 `.github/workflows/*` 文件添加作业（哪怕只是改一行）、为安全性审查或加固工作流、加速缓慢的 CI、从 CI 发布容器镜像、自动化发布，或提到 GHA、action 版本固定，或来自 gasa、zizmor、poutine、pinact 或 actionlint 的发现时使用，即使用户没有说 "GitHub Actions"。
面向云原生运维的全面 GitOps 方法论和原则技能。适用于 (1) 为 Kubernetes 部署设计 GitOps 架构，(2) 以 Git 为唯一可信源实施声明式基础设施，(3) 使用 ArgoCD/Flux/Kargo 搭建持续部署流水线，(4) 制定分支策略和仓库结构，(5) 排查漂移、同步失败或协调问题，(6) 评估 GitOps 工具选型，(7) 教授或解释 GitOps 概念和最佳实践，(8) 在使用工作负载身份的 Azure Arc 启用的 Kubernetes 或 AKS 上部署 ArgoCD。涵盖 GitOps 的 4 大支柱 (OpenGitOps)、模式、反模式、工具生态、Azure Arc 集成和运维指导。
通过 hcloud CLI 对华为云 LTS（Log Tank Service）进行全生命周期管理。涵盖日志组、日志流、索引、转储任务、关键词/SQL 告警规则以及日志检索。支持查询（列出/查看日志、告警、转储、索引）、创建（日志组/日志流、索引、转储、告警）、更新（TTL、索引、转储、告警配置）、删除（日志资源、告警规则）和诊断（检索日志以定位故障）。删除操作需用户明确确认；禁止批量删除全部 LTS 资源。触发场景包括：LTS、云日志服务、log group、log stream、日志组、日志流、日志检索、日志转储、日志告警、索引配置、log transfer、log alarm、log index、日志运维、故障排查、log search、structured log、SQL alarm、keyword alarm。
使用 in-toto 框架实现容器构建的供应链完整性验证：生成签名密钥、定义供应链布局、将流水线步骤记录为已签名的链接元数据、在部署前验证、在 Kubernetes 准入时强制执行，并与 SLSA 集成。在证明 CI/CD 流水线步骤、证明镜像遵循了经批准的构建流程，或在准入时强制执行来源时使用。关键词：in-toto、layout、link metadata、step、inspection、SLSA、provenance、admission。不要用于使用 Cosign 对镜像进行签名和验证——请使用 implementing-image-provenance-verification-with-cosign。
面向云原生可观测性的 Prometheus 监控与告警。适用场景：编写 PromQL 查询、配置 Prometheus 抓取目标、创建告警规则、设置记录规则、用 Prometheus 指标对应用进行埋点、配置服务发现。不适用：构建仪表盘（改用 /grafana）、日志分析（改用 /logging-observability）、通用可观测性架构（改用侧重基础设施的 senior-software-engineer）。触发词：metrics、prometheus、promql、counter、gauge、histogram、summary、alert、alertmanager、alerting rule、recording rule、scrape、target、label、service discovery、relabeling、exporter、instrumentation、slo、error budget。
使用此 skill 在 Gradle Managed Devices（GMD）上运行 Android 仪器化测试——由 Gradle 负责创建、启动、运行测试并销毁的模拟器，让 CI 和每位开发者都获得相同的设备，无需手动管理模拟器。涵盖 `android.testOptions.managedDevices { localDevices { create(...) { device; apiLevel; systemImageSource } } }` DSL、`ManagedVirtualDevice`、设备 `groups`、生成的任务（`<deviceName>DebugAndroidTest`、`<groupName>GroupDebugAndroidTest`、`allDevicesCheck`）、用于更轻量无头 CI 的 Automated Test Device（ATD）镜像（`aosp-atd`/`google-atd`）、跨多个 managed-device 副本的测试分片、HTML 报告和额外输出的位置，以及这与 `connectedAndroidTest` 和 `adb shell am instrument` 的区别。适用于用户提到「Gradle Managed Devices」、「managedDevices」、「allDevicesCheck」、「ManagedVirtualDevice」、「pixel2api30DebugAndroidTest」、「ATD image」、「automated test device」或「reproducible emulator for tests」时。
为 Bolna 的 AI 语音 Agent 自带 SIP 中继（BYOT）。创建包含网关的中继，支持基于 IP 或用户名/密码的认证、UDP/TCP/TLS 传输、可选的 SDES（SRTP）媒体加密，添加 DID 号码，并将其接入 Agent 以处理呼入或呼出通话。可与 Twilio Elastic SIP、Plivo Zentrunk、Telnyx、Vonage、Zadarma、DIDWW 或任何符合标准的中继配合使用。涵盖 IP 白名单（`13.200.45.61`）、origination URI 设置，以及经典的 SRTP 不匹配 / UDP 分片 / 无 SDES 的 TLS 诊断流程。
帮助用户安装、配置、运行和迁移 OpenClaw（gateway、channels、nodes、plugins、模型/鉴权设置）。在回答 OpenClaw 安装/调试问题或模型迁移问题时使用；以本技能随附的本地文档快照作为唯一依据。触发词：openclaw、clawdbot、clawd、clawdhub、gateway、onboard、channels login、whatsapp、telegram、discord、mattermost、pairing、nodes、sandboxing、tailscale、provider migration、Claude to GPT、model swap。
操作、配置、基准测试和排查 vLLM 推理服务：Docker 与 Kubernetes 部署、量化感知的模型配置（tensor parallelism、KV cache）、OpenAI 兼容 API 服务、吞吐与延迟基准测试、continuous batching 调优、GPU 运维以及升级/回滚。在部署或运行 vLLM 服务（vllm serve、vllm/vllm-openai）、为 GPU 评估模型及其 KV cache 规模、选择量化与并行方式、通过 /v1 端点提供服务、测量服务吞吐或延迟、调优 batching，或诊断 vLLM 部署中的 GPU、OOM 或启动失败时使用。不适用于模型训练、微调、评估集设计或引擎选型方法论（那是 ml-engineering），也不适用于使用 GGUF 模型操作 llama.cpp 栈（那是 llama-cpp）；其他推理引擎（TGI、Ollama、Triton）不在范围内。
修复 workflow-audit 技能发现的 workflow linter 问题。自动应用机械性修复，对需判断的问题暂停，通过重新 lint 验证，并创建草稿 PR。使用本技能前请先运行 workflow-audit 技能以识别问题。<example> 用户：去修复审计中发现的 linter 问题 操作：触发 workflow-fix 以应用修复并创建 PR </example> <example> 用户：修复 server 和 clients 中的 workflow linter 问题 操作：为那些仓库触发 workflow-fix </example>
审计组织内 GitHub Actions action 的使用情况。搜索特定的 action(incident 模式),或扫描所有工作流文件中不合规的 action 引用(audit 模式)。生成只读的发现报告,包含合规状态和已解析的 SHA。不修改任何文件。 <example> 用户:我们需要检查是否有仓库在使用 tj-actions/changed-files Action: 以 incident 模式为该 action 触发 action-audit </example> <example> 用户:能找出组织内所有未固定版本的 action 吗? Action: 以 audit 模式触发 action-audit </example>
App Store Connect API 4.5.1（REST）应用分发参考。JWT 身份验证、API 密钥创建与撤销、Apps、Builds、Bundle IDs、Bundle ID Capabilities、Certificates、Devices、Provisioning Profiles、Users、User Invitations、Merchant IDs、Pass Type IDs、TestFlight（Beta Groups / Testers）、Sandbox Testers、App Review、Review Submissions、Customer Reviews、Custom Product Pages、Phased Release、In-App Purchases、Subscriptions、Subscription Groups、App Price Points、Promotional Offers、Win-back Offers、Sales Reports、App Asset Library（屏幕截图 / 应用预览）、Webhooks / Webhook Events / Deliveries、Xcode Cloud（Workflows、Build Runs、Artifacts）、Alternative Distribution（欧盟市场 / Web Distribution）、Game Center（Achievements、Leaderboards、Challenges）、Analytics / 诊断报告。
Azure Connector Namespace 开发的专家知识，包括配置。适用于设置托管 MCP 服务、定义 Connector Namespace 端点、认证设置或运行时选项等 Azure Connector Namespace 相关开发任务。不适用于 Azure Service Connector（请使用 azure-service-connector）、Azure API Management（请使用 azure-api-management）、Azure Logic Apps（请使用 azure-logic-apps）、Azure Functions（请使用 azure-functions）。
Azure Horizondb 开发的专家知识，包括故障排除、最佳实践、决策、架构与设计模式、限制与配额、安全性、配置、集成与编码模式以及部署。适用于调优 pgvector、azure_ai SQL 函数、LangChain 向量存储、Apache AGE 图或混合搜索等 Azure Horizondb 相关开发任务。不适用于 Azure Cosmos DB（请使用 azure-cosmos-db）、Azure SQL Database（请使用 azure-sql-database）、Azure Table Storage（请使用 azure-table-storage）。
Azure Nutanix 开发的专家知识，包含决策制定。适用于选择 NC2 on Azure 区域、VM SKU，规划容量、性能、可用性或成本，以及其他 Azure Nutanix 相关开发任务。不适用于 Azure VMware Solution（请使用 azure-vmware-solution）、Azure Baremetal Infrastructure（请使用 azure-baremetal-infrastructure）、Azure Virtual Machines（请使用 azure-virtual-machines）、Azure Stack Edge（请使用 azure-stack-edge）。
所有 Bitwarden 工作流 linter(bwwl)规则的参考。涵盖全部 10 条 linter 规则,分为两类:可自动应用的机械性规则(name_capitalized、permissions_exist、pinned_job_runner、step_pinned、underscore_outputs、job_environment_prefix、check_pr_target)和需要用户输入的判断性规则(name_exists、step_approved、run_actionlint)。使用 workflow-audit 技能运行 linter 并报告结果,使用 workflow-fix 技能应用修复。 <example> 用户:step_pinned 规则检查什么? Action: 查阅此技能以了解规则定义和修复流程 </example> <example> 用户:如何修复 permissions_exist 的发现? Action: 查阅此技能了解修复流程 </example>
一个开放协议，规定了 AI 应用如何以统一方式连接外部工具与数据源。客户端负责与模型对话，MCP 服务负责提供工具、资源和提示模板，两者通过标准消息通信，同一个服务可以被不同客户端复用。