Skills
エージェント向けにパッケージ化された専門スキルと手順を 96,770 件掲載。コマンド 1 行でインストールできます。
データ・データベース
Prometheus および PromQL 互換エンジン（Thanos、Cortex、VictoriaMetrics、Grafana Mimir、Grafana Tempo など）を照会する CLI です。即時クエリ、範囲クエリ、メトリクス検出（metrics/labels/meta サブコマンド）、出力形式（table/csv/json/graph）に対応します。PromQL クエリの実行、オブザーバビリティを備えたソフトウェアのパフォーマンス問題のトラブルシューティング、レイテンシ／エラー率／飽和度の調査、時系列データの分析に使用します。
clickhousectl CLI を使用して ClickHouse をセットアップおよび管理します。開発用にローカル ClickHouse サーバーをインストールして実行し、本番用にマネージド ClickHouse Cloud サービスを作成します（認証、サービス作成、スキーマ移行、アプリケーション接続）。ユーザーが ClickHouse を使ったアプリケーションの構築、ローカル ClickHouse 開発環境のセットアップ、テーブル作成とクエリの開始、本番環境または ClickHouse Cloud へのデプロイ、ローカル環境からクラウドへの移行を希望する場合に使用します。
ウェブサイトのコンバージョントラッキングを設定、監査、検証、修正します。コンバージョンがフォーム送信、会議予約、チャット、電話、登録、購入の場合、Google Ads、Meta、GA4、LinkedIn、TikTok、Microsoft Ads への送信が必要な場合、GTM タグや dataLayer イベント、ピクセル、Conversions API（CAPI）、Enhanced Conversions、サーバーサイドタグ、gclid / fbclid の取得を扱う場合、または「コンバージョンが止まった」「二重計上」「費用は発生するがコンバージョンがない」「GA4 と Google Ads が一致しない」、Unverified / Inactive ステータスなどの問題が報告された場合に使用します。リード獲得と e コマースに対応します。送信クリック時ではなく、成功が確認された時点でのみ発火させます。テストコンバージョンの到達を確認し、変更前に診断します。有料の方法とともに無料・ネイティブの方法も提示し、パートナーツールを明示します。トラッキング計画と UTM は analytics、アトリビューションモデルは attribution、キャンペーンと入札は ads、CRM のリードステージ設計は revops を参照してください。
Managed Service for Apache Airflow（MSAA、旧称 Cloud Composer）における Apache Airflow DAG の移行ガイダンスを提供します。Airflow 2.11.1（MSAA Gen 2 および 3）と Airflow 3（MSAA Gen 3）への移行を扱い、環境の調査、GCS のダウンロード／アップロード、破壊的変更のスキャンパターンを含みます。DAG コードを新しい Airflow バージョンに移行する際に使用します。コード移行とは無関係な DAG 実行失敗の調査には使用しないでください。
サポート対象のエンジンバリアント全般について、Amazon Timestream for InfluxDB の信頼できるガイダンスを取得します。エンジンバリアントとライセンスの選択、プロビジョニングと IAM、保存時の暗号化（AWS 所有およびカスタマー管理の KMS キー、キーポリシー、キーのライフサイクル）、スキーマ設計（タグとフィールド、カーディナリティ、HTTP／センサー／メトリクスのデータモデリング）、LiveAnalytics からの移行、Processing Engine プラグイン、接続（データベースエンドポイントとプライベート／パブリックアクセス）、書き込み／クエリエラーなど、AWS 上の InfluxDB に関するあらゆる依頼に適用できます。
MySQL および PostgreSQL 向けに Grafana Cloud Database Observability を設定します。`pg_stat_statements` / Performance Schema を有効化し、最小権限の監視ユーザーを作成して、`database_observability.postgres` / `database_observability.mysql` Alloy コンポーネントを構成します。クエリサンプル、可視化された実行計画、RED メトリクス、スキーマの詳細を Grafana Cloud に送信し、`db.statement` / `db.system` OTel 属性を介して遅いクエリとアプリケーショントレースを関連付けます。データベースのパフォーマンス監視、遅いクエリの診断、RDS / Aurora / Cloud SQL / Azure Database / セルフマネージドインスタンスの DB オブザーバビリティ設定、DB メトリクスと APM の関連付け、クエリレイテンシーのアラートに使用します。「データベースが遅い」「遅いクエリを見つけて」「RDS を監視して」のように、ユーザーが「オブザーバビリティ」と言わない場合も対象です。
Adaptive Metrics の集約ルールでアクティブシリーズ数を減らし、Grafana Cloud Metrics のコストを削減します。クエリ履歴に基づく自動推奨、カスタムの完全一致／正規表現ルール、ラベル削除設定、未使用メトリクスの検出、Alloy remote_write フォールバックを利用できます。Mimir／Grafana Cloud の高額請求の調査、高カーディナリティラベル（`pod_uid`、`service_instance_id`、`version`）の特定、カウンター／ゲージの事前集約、未使用メトリクスの削除、または `grafanacloud_instance_active_series` の実施前後の測定に使用します。ユーザーが Adaptive Metrics に言及せず、「カーディナリティを減らす」「シリーズが多すぎる」「メトリクスの支出」「アクティブシリーズ数が急増」「version ラベルを削除」と言う場合も対象です。
LLMのファインチューニング、カスタムモデルのトレーニング、または特定のタスクに合わせた基盤モデルの調整に使用します。LoRA/QLoRAアダプターの設定、JSONLトレーニングデータセットの準備、ファインチューニング実行時のハイパーパラメーター設定、アダプタートレーニング、転移学習、Hugging Face PEFTによるファインチューニング、OpenAIのファインチューニング、指示チューニング、RLHF、DPO、ファインチューニング済みモデルの量子化とデプロイに活用できます。トリガー語：LoRA、QLoRA、PEFT、finetuning、fine-tuning、adapter tuning、LLM training、model training、custom model。
Grafana Cloudの請求額を押し上げるPrometheusメトリクスを特定します。`dpm-finder`はGrafana Professional Servicesのコマンドラインツールで、Data Points per Minute（DPM）に基づいてメトリクスを順位付けします。ラベルセットごとの内訳、任意の`--cost-per-1000-series`料金設定、Prometheus-exporterモードに対応します。Grafana Cloudの高額な支出の調査、ノイズの多い／高カーディナリティのメトリクスの特定、記録ルール適用前後のカーディナリティ比較、コストデータのダッシュボードへの取り込みに使用します。ユーザーがdpm-finderを挙げずに「Mimirの請求額が高い理由は？」「最大のメトリクスを探して」「カーディナリティの問題を特定して」「Prometheusのコストを最適化して」と尋ねる場合も対象です
Salesforce Data Cloud のガバナンスポリシー用に PolicyRuleDefinition および PolicyRuleDefinitionSet のメタデータ XML を作成する場合、または *.policyRuleDefinition / *.policyRuleDefinitionSet ファイルを編集する場合に使用します。カテゴリ決定ツリー、すべてのポリシーバリアント（ACCESS、GOVERNANCE、RECORD、TRANSFORM）の完全なスキーマ、Data Governance Policy Builder の UI 互換ルール、ユーザー向けエージェント応答の出力規則、検証ガードレールを扱います。UserAccessPolicy、AccessPolicy、SharingRules、PermissionSet、その他のアクセス制御メタデータ型には使用しないでください。それらは独自の型を持ち、PolicyRuleDefinition スキーマの対象外です。
SwiftData を使用したデータ永続化の実装、レビュー、改善を行います。@Attribute、@Relationship、@Transient、#Unique、#Index を含む @Model クラスの定義、@Query、#Predicate、FetchDescriptor、SortDescriptor によるクエリ、SwiftUI やバックグラウンド処理向けの ModelContainer と ModelContext の設定（@ModelActor 使用）、VersionedSchema と SchemaMigrationPlan によるスキーマ移行の計画、ModelConfiguration による CloudKit 同期の設定、Core Data との共存や移行に使用します。
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 に接続して」と依頼された場合も対象です。
AI エージェントのための暗号資産データ機能です。1 つのスキルで、リアルタイム価格、ウォレット、DeFi、オンチェーン SQL、予測市場など、14 のデータ領域にまたがる 100 以上のコマンドを利用できます。自然言語を入力すると構造化データを出力します。一度インストールすれば、すべてにアクセスできます。ユーザーが暗号資産データを必要とする、価格／ウォレット／トークン／DeFi について質問する、オンチェーン活動を調査したい、または暗号資産データを利用するものを構築している場合は、「surf」と明示していなくても使用します。
Turbo パイプラインの YAML リファレンスおよびアーキテクチャガイド。YAML フィールド構文（start_at、from、version、primary_key）、source／transform／sink の設定、検証エラー、リソースサイズ（xs–xxl）、アーキテクチャ上の判断（dataset と kafka、ストリーミングとジョブ、ファンアウトとファンイン、sink の選択、パイプライン分割）を扱います。「フィールド X の役割は？」「postgres sink に必要なフィールドは？」「どのリソースサイズ？」「kafka と dataset のどちらを使うべき？」「パイプラインの構成方法は？」といった質問が対象です。transform の作成には /turbo-transforms、エンドツーエンドの構築には /turbo-builder を使用してください。
クオンツ戦略フレームワーク：ペアトレード／共和分、ボラティリティレジーム戦略、季節性／カレンダー効果、マルチファクターモデル（IC/IR）、ファクター調査とスクリーニング、相関分析、統計手法（ADF/GARCH）、戦略最適化、執行モデリング、ヘッジ、ML ベースの予測（sklearn）。K 線データに対して指標スクリプトを実行する CLI アクセスも提供します。トリガー：「量化」、「因子」、「配对交易」、「协整」、「波动率策略」、「季节性」、「多因子」、「IC」、「机器学习」、「对冲」、「量化策略」、「協整」、「波動率策略」、「季節性」、「多因子」、「對沖」、「quant」、「pairs trading」、「cointegration」、「volatility strategy」、「seasonality」、「multi-factor」、「factor model」、「IC IR」、「machine learning」、「hedging」、「walk-forward」、「配對交易」、「機器學習」、「因子選股」。
新しい 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 のブロックチェーンデータセット名、チェーンプレフィックス、データセットの種類やバージョンを調べたり確認したりする必要がある場合に使用します。「X のデータセット名は？」「Goldsky はチェーン Y にどのプレフィックスを使う？」「Z にはどのバージョンを使うべき？」「Solana/Stellar/Arbitrum などで利用できるデータセットは？」といった質問が対象です。チェーン固有のデータセットに関する質問（例：polygon と matic のプレフィックス、stellarnet の残高データセット、solana のトークン転送データセット名）にも使用します。また、チェーンではなく分野を指定してデータセットの有無を尋ねる場合、たとえばデコード済みログ、トークン転送と残高、流通供給量に関するミント／バーンイベント、DEX や予測市場のアクティビティ（Polymarket）、ウォレット履歴や照合に必要な生のブロック、トランザクション、トレースについても回答します。CLI コマンド、パイプラインの設定、一般的な Goldsky アーキテクチャに関する質問は、適切なデータセット名やチェーンプレフィックスの特定が主題でない限り対象外です。Wallet Feeds API のクエリは /feeds です。
Turbo パイプライン用の SQL、TypeScript、動的テーブル変換を作成します。内容：_gs_log_decode による EVM ログのデコード、ブロックチェーンデータのフィルタリング／型変換、イベント結合のための UNION ALL、TypeScript/WASM 変換（invoke function）、動的ルックアップテーブル（dynamic_table_check）、変換の連結、Solana のデコード。次のような依頼が対象です：「Transfer イベントをデコード」「SQL 変換を書く」「コントラクトでフィルタリング」「TypeScript 変換」「動的テーブル」「UNION ALL」。パイプラインの YAML 構造には /turbo-pipelines、エンドツーエンドの構築には /turbo-builder を使用してください。
Turbo パイプライン運用リファレンスです。ライフサイクルコマンド（pause、resume、restart、delete）、パイプラインの状態、チェックポイントの動作、ストリーミングモードとジョブモードの違い、`inspect`/`logs` の CLI 構文、TUI ショートカット、エラーパターン検索を扱います。「一時停止／再起動／削除する方法」「削除するとデータは失われるか」「このエラーの意味」「inspect の TUI ショートカット」といった質問で起動します。故障したパイプラインを対話形式で診断する場合は /turbo-doctor を使用してください。
ユーザーがGoldsky Mirrorのパイプラインについて、作成、デプロイ、運用、トラブルシューティングを尋ねたときにこのスキルを使用します。トリガー：「Mirror pipeline」、「goldsky pipeline apply」、「sync subgraph to database」、「mirror vs turbo」、「direct indexing」、「mirror pipeline YAML」、「mirror pipeline pause/stop/restart」。Goldsky subgraphをデータベースまたはメッセージキューに同期したい場合にも使用します。subgraphソースに対応するパイプライン製品はMirrorのみです。subgraphソースが不要な新しいパイプラインには、通常turbo-builderスキルが適しています。「goldsky turbo」コマンドや、subgraphに関する文脈のない一般的な「パイプラインを構築して」という依頼では起動しないでください。これらはturboスキルの対象です。
故障した Goldsky Mirror パイプラインを診断して修復します。Mirror パイプラインが失敗、停止、終了、起動不能、再起動ループ、または処理中のリクエストによってブロックされている場合に使用します。問題とともに特定の Mirror パイプライン名が挙げられた場合も使用します。「mirror」と明示されていなくても、`goldsky pipeline` コマンド（`goldsky turbo` ではなく）を使っている場合は、この skill が適切です。CLI コマンドを直接実行し、状態とエラーを確認して根本原因を特定し、修正を適用します。YAML 構文や設定リファレンスには /mirror を使用してください。turbo パイプラインの問題には /turbo-doctor を使用してください。
製品、エージェント、ワークフローがアプリ内でウェブデータを必要とする場合、Firecrawl をアプリケーションコードに統合します。ウェブ検索、ライブ検索結果、ページのスクレイピング、構造化抽出、ブラウザー操作が対象です。ユーザーが Firecrawl を明示せず、アプリでウェブデータ、ウェブサイトのコンテンツ、検索、スクレイピング、操作を行いたいと説明しただけの場合も、コードでウェブデータを利用する機能の構築に使用します。Firecrawl の依頼、「fire girl」という略称、`/scrape`、`/search`、`/interact` に対応する一般的なアプリ内ウェブデータのニーズで起動します。現在のセッションで一度だけ行うターミナル専用のウェブタスクには使用せず、その場合は `firecrawl/cli` を使用します。
yfinance Python ライブラリ（Yahoo Finance）で金融・市場データを取得します。ユーザーが株式データを求める場合に使用します。現在の株価と価格履歴、財務諸表（損益計算書、貸借対照表、キャッシュフロー）、オプションチェーン、配当と株式分割、決算とアナリスト予想、目標株価と評価、機関投資家およびインサイダーの保有状況、ニュース、複数銘柄の比較、銘柄スクリーニング、セクター・業種データに対応します。ユーザーが銘柄コード（AAPL、MSFT、TSLA）だけを提示し、意図を推測する必要がある場合も使用します。決算の見通しや振り返り、予想修正、バリュエーション、相関、流動性、ETF のプレミアム分析には、専用スキルを優先してください。
Salesforce Custom Report Type メタデータの作成、生成、検証に使用します。カスタムレポートタイプ、CRT、クロスオブジェクトレポート、レポートビルダーのデータソース、関連オブジェクトの項目をレポート用に公開する設定、レポートでの内部結合と外部結合、レポートタイプのカテゴリ、.reportType-meta.xml ファイルのデプロイエラーに対して起動します。既存レポートの実行、編集、フィルタリング、レポートフォルダー・ダッシュボード・リストビューの作成、レポート作成以外の質問では起動しないでください。
オンチェーンデータを扱うホスト型 GraphQL API、Goldsky Subgraphs の構築、作成、デプロイに使用します。subgraph の作成、スキャフォールド、記述、デプロイ、schema/entities の設計、AssemblyScript マッピングハンドラーの作成や修正、subgraph.yaml（ハンドラー、テンプレート、ABI からの即時 / ノーコード生成）の設定、GraphQL エンドポイント、タグ、webhook のセットアップ、遅い subgraph（eth_calls、不変エンティティ）の最適化、または subgraph の一時停止 / 再開に対応します。トリガー：「subgraph の構築 / デプロイ / スキャフォールド」「マッピングの記述」「schema の設計」「subgraph.yaml」「instant subgraph」「複数の subgraph の結合 / 合成 / マージ」「クロスチェーン subgraph」「インデックス速度の最適化」「eth_calls が多すぎる」「subgraph の一時停止 / 再開」。subgraph が失敗、停滞、エラー発生中、またはデプロイできない場合は /subgraph-doctor を使用します（正常な subgraph の最適化はこちらを使用し、doctor は使いません）。The Graph からの移行には /subgraph-migrate を使用します。GraphQL を使わずに生のチェーンデータを DB にストリーミングする場合は /turbo-builder を使用します。
壊れた Goldsky Subgraphs の診断と修復を行います。subgraph の失敗、停滞、同期停止、インデックス停止、自動一時停止、エラー返却、デプロイ失敗が発生している場合に使用します。トリガー：「subgraph の同期停止」「ブロックで停止」「subgraph の停滞」「subgraph のデプロイ失敗」「インデックスエラー」「SubgraphSyncingFailure」「ハンドラー内の予期しない null」「ネットワークが見つからない」「デプロイがすでに存在する」「subgraph がデータを返さない」「subgraph エンドポイント 404」「subgraph の上限に到達」「レート制限」。ユーザーが問題とともに subgraph の名前を挙げた場合も使用します。CLI コマンドを直接実行して状態確認、ログの読み取り、根本原因の特定、修正の適用を行います。構築、作成、デプロイ、エンドポイント / タグの参照、または正常だが遅い subgraph（例：eth_calls が多すぎる）の最適化には、代わりに /subgraph-builder を使用します。The Graph からの移行には、代わりに /subgraph-migrate を使用します。
Salesforce のカスタムフィールドメタデータの作成、生成、検証に使用します。ユーザーがカスタムフィールド、フィールドタイプ、Roll-up Summary フィールド、Master-Detail 関係、Lookup 関係、数式フィールド、選択リスト、フィールドメタデータに言及した場合に起動します。特に Roll-up Summary の形式、Master-Detail の制約、数式の問題に関するフィールドのデプロイエラーにも使用します。カスタムフィールドメタデータの作業、フィールド生成、フィールドのトラブルシューティングには必ず使用してください。
サブグラフを 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 を使用します。
Salesforce のカスタムオブジェクトメタデータの作成、生成、検証に使用します。ユーザーがカスタムオブジェクト、オブジェクトの作成、オブジェクトメタデータ、.object ファイル、共有モデル、名前フィールド、オブジェクトの検証ルールに言及した場合に起動します。「create a custom object」「generate object metadata」「set up an object for...」と言われた場合や、特に共有モデルや Master-Detail 関係に関するオブジェクトのデプロイエラーを調査する場合にも使用します。カスタムオブジェクトメタデータの作業には必ず使用してください。
Swift Charts を使用したデータ可視化の実装、レビュー、改善を行います。棒グラフ、折れ線グラフ、面グラフ、ポイントグラフ、円グラフ、ドーナツグラフ、iOS 26 の 3D チャートの作成、チャート選択、スクロール、注釈、軸、スケール、凡例、foregroundStyle のグループ化の追加、BarPlot、LinePlot、AreaPlot、PointPlot、Chart3D、SurfacePlot による関数のプロット、ヒートマップ、ガントチャート、グループ化棒グラフ、スパークライン、しきい値線、空間可視化の作成に使用します
AI アプリケーションが外部のツールやデータソースに統一的な方法で接続するためのオープンなプロトコルです。クライアントはモデルとの対話を担い、MCP サーバーはツール・リソース・プロンプトテンプレートを提供します。標準メッセージでやり取りするため、1 つのサーバーを複数のクライアントで再利用できます。