Skills
エージェント向けにパッケージ化された専門スキルと手順を 96,770 件掲載。コマンド 1 行でインストールできます。
クラウド・DevOps
openshift/release の Prow ci-operator 設定にある RHDH テストエントリと Hive ClusterPool を一覧表示、生成、削除する。OCP の `e2e-ocp-vX-Y-helm-nightly` エントリ、`cluster_claim.version`、`rhdh-cluster-pool` Hive プール、`MAPT_KUBERNETES_VERSION` を持つ AKS/EKS/GKE エントリを対象とする。「add an OCP test entry」「which OCP versions are we testing」「list the cluster pools」「what AKS/EKS/GKE version is configured」、または OCP カバレッジギャップ分析に使用。
コンテナアプリケーション向けの RouterOS /app YAML 形式（7.21+ のビルトイン app、7.22+ のカスタム YAML 作成）。次の場合に使用する：RouterOS /app YAML ファイルの作成や検証、MikroTik コンテナアプリの操作、RouterOS 向けの docker-compose 風定義の作成、/app ストアスキーマの作成、/app 検証エラーのデバッグ、またはユーザーが /app、tikapp、RouterOS コンテナ YAML に言及したとき。
QEMU で MikroTik RouterOS CHR（Cloud Hosted Router）を扱う。使用場面：QEMU で RouterOS を実行する、CHR イメージを起動する、CHR の起動失敗をデバッグする、RouterOS 用に VirtIO デバイスを設定する、SeaBIOS と UEFI ブートを選択する、RouterOS REST API 用に QEMU のポートフォワーディングを設定する、VM 間のソケットネットワーキングやゲストのブロードキャスト（例：MNDP）のホスト側 L2 キャプチャを設定する、QEMU のアクセラレーション（KVM/HVF/TCG）を選ぶ。
Sentry releases とデプロイ追跡を設定します。イベントにバージョンと環境のタグを付け、CI でコミット情報を含む release を作成し、疑わしいコミットとコードマッピングを連携します。これにより、問題がどの release で発生したか、原因のコミット、release の健全性を Sentry で確認できます。releases の設定、デプロイ追跡、変更内容の確認を求められた場合や、問題に unknown release または suspect commit が表示されない場合に使用します。
Tencent Cloud のペネトレーションテスト方法論。対象が Tencent Cloud サービスを使用している場合、cos.*.myqcloud.com の資産を発見した場合、Tencent Cloud の SecretId/SecretKey を取得した場合、CVM インスタンス内から metadata.tencentyun.com のメタデータにアクセスできる場合、または Tencent Cloud の CAM/CVM/COS/TencentDB/TKE/SCF などのサービスのセキュリティ評価が必要な場合に使用。CAM の特権昇格、CVM の乗っ取り、COS オブジェクトストレージの悪用、TencentDB データベース攻撃、TKE コンテナクラスタ、SCF クラウド関数、CLB ロードバランサ、CLS ログサービス、KMS キー管理をカバー
完全で実行可能な Volcengine SDK コードを生成し、SDK 設定のガイダンスを提供する。Go、Python、PHP、Java、Node.js をサポートする。ユーザーが Volcengine API を呼び出したい、Volcengine SDK コードを生成したい、または Volcengine 上のクラウド操作（例："list ECS instances"、"create a VPC on Volcengine"、"query Volcengine billing with Python"）を説明するときはいつでも本 Skill をトリガーする。ユーザーが Volcengine SDK の設定とベストプラクティスについて尋ねるときにもトリガーする — リトライ、タイムアウト、認証（AK/SK、STS、AssumeRole）、プロキシ、コネクションプーリング、SSL、デバッグモード、エラー処理（例："how to configure retry for Volcengine Go SDK"、"volcengine python sdk proxy setup"）を含む。ユーザーが ECS、VPC、CDN、CLB、RDS、Redis、Kafka、billing、IAM、DNS といった Volcengine のサービス名を、コード生成または SDK 利用の意図とともに言及したときにトリガーする。ユーザーが API 仕様の照会（パラメータ、エラーコード、レスポンス構造）のみを必要とする場合は、volcengine-api skill に引き継ぐ。CLI ベースの操作が必要な場合は、volcengine-cli skill に引き継ぐ。中国語と英語のプロンプトの両方をサポートする。
コマンドラインから blob を保存、読み取り、管理するための Walrus CLI クライアント。ユーザーが walrus store、walrus read、walrus blob-status、walrus extend、walrus delete、walrus share、その他の walrus CLI コマンドを実行する必要がある場合に使用する。CLI のインストール、設定（client_config.yaml）、スクリプト用の JSON モード、gas 予算、ウォレットの設定、ログ記録にも使用する。blob のライフサイクル管理の詳細については `walrus-blob-lifecycle` を参照。quilt については `walrus-quilts` を参照。
多数の小さな blob を単一のストレージユニットにまとめる Walrus quilt。ユーザーが複数のファイルを quilt として保存する必要がある場合、QuiltPatchId または identifier で個々の blob を取得する場合、quilt 内の patch を一覧表示する場合、または quilt の HTTP エンドポイントを使用する場合に使用する。多数の小さな blob のストレージコストを最適化する場合にも使用する。CLI（store-quilt、read-quilt、list-patches-in-quilt）と HTTP API の quilt 操作の両方を扱う。通常の単一 blob ストレージについては、`walrus-cli` または `walrus-http-api` を参照。
Walrus Sites 上で分散型静的ウェブサイトをデプロイ、更新、配信する。ユーザーがフロントエンドを Walrus Sites にデプロイする、testnet または mainnet 用のローカル portal を実行する、site-builder CLI を使用する、ws-resources.json（ルーティング、ヘッダー、メタデータ）を設定する、カスタムドメイン（SuiNS、DNS）を設定する、GitHub Actions CI/CD でデプロイを自動化する、site-builder のエラーをデバッグする、site オブジェクトのライフサイクル（更新、破棄、blob の延長）を管理する必要がある場合に使用する。ユーザーが site-builder、walrus-sites、portal の設定、または Walrus 上での dApp ホスティングについて尋ねる場合にも使用する。Sites フレームワークを使わない blob ストレージ（生のアップロード/ダウンロード）については、`walrus-cli` または `walrus-http-api` を参照。
Walrus のストレージ価格、コスト見積もり、デュアルトークン（WAL + SUI）のコストモデル。ユーザーがストレージの費用、データセットのコスト見積もり方法、blob ごとのメタデータのオーバーヘッド、epoch と価格の関係、コスト計算ツールや walrus info の使い方、小さな blob が高コストになる理由を尋ねる場合に使用する。WAL と SUI の手数料、書き込み手数料、ストレージファンドの預け入れ、ドライランによるコスト確認、コスト最適化戦略（quilt、ストレージの再利用）について尋ねる場合にも使用する。
WordPress プラグイン向けの GitHub Actions CI/CD ワークフローを構築する — コーディング標準（WPCS/PHPCS）、PHP/JS/CSS の lint、PHPUnit テスト、静的解析（PHPStan）、Composer のセキュリティスキャン、WordPress Playground の PR プレビュー、WordPress.org への自動デプロイ。ユーザーが WordPress プラグイン向けの GitHub Actions、CI/CD、自動チェック、デプロイワークフローを作成・追加・構築・設定したいときは、"GitHub Actions" という正確な表現を使っていなくても、常にこの skill を使用すること。これには次のようなあらゆるリクエストが含まれる：WP プラグインリポジトリに自動コーディング標準や PHPCS/WPCS チェックを追加する；WordPress プラグインの lint（PHP、JS、CSS）を構築する；プラグインの PHPUnit テストを CI で設定する；GitHub から WordPress.org へプラグインを自動デプロイする；プルリクエストに Playground プレビューを追加する；プラグインのパイプラインにセキュリティスキャンや静的解析を追加する；あるいは一般的に "add CI"、"add automated checks"、"set up workflows" と言う、または WordPress プラグインの GitHub リポジトリに関することなら何でも "automate" する。手動の SVN デプロイをやめたい、PR に品質ゲートを設けたい、あるいは新しい WordPress プラグインリポジトリを構築していて自動化のベストプラクティスを知りたいと言及したときにも発火する。ユーザーが WordPress プラグインリポジトリ内で、自動テスト、コード品質、デプロイ、GitHub ワークフローについて何か言及した場合は、この skill を使用すること。
TypeScript 向けの Alchemy IaC フレームワーク。ユーザーが Alchemy に言及した場合、インフラのセットアップ、Cloudflare Workers のデプロイ、データベース、KV、R2、キューの設定、バインディングとシークレットの使用、開発モードの設定、フレームワークアダプター（Vite、Astro、React Router、SvelteKit、Nuxt、TanStack Start）の使用、カスタムリソースの作成、または任意の Alchemy provider での作業を望む場合に使用。
PAI-DLC ジョブの診断とヘルスチェック。キュー滞留の根本原因分析、失敗ジョブの特定、クラスタのヘルスチェック。`alibabacloud-pai-dlc-job` スキルのコンパニオン（読み取り専用 — 書き込みなし）。トリガー："diagnose"、"diagnose job"、"job stuck"、"why queuing"、"queue stuck"、"stuck in queue"、"job failed"、"failure reason"、"healthcheck"、"health check"、"inspect job"、"inspection"。
ユーザーが Huawei Ascend NPU のハードウェアレベルの管理、テスト、診断を必要とするときにこの skill を使用する。典型的なシナリオ：NPU カードの状態・温度・使用率の確認、メモリ帯域のテスト（h2d/d2h/d2d/p2p）、演算性能/消費電力のベンチマーク（TFLOPS、TOPS）、NPU ハードウェア障害の診断やヘルスチェック、NPU カードのストレステスト（aicore、メモリ）、スタックまたは異常な NPU カードのリセット/復旧。典型的なユーザーの質問（ascend-dmi に言及していなくてもトリガーする）："このサーバーの演算性能と帯域を測って"、"192.168.1.50 の NPU の温度と使用率を見て"、"fp16 の演算テストを実行して TFLOPS がいくつか見て"、"d2d 帯域は基準を満たしているか"、"3 番のカードに問題があるようなので診断して"、"NPU がスタックしたのでリセットして"、"8 枚のカードでストレステストをして"、"消費電力テストを edp モードで実行して"。ユーザーが Ascend NPU ハードウェアを直接測定・診断・管理したいときは常にこの skill を使用する——サーバーの NPU 性能（演算性能/帯域/消費電力）の確認、ハードウェア障害の診断、NPU カードのリセットを含む。ユーザーが "ascend-dmi" と言わずに「サーバー」+「演算性能/帯域/NPU 状態」に言及しただけでもトリガーする。以下には使用しない：NPU のコード作成、フレームワークのインストール、学習問題のデバッグ、Docker の設定。
Azure AI Content Safety のガイダンス——テキスト、画像、マルチモーダル、生成 AI ガードレール向けのプログラムによるコンテンツモデレーション。Content Safety のカテゴリ（憎悪、暴力、性的、自傷）と重大度レベル、脱獄および間接プロンプトインジェクション検出のための Prompt Shields、グラウンデッドネス検出（グラウンディングソースに対するハルシネーション チェック）、保護対象マテリアル検出（テキストとコード）、カスタムカテゴリ、ブロックリスト、調整用の Content Safety Studio、入力/出力フィルターとしての Azure OpenAI との統合（組み込みおよびカスタム）、レイテンシ/コストのトレードオフ、エージェント ガードレール、デプロイ パターン（アプリ内のサイドカー、Azure OpenAI との統合）を扱います。WHEN: Azure AI Content Safety、prompt shields、脱獄検出、間接プロンプトインジェクション、グラウンデッドネス チェック、保護対象マテリアル検出、コンテンツモデレーション、生成 AI ガードレール、有害コンテンツ カテゴリ、カスタム ブロックリスト AI、エージェント ガードレール。DO NOT USE: AI ワークロードの脅威検出 / SOC アラート（defender-for-cloud-ai を使用）、エンドユーザーの AI 利用ガバナンス（purview-ai-hub を使用）、または安全性に関係しない一般的な AI アプリ設計。
Azure Bastion と Defender for Cloud のジャストインタイム（JIT）VM アクセスを組み合わせた、Azure における安全なリモート VM 管理のガイダンス。Bastion の SKU 選択（Developer / Basic / Standard / Premium）、IP ベースおよび共有可能リンクの接続、ネイティブ クライアント（az CLI 経由でローカル マシンから RDP/SSH）、セッション録画（Premium）、プライベート専用デプロイ、JIT 要求ワークフローとポリシー、接続操作の RBAC、条件付きアクセスとの統合（Bastion + VM 上の Entra ログイン経由）、Bastion + JIT を必須とし VM のパブリック IP を禁止する Azure Policy の適用、VPN/ジャンプ ボックス パターンからの移行を扱います。WHEN: Azure Bastion 設計、Bastion SKU 比較、JIT VM アクセス、Azure ジャストインタイム アクセス、Bastion 共有可能リンク、ネイティブ クライアント Bastion、Bastion セッション録画、VM のパブリック IP の排除、ジャンプ ホストを Bastion に置き換え、安全な Azure RDP SSH、Bastion Premium 録画。DO NOT USE: ハイブリッド/SD-WAN VPN 設計、GSA Private Access（entra-global-secure-access を使用）、またはクラスター専用の K8s アクセス。
Azure Confidential Computing のガイダンス——ハードウェア ベースのトラステッド実行環境（TEE）を通じて使用中のデータを保護します。Confidential VM（AMD SEV-SNP、Intel TDX）、AKS 上の Confidential コンテナ（Kata + AMD SEV-SNP）、Confidential GPU VM（TDX 搭載 NVIDIA H100）、Confidential ワークロード向けの Azure Key Vault Managed HSM および secure-key-release 付き Premium、構成証明（Microsoft Azure Attestation サービス）、Confidential 台帳、シナリオ（マルチパーティ データ共有、規制対象ワークロードの分離、機密データでの AI トレーニング）、シークレットを構成証明済み TEE 状態に結び付けるキー解放ポリシー、CMK/カスタマー キーとの判断基準を扱います。WHEN: Azure Confidential Computing、AMD SEV-SNP、Intel TDX、Confidential VM、Confidential AKS コンテナ、Confidential GPU H100、Azure Attestation、secure key release、マルチパーティ計算、Confidential AI、暗号化メモリ Azure、ハードウェア エンクレーブ Azure。DO NOT USE: 一般的な保存データの CMK（azure-key-vault を使用）、アプリケーション暗号化 SDK のみ、または非 Azure の TEE 設計。
Azure DDoS Protection のガイダンス——同一の常時稼働する Microsoft プラットフォーム上に構築された Network Protection（VNet 単位）と IP Protection（パブリック IP 単位）の階層。階層の選択と無料の Basic インフラストラクチャ保護の比較、スコープ（VNet か単一 IP か）、トラフィックプロファイリングと緩和ポリシーの自動チューニング、攻撃分析とメトリック、Sentinel への攻撃アラート、DDoS Rapid Response の支援、Azure WAF および Front Door との統合、コスト保護保証、コンプライアンス向けの緩和レポート、リージョンごとの容量計画を扱います。WHEN：Azure DDoS Protection、DDoS Network Protection、DDoS IP Protection、レイヤー 3/4 DDoS、Azure の攻撃分析、DDoS ラピッドレスポンス、DDoS コスト保護、DDoS メトリック、緩和レポート、Azure での DDoS シミュレーション。DO NOT USE：レイヤー 7／アプリ層の攻撃緩和のみ（azure-waf を使用）、Azure Firewall の設計（azure-firewall を使用）、オンプレミスアプライアンス経由のハイブリッドネットワーク DDoS。
Azure Cloud からオンプレミス AD へのラテラルムーブメント手法です。Azure／Entra ID の権限を取得し、オンプレミスの Active Directory 環境へ移動する必要がある場合、対象が Azure AD Connect／Cloud Sync／PTA／Federation などのハイブリッド ID アーキテクチャを使用している場合、または PRT／Certificate／Cookie の認証情報を使った Cloud-to-OnPrem のラテラルムーブメントが必要な場合に使用します。14 種類の手法を扱います：Pass the PRT／Certificate／Cookie、Cloud Kerberos Trust、Connect Sync／Cloud Sync の認証情報抽出、PTA Agent バックドア、Federation Token 偽造、Seamless SSO シルバーチケット、Exchange Hybrid 偽装、Arc GPO デプロイスクリプト注入、オンプレミスのクラウド認証情報抽出。
Azure Web Application Firewall のガイダンス——Azure Front Door（グローバル、エッジ層）または Azure Application Gateway（リージョン、バックエンド プールと統合）にデプロイされます。マネージド ルール セット（Microsoft Default Rule Set、Bot Manager、OWASP CRS）を用いた WAF ポリシー設計、カスタム ルール（レート制限、ジオブロック、IP 許可/拒否）、除外の設計（WAF を Prevention に維持するかを決めるロングテールの調整タスク）、JSON チャレンジ / CAPTCHA、ログ分析の統合、誤検知のトリアージ ワークフロー、Defender for Cloud および Sentinel との統合、リージョンとグローバルのトレードオフ、サードパーティ WAF からの移行を扱います。WHEN: Azure WAF、Front Door WAF、Application Gateway WAF、OWASP CRS Azure、bot manager Azure、WAF カスタム ルール、WAF レート制限、WAF 誤検知、WAF 除外、WAF prevention と detection、JSON チャレンジ WAF、ジオブロック WAF。DO NOT USE: L3/L4 DDoS（azure-ddos-protection を使用）、Azure Firewall 設計（azure-firewall を使用）、または非 HTTP ワークロード。
inference.sh 上でアプリケーションを構築・デプロイ。入門、プラットフォームの理解、アプリの作成、リソースの設定、または inference.sh のアプリ開発の概要が必要なときに使用。Python と Node.js の両方をサポート。トリガー：inference.sh app、belt app、inf.yml、inference.py、inference.js、deploy app、app development、build app、create app、GPU app、VRAM、app resources、app secrets、app integrations、multi-function app
Docker Compose で Chat Question-and-Answer Core をデプロイします（OpenVINO CPU、OpenVINO GPU、または Ollama CPU）。環境設定、プロファイル選択、起動検証、ヘルスチェック、終了処理を含みます。ユーザーが「deploy chatqna core」「start chatqna container」「run compose」「openvino gpu deploy」「ollama deploy」と言ったときにこのスキルを使用します。
Helm を使用して Chat Question-and-Answer Core を Kubernetes にデプロイします（OpenVINO CPU、OpenVINO GPU、または Ollama）。values.yaml の設定、helm install/upgrade、デプロイ検証、アンインストール、Docker Compose の setup_env.sh 変数を Helm オーバーライド値へ変換する方法を含みます。ユーザーが「deploy chatqna core to kubernetes」「helm install chatqna-core」「configure values.yaml」「convert compose config to helm」「translate setup_env.sh to chart values」と言ったときにこのスキルを使用します。
Cloudflare Hyperdrive を扱う。これはグローバルなコネクションプールとクエリキャッシュで Cloudflare Workers を既存の PostgreSQL および MySQL データベースに接続する：wrangler hyperdrive create での設定作成、wrangler.jsonc のバインディング、必須の nodejs_compat フラグ、node-postgres (pg)、postgres.js、mysql2 のドライバ設定、Drizzle ORM と Prisma の統合、ローカル開発、キャッシュと TLS のオプション。Workers に RDS、Aurora、Neon、Supabase のデータベースへのアクセスを付与する場合、コネクションプールやハイブリッドアーキテクチャを設定する場合、または Failed to acquire a connection from the pool、TLS not supported by the database、connection refused、missing nodejs_compat、Code generation from strings disallowed といったエラーをデバッグする場合に使用する。
Confluent Cloud または Confluent Platform 向けに、優先項目（レイテンシ、スループット、可用性、耐久性）に応じた助言のみの Kafka チューニングを行います。計画中の topic の規模見積もりや、p99 レイテンシの低減、確認済み書き込みの損失防止など、定量的な目標に向けた既存のクラスター、topic、producer、consumer の調整を求められた場合に使用します。構成を読み取り専用で調査し、変更案、トレードオフ、検証方法を提案します。変更は管理者が適用します。次の場合は使用しないでください。WarpStream または Apache Kafka OSS のみのクラスター、Flink SQL または UDF の作成・調整・デバッグ（confluent-cloud-flink-sql または flink-udf を使用）、Kafka Connect の調整、新しい Java/Python クライアントの実装（developing-kafka-java-client または developing-kafka-python-client を使用）、Kafka Streams/KStream/KTable の開発（kafka-streams-programming を使用）、CDC、Tableflow、Iceberg パイプライン（confluent-cloud-cdc-tableflow を使用）。
AI アプリケーションが外部のツールやデータソースに統一的な方法で接続するためのオープンなプロトコルです。クライアントはモデルとの対話を担い、MCP サーバーはツール・リソース・プロンプトテンプレートを提供します。標準メッセージでやり取りするため、1 つのサーバーを複数のクライアントで再利用できます。