Skills
エージェント向けにパッケージ化された専門スキルと手順を 97,222 件掲載。コマンド 1 行でインストールできます。
クラウド・DevOps
Bun の Web アプリを Electron デスクトップアプリにラップし、ネイティブのウィンドウ管理、自動更新、コード署名、CI/CD 配布を実現する。既存の Bun ベースの Web サーバーからネイティブデスクトップアプリを作成したい場合、macOS/Windows 向けにパッケージ化したい場合、自動更新を設定したい場合、ドラッグ領域やトラフィックライトといった Electron の UX 課題に対応したい場合に使用する。Electron アプリのリリースやバージョンのタグ付けを行う場合にも使用する。
すべてのティアにわたる CockroachDB クラスター容量の管理。Self-Hosted は恒久的な削除のためのノード廃止と、拡張のためのノード追加を扱う。Advanced/BYOC は Cloud Console、API、Terraform によるノード数とマシンサイズのスケーリングを扱う。Standard はプロビジョニングされたコンピュート（vCPU）の調整を扱う。Basic は自動スケール——ガイダンスでは支出上限とコスト管理を扱う。容量を増減する場合、ノードを恒久的に削除する場合、コストを管理する場合に使用。
AWS OpenSearch（Elasticsearch）または AWS Personalize の前段に置くキャッシュ戦略 — 検索、レコメンダー、マルチレコメンダーページ、匿名とログイン済みのトラフィック。ROI 判断（TPS/minProvisionedTPS、Zipf、増幅）、キー設計（正規化、コホートかユーザーか、ソリューションバージョンの固定、バケッティング）、パーソナライズの境界（匿名/ログインの分割、ファンアウトの合流）、戦略（cache-aside、refresh-ahead、write-through、バッチ事前計算、L1+L2）、TTL（変動性、ソフト/ハード、ジッター、イベント駆動の無効化）、スタンピード対策（single-flight、XFetch、stale-while-revalidate、サーキットブレーカー）、可観測性（ヒット率、1000 件あたりのコスト、カーディナリティのドリフト、ログリプレイ）、防御的キャッシュ（ネガティブキャッシュ、Bloom filter）、階層の構成（LRU、ElastiCache Redis、CloudFront、OpenSearch のリクエスト/フィルターキャッシュ）を扱う。トリガーはキャッシュヒット率、Personalize のスロットリング、スタンピード、single-flight、L1/L2、ElastiCache のサイジング。opensearch-function-scoring-algorithms を補完する。
Trivy が対応するすべての対象タイプ — コンテナイメージ、ファイルシステム、Git リポジトリ、Kubernetes クラスター — に対して Trivy を実行し、OS と依存関係の脆弱性、IaC の設定不備、露出したシークレット、ライセンスを検出して、CycloneDX または SPDX の SBOM を生成します。Trivy を CI/CD に統合する場合、Trivy Kubernetes operator をデプロイする場合、イメージ以外の対象をスキャンする場合、または結果を大規模にトリアージする場合に使用します。キーワード: Trivy、trivy k8s、operator、SBOM、CycloneDX、SPDX、misconfig、secret scanning。単一の Docker イメージスキャンには使用しないでください — scanning-docker-images-with-trivy を使用してください。
管理 API（platform.acedata.cloud）を通じて AceDataCloud アカウントを管理する。スコープ付き OAuth アカウントアクセスを接続するとき、またはユーザーが残高 / 残クレジットの確認、API 呼び出し（利用）記録と支出の照会、API キー（クレデンシャル）の一覧表示・作成・削除、購読中サービスの一覧、チャージ注文の一覧表示・作成・支払い、プラットフォームトークンの管理、紹介 / アフィリエイト収益の確認、記事 / 動画ブログ下書きの管理、MCP / REST によるスレッドのレビューと査読付き出版物の確認、または（管理者として）お知らせの公開を望むときに使用する。また、公開カタログとドキュメント（トークン不要）も対象とする。サービス詳細と価格、API 一覧と OpenAPI 仕様、データセット、連携、全文ドキュメント検索、モデルごとのクレジット価格を伴うモデルカタログを含む。これはセルフサービス型の「コンソール」API であり、データ生成 API（画像 / 動画 / 音楽 / 検索）とは異なる。
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
AWS PrivateLink、GCP Private Service Connect、Azure Private Link、エグレスプライベートエンドポイント、VPC ピアリングを含む、CockroachDB Cloud クラスタのプライベートネットワーク接続を構成する。パブリックインターネットへの露出を排除するためにプライベートエンドポイントを設定するとき、Kafka などの外部サービスへのエグレスを構成するとき、VPC ピアリングを確立するときに使用する。
CockroachDB アプリケーション向けのマルチリージョンパターンの選択と実装を開発者にガイドする。active-passive と active-active のアーキテクチャ、REGIONAL BY ROW、GLOBAL テーブル、リース優先設定を用いた手動の地理パーティショニング、検証クエリを伴うライブデモのセットアップを扱う。マルチリージョンのデータベーストポロジーを設計するとき、REGIONAL BY ROW と手動パーティショニングのどちらを選ぶかを決めるとき、マルチリージョンのデモを構築するとき、またはリージョン間レイテンシを最適化するときに使用する。
ライブラリコードの作成には使用しません（該当するライブラリのスキルを指定してください）。別の DOCA スキルが「doca-structured-tools-contract に従って構造化ツールを優先」と述べている場合、または複数の手動コマンドの結果（DOCA 環境／バージョン／デバイス／機能／検証／ホストと DPU の状態）を一度にまとめた回答をユーザーが求めている場合に使用します。「structured tool」や「doca-env --json」という語句がなくても該当します。典型例は「DOCA のインストール状況をすべて教えてくれるコマンドはあるか」「X の機能はどのバージョンから使えるか」「この BlueField で見えるすべての PF/VF/SF と PCIe アドレス」「このパイプはコミット前に validate を通るか」です。一般的な DOCA の案内、ライブラリ API の使い方、初回インストールの案内は対象外です。該当するライブラリのスキル、doca-public-knowledge-map、doca-setup に振り分けてください。
CockroachDB クラスターの初期プロビジョニングと本番デプロイをガイドする。Self-Hosted は cockroach start/init、Kubernetes デプロイ（Operator、Helm）、ハードウェアサイジング、本番構成を扱う。Advanced/BYOC は本番設定を伴う Cloud Console、API、Terraform によるプロビジョニングを扱う。Standard はクラスター作成とプロビジョニング済みコンピュートの選択を扱う。Basic はクラスター作成と支出上限を扱う。新しいクラスターの作成、本番稼働の準備、デプロイ構成の検証時に使用する。
CockroachDB 向けに、4 つの異なるレイヤーにわたる SSO 認証と SCIM 2.0 プロビジョニングを構成する — Cloud Console SSO（SAML/OIDC）、DB Console SSO（OIDC）、SQL/Cluster SSO（JWT または LDAP/AD）、SCIM 2.0 自動プロビジョニング。集中型の ID 管理を有効にする場合、コンプライアンスのために SSO を設定する場合、ユーザーライフサイクル管理を自動化する場合に使用する。
DDD と DevOps の統合 — ArchUnit による自動アーキテクチャ検証を含む CI/CD パイプライン、DDD プロジェクト向けのマルチモジュールビルド最適化、レイヤード/ヘキサゴナル/クリーンアーキテクチャ向けの Docker/K8s コンテナ化デプロイ、ドメインイベント向けのデータベースマイグレーション戦略、ドメインの健全性監視。ユーザーが DevOps、CI/CD、DDD のデプロイ、ArchUnit CI について尋ねるとき、または DDD プロジェクトのビルドを自動化する必要があるときに使用。
Rivermax ライブラリとライセンスをインストールした後、対象の BlueField DPU 上で DOCA Rivermax（doca_rmax）を使って、IP 経由の高精度なタイミングが必要なメディア（SMPTE ST 2110 の映像／音声、市場データ、科学データフィード）のストリームを受信します。DOCA Rivermax アプリはその DPU 上でのみ実行されます。ライブラリとライセンスの取得は doca-setup / doca-public-knowledge-map の対象です。Rivermax の明示がなくても、「ST 2110 の受信でフレームが届かない」「メディア受信機でマイクロ秒未満のジッターが発生する」「doca_rmax_init が NOT_SUPPORTED を返す」「ストリーム開始後に recv イベントがない」「メディア受信機のライセンスチェックに失敗する」といった場合に使用します。doca_rmax_in_stream セッション、SDK とライセンスの前提条件チェック、doca_rmax_get_*_supported による機能照会、doca-eth キューおよび doca-flow のステアリングとの連携、Rivermax 呼び出しからの DOCA_ERROR_* を扱います。基盤となるキューのプログラミング（doca-eth）、ステアリングルール（doca-flow）、PTP／クロック同期（doca-firefly）、またはベストエフォートのパケット I/O は対象外として、適切な担当先に案内します。
DOCA を搭載したホスト上の doca_telemetry_utils コマンドラインツールを使用して、診断カウンターのスキーマを調べ、カウンター名とバイナリ Data ID を相互変換し、DOCA Telemetry エクスポーター設定を確定する前にデバイスごとのカウンター対応状況を確認します。エクスポーターとコレクターの間でテレメトリーカウンターが消える場合に使用します。「エクスポーターは送信しているのにコレクターには何も届かない」「このメトリックが下流でひそかに消える」「この BlueField が公開するカウンターはどれか」「この 0x... をカウンター名に戻して」「ここの node / pcie_index / depth は何を意味するか」「このデバイスはこのカウンターに対応しているか」といった質問が対象で、ツール名がなくても使用します。エクスポーターやコレクターのコードは doca-telemetry-exporter / doca-telemetry に、DTS のデプロイは doca-dts に、DOCA のインストールや修復は doca-setup に案内します。
現在の作業ディレクトリが DWE プロジェクト（Docker ベースの開発環境マネージャー）内にあるときに使用。cwd から `workspace.yml` を含むディレクトリまで遡って検出し、そのディレクトリがプロジェクトルートになる。構築済みのプロジェクトには `workspace/` サブディレクトリ（サービス、パイプライン）もあるが、それがなくても対象外にはならない（例：初期化直後のプロジェクト）。ルート以下のどこにでも適用され、`workspace/services/<name>/` のようなサービスフォルダーやそのソースツリーも含む。このスキルは、調査と変更でどの `dwe` コマンドを使うか、またそれ以外のすべてを組み込みの `dwe docs` サブシステムでどう調べるかというナビゲーターであり、プロジェクトを拡張するための作成ガイドでもある（git リポジトリからのスキャフォールディング、サービスとツールの追加、コマンドとデーモンの作成、レンダーパックと変数の接続、デプロイ/ライフサイクルパイプラインのカスタマイズ、統合テスト）。「dwe」という語、`workspace/` 下のあらゆるファイルの編集、またはサービスディレクトリ内での作業時に有効になる。
すべてのティアにわたる TLS 証明書と暗号化キーのライフサイクルを管理する。Self-Hosted は証明書の有効期限監視、ノード/CA/クライアント証明書のローテーション、Kubernetes の証明書管理を扱う。Advanced/BYOC はマネージド TLS（対応不要）と、お使いの KMS での CMEK（Customer-Managed Encryption Key）ローテーションを扱う。Standard と Basic は TLS と暗号化が完全にマネージドで、顧客側の対応は不要。CMEK は Advanced でのみ利用可能。証明書の健全性監視、ローテーションの実施、CMEK の管理、鍵漏えいへの対応を行うときに使用する。
AI アプリケーションが外部のツールやデータソースに統一的な方法で接続するためのオープンなプロトコルです。クライアントはモデルとの対話を担い、MCP サーバーはツール・リソース・プロンプトテンプレートを提供します。標準メッセージでやり取りするため、1 つのサーバーを複数のクライアントで再利用できます。