Skills
エージェント向けにパッケージ化された専門スキルと手順を 97,222 件掲載。コマンド 1 行でインストールできます。
クラウド・DevOps
AWS (EKS)、Azure (AKS)、GCP (GKE) 上でセルフホスト型 Materialize をデプロイするための Terraform モジュール。ネットワーキング、Kubernetes クラスター、マネージド PostgreSQL、オブジェクトストレージ、Materialize operator、Materialize インスタンスの構成を扱う。Terraform でセルフホスト型 Materialize をデプロイする方法、任意のクラウドで Materialize インフラストラクチャを構築する方法、Materialize 用に EKS/AKS/GKE を構成する方法、セルフホスト型デプロイのトラブルシューティング、Materialize インスタンスのアップグレード、Materialize 用の Terraform 変数のカスタマイズ、materialize-terraform-self-managed リポジトリの操作についてユーザーが尋ねたときはいつでもこのスキルを使用する。Materialize 用の Karpenter ノードプール、persist または metadata バックエンド URL、Materialize operator Helm chart、CRD バージョン（v1alpha1 と v1）、ロールアウト戦略、Materialize ノードの NVMe swap 構成に言及した場合にもトリガーする。
Google Cloud Assured Workloads V1 準拠フォルダー、CMEK 設定、Sovereign Controls by Partners、サービス使用制限を構成、検査、更新、削除します。あらゆるコンプライアンス制度またはデータ境界（FedRAMP、DoD IL2/IL4/IL5、ITAR、CJIS、Healthcare、Sovereign Controls by Partners、Regional Data Boundaries）に対応する Assured Workloads ワークロードの作成、一覧表示、説明、更新、削除に使用します。既存環境の評価やカスタムフレームワーク（assuredworkloads-environment-assessor または assuredworkloads-frameworks-* を使用）、または非準拠フォルダーには使用しないでください。
コマンドの生成、複数ステップのワークフローの自動化、エラーのトラブルシューティングを行う、包括的な SAP BTP コマンドラインインターフェース（btp CLI）アシスタント。ユーザーが「btp」「BTP CLI」「SAP BTP command line」に言及したとき、CLI によるサブアカウント管理、ターミナルからのエンタイトルメント割り当て、btp によるサービスインスタンス作成、コマンドラインからのロールコレクション割り当て、または SAP Business Technology Platform CLI に関わるあらゆるタスクのときにこのスキルを使用 —「BTP サブアカウントを設定したい」「ターミナルからグローバルアカウントにログインするには」と言っただけの場合でも。ユーザーが SAP BTP 操作のスクリプト化や自動化、jq による btp 出力の解析、btp CLI による Cloud Foundry / Kyma 環境の管理について尋ねたときにもトリガーする。
DOCA STA を使用して BlueField 上に NVMe-over-Fabrics ストレージターゲットを構築する場合に使用します。doca_sta のインスタンス化、doca_sta_be を介したローカル NVMe ディスク上の doca_sta_subsystem NQN とネームスペースの宣言、doca_sta_cap_is_supported によるプラットフォーム対応確認、I/O キュー深度の設定、NVMe 読み取り時の IO_FAILED などの DOCA_ERROR_* ステータスの解読を扱います。「RoCE 経由で Identify Controller がタイムアウトする」「nvmf ターゲットをオフロードする」「NVMe-oF Connect が完了しない」「深度 1024 の I/O キュー 16 個はサポートされるか」といった暗黙の依頼にも使用します。生の RDMA 転送、パケット I/O、ステアリングルール、イニシエーター側の NVMe、SDK のインストールは対象外として、適切な担当先に案内します。
BlueField Arm 上で DOCA UROM Service コンテナを運用し、ペアのホストが `doca-urom` でエンキューしたリモートメモリ操作（put、get、アトミック、集合操作）を処理する：NGC イメージを取得し、UCX コンポーネントを選択し、キューをサイジングし、Comch ペアリングを構成し、ホストとサービスのバージョンを揃える。セキュリティ：このサービスに単独のアクセス制御はなく、Comch ペアリングと RDMA 権限が境界となる。意図したホストのみとペアリングし、最小権限のメモリ領域を公開し、起動前に両方のビューを確認する。UCX 集合操作の遅延、予期しない NOT_PERMITTED、完了イベントの欠落でトリガーする。ホストアプリケーションコード、MPI/UCX 統合設計、DOCA のインストールには使用しない。
Materialize Terraform provider を使って Materialize リソースを宣言的に管理する。クラスター、ソース（Kafka、Postgres、MySQL、SQL Server）、シンク（Kafka、Iceberg）、接続、マテリアライズドビュー、インデックス、テーブル、ロール、グラント、シークレット、ネットワークポリシー、およびクラウド専用リソース（ユーザー、SSO、SCIM、アプリパスワード）を扱う。ユーザーが Materialize 用の Terraform の記述、Terraform による Materialize リソースの作成や設定、既存の Materialize オブジェクトの Terraform state へのインポート、Cloud またはセルフマネージド向けの Materialize provider の設定、Terraform による RBAC やグラントの設定、Terraform での接続やソースの作成、Materialize リソースの Terraform plan/apply の問題のトラブルシューティングを求めたときはいつでもこのスキルを使用する。ユーザーが materialize_cluster、materialize_source_kafka、materialize_connection_postgres、その他の materialize_* リソースタイプに言及したときもトリガーする。
Docker とコンテナのセキュリティ監査パターンをレビューする。レイヤー内のシークレット、ポートの公開、非 root ユーザーの監査に使用する。Dockerfile または docker-compose.yml がある場合は積極的に使う。例：- ユーザー：「Audit this Dockerfile」→ ENV/ARG のシークレットと非 root USER を確認 - ユーザー：「Review docker-compose ports」→ 誤って公開されたデータベースを見つける - ユーザー：「Check for secrets in image history」→ レイヤーとビルド成果物を監査 - ユーザー：「Optimize Docker security」→ マルチステージビルドと最小ベースイメージを実装 - ユーザー：「Audit container privileges」→ privileged: true や docker.sock のマウントを確認
CloudBase の WeChat 統合ガイド。ミニプログラムの WeChat Pay、ミニプログラムの仮想支払い（虚拟支付、wx.requestVirtualPayment）、公式アカウントの JSAPI Pay、Native QR コード決済、公式アカウントの OAuth、openid の処理、支払いコールバック、CloudBase 統合センターが生成する関数を扱う。ユーザーが CloudBase 上で WeChat 決済、仮想支払い、公式アカウントのフローを追加、デバッグ、拡張したい場合にこのスキルを使用する。
OpenNext アダプター @opennextjs/cloudflare を使って Next.js アプリ（App Router と Pages Router）を Cloudflare Workers にデプロイする方法を扱う。create-cloudflare による新規プロジェクトの雛形作成、既存アプリの移行、wrangler.jsonc と open-next.config.ts の設定、nodejs_compat フラグと compatibility_date、next dev と opennextjs-cloudflare preview の二本立てワークフロー、デプロイ、画像最適化、キャッシュ、D1・R2・KV・Workers AI のバインディングを解説する。Workers 上で SSR、ISR、サーバーコンポーネント、Server Actions、ミドルウェアを動かす場合、Next.js アプリを Vercel や AWS から Cloudflare へ移す場合、または worker size limit exceeded（無料 3 MiB、有料 10 MiB）、FinalizationRegistry is not defined、Cannot perform I/O on behalf of a different request、Turbopack のチャンクロード失敗、リクエストスコープのデータベース接続問題、CVE-2025-6087 の SSRF 脆弱性といったエラーに遭遇した場合に使用する。
ユーザーが `doca_spcx_cc`（/opt/mellanox/doca/tools/ 配下のホスト側コマンドライン）を呼び出し、DPA プロセッサを搭載した BlueField 上で、稼働中の RDMA / RoCE ファブリックに対してプログラマブル輻輳制御（SPCX）アルゴリズムをロード、パラメータ設定、起動、監視、停止する場合、または SPCX と既存の `doca-pcc` インターフェースのどちらを選ぶかを判断する場合に、このスキルを使用する。ユーザーが「DOCA SPCX」や「doca_spcx_cc」と言わない場合でもトリガーする — 典型的な暗黙の言い回しには「I want to write a custom RTT-based CC algorithm for my RoCE fabric」「my SPCX session loaded but throughput / latency didn't change」「doca_pcc status shows Active but factory CC seems to still be in charge」「DOCA_PCC_PS_ERROR on start」「is the programmable-CC surface available on my install」「DPA-side algorithm image won't load」などがある。DPA 側アルゴリズムの作成詳細、出荷時 PCC ファームウェア設定、読み取り専用の PCC カウンター検査、生の DPA サイクルプロファイリング、RDMA ライブラリのプログラミング、一般的な DOCA インストールについては拒否し、他所へ案内する — これらは他のスキルに属する。
Google の release-please をセットアップおよび構成し、GitHub Actions による自動バージョニング、変更履歴の生成、公開を実現する。パイプラインの作成、Conventional Commits の書式、プレリリースワークフロー、monorepo 構成、リリースパイプラインのトラブルシューティングを扱う。ユーザーがリリースの自動化、公開用の CI/CD 構築、バージョン番号の更新設定、release-please 互換のコミットメッセージの作成、バージョンの自動タグ付け、npm/PyPI/crates.io/Maven/Docker への公開、リリース PR が作成されない原因の調査を望む場合は常にこのスキルを使用する。ユーザーが "release-please" という名称を挙げていなくても有効化する——"automate my npm releases"、"set up GitHub Actions for publishing"、"how do I tag versions automatically"、"changelog generation"、"semver automation"、"pre-release workflow" といった表現はすべてこのスキルを示す。コミットメッセージの指針については、このスキルは release-please 互換の規約に焦点を当てる。サブモジュールを含むより広範なマルチリポジトリの git 操作については、代わりに multi-repo-git-ops に委ねる。
Docker のネットワーク設定とコンテナ間通信に関するガイダンス。ネットワークモード（bridge/host/overlay/none/macvlan/ipvlan）、DNS 解決を伴うカスタム bridge ネットワーク、ポート公開（-p/--publish）、コンテナリンクとサービスディスカバリ、ネットワークのトラブルシューティング（inspect/ping/nslookup）、Swarm 用の overlay ネットワーク、ネットワークセキュリティ（内部ネットワーク、暗号化 overlay）をカバーする。ユーザーが docker network、コンテナネットワーク、bridge モード、ポートマッピング、コンテナ間通信、ネットワークのトラブルシューティング、Docker のネットワークモードについて尋ねるときに使用。使用场景：docker network、容器网络、bridge、overlay、端口映射、容器通信、网络配置、网络排查。
Buildkite のビルド/ジョブログとアーティファクトから具体的な失敗テスト、diff、エラーメッセージを抽出し、焦点を絞ったコードまたはテストの修正を適用することで、RisingWave のプルリクエストにおける失敗した Buildkite CI チェックをトリアージして修正します。ユーザーが赤い Buildkite チェックの診断、不安定/失敗する CI ジョブの調査、Buildkite ビルドが失敗した理由の解明を求める場合、または Buildkite/GitHub チェック URL を提示して具体的な修正を希望する場合に使用します。
fab api または az rest を通じて Fabric Git 統合のライフサイクルを実行する。ワークスペースの Azure DevOps または GitHub への接続、コミット、Git からの更新、同期状態の読み取り、競合の解決、接続済みワークスペースの切断、サービスプリンシパルによる同期の自動化を含む。ステージ昇格には deployment-pipelines-authoring-cli を使用すること。ブランチ切り替え、fab deploy、fabric-cicd、ワークスペース間の再バインドは対象外。
`hcloud` コマンドラインで Hetzner Cloud のインフラ（サーバー、ネットワーク、ファイアウォール、ロードバランサー、ボリューム、DNS ゾーン、SSH キー、プライマリ/フローティング IP、スナップショット、証明書、配置グループ、ストレージボックス）を管理する。ユーザーが Hetzner、hcloud、VPS のプロビジョニング、Hetzner のロケーションコード（fsn1、hel1、nbg1、ash、hil、sin）に言及したときに使用——"hcloud" と言っていなくても使用する。コマンドライン専用で、Hetzner Robot（専用サーバー、別製品および別 API）は対象外。
SPA と MPA 向けの OpenTelemetry ブラウザ/RUM の仕組み。"browser OTel"、"frontend observability"、"Web Vitals"、`sdk-trace-web`、`WebTracerProvider`、`browser-sdk`、ブラウザインストルメンテーション、ページロードやルートのトレース、セッション、クリック、コンソールキャプチャ、JavaScript エラー、フロントエンドからバックエンドへのトレース相関に使用。ブラウザテレメトリはプライバシーとデータ量に敏感で、実験的なパッケージの変化が速い。Node.js サービスのインストルメンテーションや Collector のみの設定には適さない。
Solana 向けの Quicknode ブロックチェーンインフラ — RPC エンドポイント、NFT と圧縮資産向けの DAS API（Digital Asset Standard）、Yellowstone gRPC ストリーミング、Priority Fee API、Streams（リアルタイムデータパイプライン）、Webhooks、Metis Jupiter Swap 連携、IPFS ストレージ、Key-Value Store、Admin API、x402 のリクエスト課金 RPC。Ethereum、Polygon、Arbitrum、Base など 80 以上のチェーンに対応。Solana RPC インフラの構築、DAS API による NFT/トークン/圧縮資産の照会、リアルタイム gRPC ストリームの構築、データパイプラインの設定、優先手数料の見積もり、Metis 経由の Jupiter スワップ連携に使用します。Quicknode、qn_ メソッド、DAS API、getAssetsByOwner、searchAssets、Yellowstone、gRPC、Geyser、Streams、IPFS、Key-Value Store、qnLib、Metis、x402、Quicknode RPC への言及で発動します。
AI アプリケーションが外部のツールやデータソースに統一的な方法で接続するためのオープンなプロトコルです。クライアントはモデルとの対話を担い、MCP サーバーはツール・リソース・プロンプトテンプレートを提供します。標準メッセージでやり取りするため、1 つのサーバーを複数のクライアントで再利用できます。