Skills
收录 96,770 个为 Agent 打包的专项能力与操作指引，复制一行命令即可安装。
云与 DevOps
通过将支出归因到团队并减少遥测数据量，降低 Grafana Cloud 账单。涵盖符合 FOCUS 标准的账单仪表板、Alloy 中的成本归因标签、Adaptive Metrics（降低基数）、Adaptive Logs（丢弃/采样）、Adaptive Traces（尾部采样）、用量告警和优化检查清单。适用于调查 Grafana Cloud 账单过高、将可观测性成本归因到团队或服务、减少活跃序列/日志字节数/追踪跨度，或设置用量/配额告警——即使用户没有提及 Cost Management，而是说“Grafana 账单太高了”“谁消耗的指标最多”“丢弃调试日志”“对追踪采样”或“达到配额前提醒我”
使用 Fleet Management 管理 Grafana Alloy 收集器集群——编写一次 Alloy 流水线，通过属性匹配器（`env="production"`、正则表达式 `region=~"us-.*"`）指定目标，并通过 OpAMP 远程推送，无需重启收集器。涵盖流水线创建/更新/匹配器 RPC、收集器属性 API、`remotecfg` 引导配置块（独立部署 + Helm）、部署前的 `alloy fmt` 验证、用于查看组件健康状态的本地 Alloy UI（端口 12345），以及部署后的 `REMOTE_CONFIG_STATUS_APPLIED` 验证。适用于搭建 Cloud Alloy 集群、向 200 个收集器推送配置更改、排查某个收集器为何显示 `REMOTE_CONFIG_STATUS_FAILED`、保存前验证 River 语法，或连接 `discovery.kubernetes` → `prometheus.remote_write`——即使用户只说“配置 Alloy”“远程配置收集器”“推送流水线”“OpAMP”“收集器不健康”或“集中管理 Agent 配置”，没有提到 Fleet Management 也适用。
在 Grafana IRM / OnCall 中路由告警、安排值班轮换并处理事件——包括集成（Alertmanager / Grafana Alerting / 通用 webhook / PagerDuty）、Jinja2 路由与分组模板、升级链（等待 → 通知排班 → 通知团队 → webhook → 自动解决）、排班（web + iCal + Terraform `grafana_oncall_schedule`）、支持确认/解决/静默操作的 Slack chatops，以及 P1-P4 事件生命周期。用于将 Alertmanager 接入 OnCall、决定通知哪个团队、根据 Google Calendar / iCal 创建轮班、接入 Slack 通知，或根据告警创建事件——即使用户没有提及 OnCall / IRM，而是说“严重告警时通知平台团队”“将 Prometheus 告警发送到 Slack”“设置值班轮班”“升级策略”或“告警清除后自动解决”。请注意——OnCall OSS 已进入维护模式（于 2026 年 3 月归档）；Grafana Cloud 用户应使用 IRM
为 AWS、Azure 和其他云提供商设置、配置并排查 Grafana Cloud 集成。用于用户要求连接 AWS CloudWatch、设置 Azure Monitor、配置 Confluent Cloud 可观测性、安装 Grafana 集成、设置托管导出器、使用 AWS Firehose 处理 CloudWatch 日志，或排查云集成问题。触发短语包括“AWS CloudWatch”“Azure Monitor”“Confluent integration”“cloud integration”“hosted exporter”“AWS Firehose”“install integration”“cloud metrics”或“cloud logs”
找出推高 Grafana Cloud 账单的 Prometheus 指标。`dpm-finder` 是 Grafana Professional Services 的命令行工具，可按每分钟数据点数（DPM）对指标排序，提供按标签集细分、可选的 `--cost-per-1000-series` 定价以及 Prometheus-exporter 模式。用于调查 Grafana Cloud 高额支出、查找嘈杂/高基数指标、比较记录规则前后的基数，或将成本数据导入仪表板——即使用户未提及 dpm-finder，而是询问“Mimir 账单为什么这么高？”“找出最大的指标”“基数问题指标”或“优化 Prometheus 成本”
管理 Grafana Cloud 账户，包括组织、堆栈、RBAC 角色与分配、SSO/SAML/OAuth/GitHub 身份验证、CI/CD 服务账户、用户邀请、团队成员关系和 API 驱动的资源配置。通过 Cloud API 创建堆栈、生成服务账户令牌、应用角色分配、配置 SSO 提供商，并通过 Terraform 配置团队/文件夹/仪表板。管理 Grafana Cloud 访问、配置 SSO/SAML/OAuth、为 Terraform/CI/CD 设置服务账户、分配 RBAC 角色、邀请用户、管理多个堆栈或组织、通过 API 或 Terraform 配置云资源，或审计管理操作时使用；即使用户只说“设置 SSO”“创建堆栈”“创建服务账户”或“引入团队”，没有明确提到“管理”也适用。
在 Grafana Cloud 中启用 AI + ML 功能：Grafana Assistant（自然语言 → PromQL/LogQL/TraceQL、构建仪表板、事件调查、MCP 集成）、Dynamic Alerting（Prophet 预测 + DBSCAN 异常值检测）、Sift（8 项分析的自动根因分析）、Knowledge Graph + RCA Workbench，以及 LLM Plugin（OpenAI / Anthropic / Azure / Ollama / vLLM / LiteLLM）。适用于需要无需静态阈值的异常告警、自然语言查询、自动事件调查、根据一句话生成仪表板，或用于插件的托管 LLM 代理时——即使用户只说“有异常时提醒我”“解释这个 PromQL”“找出根因”“把它做成仪表板”或“将 Claude 接入 Grafana”，而未提及这些产品名称。
为 Grafana Cloud 设置专用网络连接：AWS PrivateLink、Azure Private Link、GCP Private Service Connect 和 Private Data Source Connect（PDC）。按信号类型（指标／日志／追踪／配置文件）配置 VPC 端点、专用端点或 PSC 转发规则；配置 Alloy 将数据推送到专用 DNS 端点而非公共端点；验证专用 DNS 解析和端点批准状态。适用于向 Grafana Cloud 发送遥测数据且不经过公共互联网、消除云出站费用、满足 PCI-DSS／HIPAA／数据驻留合规要求、为专用数据源查询配置 PDC，或将 AWS／Azure／GCP 工作负载连接到 Grafana——即使用户只说“别再付出站费用了”“让遥测数据不经过公共互联网”或“Grafana 的 PCI 合规”，而未提及 PrivateLink。
配置 AWS Transit Gateway：创建中心并连接 VPC，使用路由表划分流量；通过中心（设备或 Gateway Load Balancer 端点）集中处理出站流量和检查；强制 VPC 间东西向流量经过 AWS Network Firewall；通过 Site-to-Site VPN 或 Direct Connect 连接的 transit-gateway 端连接本地网络（包括使用 ECMP 汇总多个 VPN 隧道的带宽）；跨区域对等连接 Transit Gateway；从 VPC 对等连接网状架构迁移；以及路由 IP 多播。适用于通过单个路由器连接多个 VPC、隔离环境、强制 VPC 间流量经过中央 Network Firewall、通过中心访问本地网络、连接不同区域，或迁离对等连接网状架构。不适用于单个 VPC 的路由、两个 VPC 之间的 VPC 对等连接（使用 vpcpeering 技能）、Direct Connect 网关或虚拟接口设置（使用 directconnect 技能），或 Route 53 DNS 工作。
指导整合 Resilience Hub v2、Fault Injection Service 和 Application Recovery Controller 的端到端 AWS 韧性生命周期。涵盖 Define → Test → Operate 工作流：从创建策略、评估故障模式，到验证 FIS 实验，再到设置 ARC 运维控制措施。适用于用户需要完整的韧性策略、需要将发现关联到实验和控制措施，或正在规划韧性计划的情况。也适用于探讨以下问题：将 NGRH 发现标记为已解决是否足够、解决发现后是否就算“完成”，或如何在解决前验证发现。不适用于解决或修复某个具体发现（参见 resilience-hub-failure-mode-assessment），也不适用于明确指定单项服务的情况（例如“我应该运行哪个 FIS 实验”）。
为 Claude Code 插件提供自动化语义化版本管理和发布工作流。负责更新 package.json、marketplace.json、plugin.json 清单中的版本，验证构建、创建 git 标签和 GitHub Release，并生成变更日志。NPM 发布（确保 `npx [email protected]` 能解析）交由人工维护者处理；该维护者提出了 npm 安全问题。
配置 AWS Direct Connect：选择连接模式（专用、托管或链路聚合组）并完成交叉连接；创建私有、公有和中转虚拟接口并建立 BGP；通过 Direct Connect 网关访问多个 VPC，包括跨账户中转网关关联；使用 MACsec 或私有 IP Site-to-Site VPN 加密流量；提高连接弹性并调整故障转移；管理链路聚合组；配置 SiteLink；以及从虚拟私有网关迁移到中转网关。用户需要在数据中心与 AWS 之间建立私有、稳定的网络连接，或正在运行现有 Direct Connect 配置并需要扩展、加密或强化时使用。可在参考资料中找到相应任务的操作流程。请勿用于中转网关路由表和连接（transitgateway skill）、不涉及 Direct Connect 的 Site-to-Site VPN（sitetositevpn skill），或 Route 53 DNS 路由（route53 skill）。
Turbo 流水线 YAML 参考和架构指南。涵盖：YAML 字段语法（start_at、from、version、primary_key）、源／转换／接收器配置、验证错误、资源规格（xs–xxl）、架构决策（dataset 与 kafka、流处理与作业、扇出与扇入、接收器选择、流水线拆分）。适用于以下问题：“字段 X 有什么作用”“postgres 接收器需要哪些字段”“选什么资源规格”“应该使用 kafka 还是 dataset”“如何构建流水线”。编写转换逻辑请使用 /turbo-transforms；端到端构建请使用 /turbo-builder。
构建并部署新的 Goldsky Turbo 流水线：需求、数据集选择、YAML、验证和部署。适用于“构建流水线”“在 Y 链上索引 X”，或将链／合约数据传入 Postgres、MySQL、ClickHouse、Kafka、Pub/Sub、S3、SQS 或 Webhook。也适用于 Polymarket 成交／持仓／盈亏、预测市场、稳定币或流通供应量、储备证明、制裁／AML 转账监控、存款检测、CCTP 销毁／铸造、跨链结算、支付对账、将钱包历史数据流式传入用户自己的数据库、代币持有人注册表、代币化股票／RWA 和刷量交易检测等数据目标。查询单个钱包余额或转账的 REST 请求属于 /feeds，而非流水线；读取 Polymarket 活动、持仓或余额也一样。使用 /turbo-doctor 调试现有流水线；使用 /turbo-pipelines 查询语法。
设置 Goldsky CLI 身份验证和项目配置。用户需要安装 goldsky CLI（“官方安装命令是什么？”）、运行 goldsky login（包括浏览器打开但显示“authentication failed”的情况）、运行 goldsky project list 后看到“not logged in”或“unauthorized”、在 Goldsky 项目之间切换、检查当前通过身份验证的项目，或修复运行 goldsky turbo 命令时出现的“unauthorized”错误时，使用此技能。也适用于“从头带我设置 goldsky CLI”以及用户刚安装 Goldsky 并说“帮我设置并开始使用”的情况。任何其他 Goldsky 技能遇到身份验证错误时，请先转到此技能。
当用户想存储、管理或使用 Goldsky 密钥时使用此技能——这些是管道接收器使用的具名凭据对象。包括：通过连接字符串或凭据创建新密钥、列出或检查现有密钥、密码更改后更新或轮换凭据，以及删除不再需要的密钥。用户提及“goldsky secret”、想为管道安全存储数据库凭据，或正在处理 PostgreSQL、Neon、Supabase、ClickHouse、Kafka、S3、Google Cloud Pub/Sub、Elasticsearch、DynamoDB、SQS、OpenSearch 或 Webhook 的接收器身份验证时触发。
使用 `insta` CLI 管理 InstaCloud 基础设施：创建项目，添加 postgres/storage/compute 服务，部署应用，创建可丢弃的分支环境（每个分支都拥有隔离的 DB、存储和计算资源），针对服务或外部 URL 安排定期 HTTP 调用（cron 任务），将服务凭据绑定到计算环境，将用户密钥写入 `.env`，让多个 Agent 分别在自己的分支中运行，处理治理审批，检查指标/日志/用量，并将分支合并到 main。适用于在 InstaCloud 管理的项目中工作（包含 `.insta/` 目录或使用 `insta` CLI），用户提到 InstaCloud 或 insta，且要求部署应用、需要数据库/后端/对象存储、需要定时或周期性任务、需要预览或每个 Agent 专用的沙盒环境、需要支持分支的基础设施、希望从 Heroku / Railway / Fly / Render 迁移现有应用，或提及 Agent 设置或 MCP 的情况——即使用户没有明确说出“InstaCloud”。也涵盖 insta-cloud 远程 MCP 服务（insta_* 工具）和可自托管的 insta-oss 运行时（相同 CLI、本地守护进程）。
当用户询问 Goldsky Mirror pipeline 的创建、部署、运维或故障排查时使用此技能。触发词包括：'Mirror pipeline'、'goldsky pipeline apply'、'sync subgraph to database'、'mirror vs turbo'、'direct indexing'、'mirror pipeline YAML'、'mirror pipeline pause/stop/restart'。当用户想将 Goldsky subgraph 同步到数据库或消息队列时也使用此技能——Mirror 是唯一支持 subgraph 源的 pipeline 产品。对于不需要 subgraph 源的新 pipeline，通常更适合使用 turbo-builder 技能。不要因 'goldsky turbo' 命令或没有 subgraph 背景的一般“构建 pipeline”请求而触发；这些属于 turbo 技能。
诊断并修复故障的 Goldsky Mirror 流水线。当 Mirror 流水线失败、卡住、终止、无法启动、不断重启或被正在处理的请求阻塞时，使用此 skill。用户提到具体 Mirror 流水线名称及其问题时也使用——即使没有明确说“mirror”，只要使用的是 `goldsky pipeline` 命令（而非 `goldsky turbo`），就应使用此 skill。直接运行 CLI 命令以检查状态、读取错误、找出根本原因并应用修复。YAML 语法或配置参考请使用 /mirror。Turbo 流水线问题请使用 /turbo-doctor。
配置 AWS Shield Advanced 以增强分布式拒绝服务（DDoS）防护：订阅账户并添加资源防护，通过 AWS WAF 启用自动应用层（第 7 层）缓解，使用 Route 53 health checks 配置基于运行状况的检测，设置 Shield Response Team（SRT）访问权限和主动参与，审查 DDoS 事件并申请费用保护额度，以及将资源汇总到防护组。适用于用户希望加强面向互联网的资源（CloudFront、Application 或 Network Load Balancers、Elastic IP 地址、Global Accelerator 或 Route 53 托管区域）的 DDoS 防护、在攻击期间获得专家协助，或追回攻击导致的扩缩容费用。根据任务转至参考资料中相应的操作流程。不适用于编写 AWS WAF 规则（waf 技能）、创建 Route 53 health checks（route53 技能），或通过 Firewall Manager 在全组织范围部署 Shield Advanced（firewallmanager 技能）。
配置和排查 Goldsky Edge（Goldsky 托管的 EVM RPC 端点服务）问题。适用于 Edge RPC、Goldsky RPC 端点、edge.goldsky.com、eth_getLogs 速度慢、速率限制、对冲请求、flashblocks、HyperEVM 系统交易、按请求付费的 x402 RPC、定价、Edge 仪表板、gs_edge_ 密钥、rpc-edge 以及错误 -32005/-32012/-32014/-32015/-32016。涵盖高韧性、低延迟的 EVM 端点及提供商比较。配置可自托管的 eRPC，请参阅 docs.erpc.cloud/llms.txt。若要保留现有提供商并通过缓存降低费用，或处理 x-cache / x-edge-billable / goldsky boost，请使用 /boost。Pipeline 和 Subgraph 问题有各自的 skill。
使用 Cloud Storage FUSE（gcsfuse）将 Google Cloud 上的 Cloud Storage 存储桶挂载为 POSIX 文件系统。适用于使用 gcsfuse 或 Cloud Storage FUSE 挂载的场景：判断工作负载适合使用 FUSE、原生 gs:// 读取还是 Filestore/Managed Lustre；在 GKE、Compute Engine 或 Cloud Run 上部署调优后的挂载；启用并调整文件、stat 和 list 缓存；调整挂载标志（--implicit-dirs）或配置文件；应用工作负载配置；确保 ML 检查点安全（重命名原子性、分层命名空间/HNS、关闭时完成操作、并发写入器）；或使用 gcsfuse 指标诊断训练缓慢、吞吐量低或账单激增。涵盖挂载语义、gcsfuse 命令行和配置、GKE gcsfuse CSI 驱动程序（Workload Identity principal:// 绑定、配置文件 StorageClasses、sidecar 大小调整）以及 Cloud Run 卷挂载。不要用于不涉及挂载的存储桶管理（google-cloud-storage-basics）或 POSIX 共享文件系统（Filestore、Managed Lustre；使用 gke-storage）。
将子图从 The Graph 迁移到 Goldsky，作为直接替换方案，无需更改代码。当用户想将子图从 The Graph（托管服务、Subgraph Studio 或去中心化网络）迁移、切换或移植到 Goldsky，或其依赖的子图端点（如 The Graph 托管服务）已停止服务时，使用此技能。触发词包括：“migrate from The Graph”“move my subgraph to Goldsky”“switch off The Graph”“redeploy a TheGraph subgraph”“my subgraph endpoint is gone”“from-url”“from-ipfs-hash”“drop-in replacement for The Graph”。诊断迁移后失效的子图，请使用 /subgraph-doctor。构建、编写或查询常规部署、标签和端点参考，请使用 /subgraph-builder。
使用 Langfuse、LangSmith 或 Helicone 为 assistant-ui AI SDK 后端路由添加监测，并通过实验性的 @assistant-ui/react-o11y SpanResource 和 SpanPrimitive API 渲染独立跟踪数据。用于跟踪缺失、无服务器 span 丢失、AI SDK 调用需要提供商元数据、Helicone 未代理提供商，或需要渲染跟踪树或时间线的情况。流式传输请使用 streaming，初始应用接线请使用 setup，Assistant Cloud 持久化请使用 cloud，复制样式化跟踪 UI 请使用 elements
设计韧性计划：如何在组织、团队或产品组合范围内构建并标准化韧性策略（包括按层级划分的策略模型、可用性/RTO/RPO 目标和 DR 方案选择），以及韧性活动的执行频率（运营节奏）。适用于用户询问如何在组织范围内构建策略、设置哪些层级或目标、某一层级适用哪种 DR 方案，或评估、FIS 实验、GameDay 或 autoshift 演练应多久开展一次。不适用于为单个工作负载创建或配置特定策略或资源（使用 resilience-hub-getting-started）、逐步执行生命周期（参见 aws-resilience-lifecycle）或特定服务的设置。
指导将数据仓库端到端迁移至 Amazon Redshift，涵盖发现、架构/SQL/存储过程/宏/脚本转换、数据迁移、验证、性能比较和报告。通过 `references/<source>/` 按来源路由；支持的来源为 Teradata (Vantage)，其他来源将以各自的 `references/<source>/` 文件集添加。仅含文本知识（无可执行代码）——AI 会在运行时生成所有执行内容。适用于用户希望将 Teradata 迁移到 Amazon Redshift、将 Teradata DDL/SQL/存储过程/宏/BTEQ 转换为 Redshift/RSQL，或评估 Teradata 到 Redshift 的迁移复杂度。仅适用于目标平台为 Amazon Redshift 的迁移；无论来源为何，迁移到其他平台（Snowflake、BigQuery、Databricks 等）均不在范围内。不涵盖常规 Redshift 管理、性能调优或现有 Redshift 集群故障排查（不涉及迁移），也不涵盖 `references/` 下未列出的来源。
编写和编辑 AWS Step Functions 状态机：使用 JSONata 编写 Amazon States Language (ASL)，并选择和组织状态类型（Task、Choice、Map、Parallel、Pass、Wait、Succeed、Fail）。涵盖 ASL 语法、JSONata 数据转换和变量、Retry/Catch 错误处理、服务集成（.sync、waitForTaskToken 回调）、用于大规模 S3/CSV 处理的 Distributed Map、saga/补偿模式、Standard 与 Express 工作流选择、TestState API 单元测试，以及将状态机从 JSONPath 迁移到 JSONata。当用户构建、编写、调试或迁移 Step Functions 状态机或 ASL 定义，或编排包含分支、重试或人工审批回调的多步骤工作流时使用，即使用户没有提到“Step Functions”。不要用于通用 Lambda 函数代码、API Gateway、EventBridge 连接或 SAM/CDK 应用打包。
配置并排查 Goldsky Boost 问题。它是在用户已付费使用的服务商前端提供的免费 RPC 缓存 CDN。适用于无需迁移即可降低 RPC 费用、连接 Alchemy/QuickNode/Infura 上游、处理 goldsky boost、edge.goldsky.com/boost、验证、缓存命中率、eth_getLogs 转发以及 x-cache / x-edge-billable / x-edge-source 标头等场景。Boost 保留现有服务商，并转发未缓存的请求。若要用 Goldsky 托管的 RPC 替换现有服务商，请使用 /edge。Pipeline、Subgraph 和 Compose 任务各有单独的技能。
配置 AWS Application Recovery Controller (ARC) 以实现运营韧性：设置带有安全规则的跨 Region 故障转移路由控制，以及用于 AZ 故障恢复的 zonal shift / zonal autoshift。适用于设置故障转移路由、配置安全规则、启用 zonal shift，或通过演练配置 zonal autoshift。也适用于将 ALB/NLB 或其他资源的流量从特定 Availability Zone (AZ) 转移出去。对于“某个 AZ 出现故障时，跨服务应如何响应”这类更广泛的问题，请参阅 aws-resilience-lifecycle。不适用于 Resilience Hub 设置或 FIS 实验。
Grafana Cloud 上 Prometheus 标签策略的专家评估工具。通过基数评分、与访问模式对齐、静态与动态标签规则、直方图桶规范和埋点规范，审计、设计并改进标签架构。在源头（应用代码和抓取目标标签）防止高基数，同时不删除使序列保持唯一的标签（否则会破坏数据）。如需降低已进入 Grafana Cloud 的序列成本，请转到 adaptive-metrics 技能。用户要求评估、审计、设计或改进 Prometheus 标签，或询问如何从源头防止高基数时使用。若要排查“为什么我的 Prometheus 现在很慢／很贵”，请参阅 prometheus-cardinality-troubleshooter。
一个开放协议，规定了 AI 应用如何以统一方式连接外部工具与数据源。客户端负责与模型对话，MCP 服务负责提供工具、资源和提示模板，两者通过标准消息通信，同一个服务可以被不同客户端复用。