Skills
エージェント向けにパッケージ化された専門スキルと手順を 97,222 件掲載。コマンド 1 行でインストールできます。
クラウド・DevOps
完全な Python Cloudflare デプロイシステム。以下の場合に積極的に有効化：(1) Pyodide を使った Python Workers、(2) Workers 上の FastAPI、(3) 高負荷計算向けの Cloudflare Containers、(4) サービスバインディング（RPC）、(5) Workers の環境変数、(6) コールドスタートの最適化、(7) 耐久性のある実行のための Workflows、(8) AI 向け GPU コンテナ。提供：Worker コードパターン、wrangler 設定、Dockerfile テンプレート、FastAPI 連携。適切なアーキテクチャ選択によるエッジデプロイを保証。
このスキルは、`adb` を CI に確実に組み込むために使用する — bash のイディオム、終了コード、`xargs -P` によるデバイスの並列展開、ポート転送（`adb forward` LOCAL REMOTE と `adb reverse` REMOTE LOCAL — 引数の順序が逆であり、最も一般的なスクリプトのバグ）、テストランナーのステータスコード（`-1` エラー、`-2` 失敗、`-3` 無視、`-4` アサンプション失敗）、`--num-shards` / `--shard-index` を伴う `am instrument -w -r`、`timeout` ラッパー（`adb -t` は transport-id であり timeout ではないため）、`adb kill-server` による一時的エラーの再試行、冪等なセットアップ（`pm clear` + アニメーションを 0 に）、`trap` によるクリーンアップ、失敗時のキャプチャ（`screencap` + `logcat -d`）、および `androidTestUtil("androidx.test:orchestrator:1.6.1")` を介した Test Orchestrator の接続（`androidTestImplementation` ではない）。ユーザーが "adb forward vs reverse argument order"、"am instrument exit code 0 even on failure"、"adb timeout flag"、"retry adb kill-server"、"trap cleanup adb"、"androidTestUtil orchestrator" に言及した場合は、このスキルを使用する。
1 つの単位としてデプロイされる可観測性スタックを運用する:Prometheus のスクレイプ設定、記録ルールとアラートルール、relabeling、保持、高可用性;OpenTelemetry Collector のパイプライン(receivers、processors、exporters、サンプリング、trace/span の相関);および Loki の取り込み、LogQL、保持、ラベル設計 — 付属の読み取り専用 telemetry-check スクリプトで Prometheus ルールの妥当性とスクレイプターゲットの到達性を確認できる。Prometheus、OpenTelemetry Collector、Loki のデプロイを運用・チューニング・トラブルシューティングするとき、または収集/取り込み/保持レイヤーをレビューするときに使用する。範囲を限定した PromQL と LogQL のクエリ構築、意味論的レビュー、データなしの診断を含む。可観測性戦略、SLI/SLO 設計、ページングポリシー(それは platform-engineering)、Grafana のダッシュボード、パネル、Grafana 側のアラート(それは grafana)、Tempo/トレーシング運用(将来の名前付きツールスキルに委ねる)には使用しない。
TinyShip 向けのワンストップ Cloudflare セットアップ: Workers + D1/Hyperdrive + R2 + Email Sending + Turnstile。ユーザーが "set up cloudflare"、"all-in cloudflare"、"deploy to workers"、"configure d1"、"configure r2"、"cf setup"、"cloudflare full stack" を求めたり、TinyShip プロジェクトで Cloudflare エコシステムを利用したいときに使用する。
Alibaba Cloud FinOps リソース検査 Skill。Alibaba Cloud アカウントの全リージョンに対してコスト指向のヘルスチェックを実行する。ECS、RDS、EIP、クラウドディスク、ロードバランサー（CLB/ALB/NLB）、NAT ゲートウェイをスキャンし、利用率の低いリソースとアイドルリソースを特定する。トリガー: "FinOps巡检", "成本巡检", "资源利用率检查", "idle resource detection", "cost optimization", "finops inspection", "资源浪费检查", "闲置资源检测"。
Amazon API Gateway で API（REST、HTTP、WebSocket）を構築・管理・運用する。以下のフレーズでトリガーされる：API Gateway、REST API、HTTP API、WebSocket API、カスタムドメイン、Lambda オーソライザー、使用量プラン、スロットリング、CORS、VPC リンク、プライベート API。API Gateway のエラー（4xx、5xx、タイムアウト、CORS 失敗）のトラブルシューティングや、API Gateway リソースを含む IaC テンプレートも対象。AWS に関係しない一般的な REST API 設計ではトリガーしない。
Azure SQL Database コンテナを sidecar サービスとして既存の Docker Compose スタックまたは Dev Container に追加します。ローカルの Azure SQL Database エンジンを compose や devcontainer.json に組み込む場合、アプリがサービス名（localhost ではない）経由で SQL バックエンドを必要とする場合、または "add SQL to my compose"、"add a database service"、"depends_on database"、"devcontainer SQL sidecar"、"compose healthcheck for SQL"、"wait for the database before starting the app" といったプロンプトに使用します。プラットフォーム linux/amd64、プライベートレジストリのログイン、準備完了まで待機する healthcheck、および appdb を作成するワンショットの init サービス（このエンジンはデータベースを自動生成しません）を扱います。SQL Server イメージではありません。compose や Dev Container の SQL 接続には本項目を優先してください。
DX InspectorとBuilder Central向けのLifecycle Center。次の4つの作業では、まずこのスキルを使用します：(A) DX Inspectorに接続されているorgの一覧表示、(B) 新しいorg（sandboxまたはscratch、production、OrgFarm）をデプロイ先として接続、(C) Lifecycle Center org（LifecycleCenter org、lifecycle-center、ALMDevOpsCenterHub、DevOps Center hub、Hub orgとも表記）の接続または確認、(D) ユーザーのorgに既にあるコンポーネントを接続先orgへデプロイ、検証、クイックデプロイし、simple-deploy requestIdをポーリング。次の場合に起動：接続済みのorgや環境の表示、一覧表示、選択；orgの接続、追加、ログイン、修復；Lifecycle Center orgの接続；コンポーネントを別のorg、URL、org id、alias、環境名へデプロイ、検証、プッシュ。「新しいorgを接続」「どのorgにデプロイできる？」「sandboxにデプロイ」などの短い依頼も対象です。これらのデプロイでは、ローカルのプロジェクトファイルではなく、接続元orgにあるコンポーネントを別のorgへ移動します
flyctl CLI、fly.toml 設定、Fly Machines、Fly Volumes、プライベートネットワーキング、シークレット、ヘルスチェック、自動スケーリング、GitHub Actions CI/CD を使用して、Fly.io プラットフォーム上でアプリケーションをデプロイ、設定、管理します。任意のアプリケーションを Fly.io にデプロイするとき、fly.toml 設定を作成または変更するとき、Fly Machines や Volumes を管理するとき、ネットワーキング（パブリックサービス、プライベート 6PN、Flycast、カスタムドメイン、TLS）を設定するとき、シークレットを設定するとき、ヘルスチェックを設定するとき、autostop/autostart やメトリクスベースの自動スケーリングを設定するとき、GitHub Actions でデプロイするとき、Fly Postgres データベースを管理するとき、Fly.io 上の本番環境に向けてアプリを準備するときに使用。
アプリケーションの実行環境のみを含む Google の distroless ベースイメージ - shell、パッケージマネージャー、OS ユーティリティを含まない - 上にアプリケーションイメージを構築してコンテナの攻撃面を縮小します。マルチステージビルドのパターンに加え、distroless 向けに調整したデバッグとスキャンの手法を用います。コンテナイメージの堅牢化、コンテナアーキテクチャにおける攻撃面の削減、またはベースイメージの肥大化に関する評価指摘への回答に使用します。キーワード：distroless、マルチステージビルド、shell なし、nonroot タグ、デバッグイメージ、scratch、攻撃面。イメージ内の既知の CVE のスキャンには使用しないでください - scanning-docker-images-with-trivy を使用してください。
ユーザー自身のワークロードで Kev 意思決定モデル（オープンな Jev スタイルの System One モデル）をファインチューニングし、キャリブレーション済みの確率で提供する。ユーザーへのヒアリングを行い、そのコードベース内の既存の Jev/TypeSafe の質問やラベル付きデータを見つけ、ゲインを測定するのに十分な合成トレーニングデータを生成し、Modal 上でトレーニングとキャリブレーションを行い、公開済みチェックポイントに対してスコアリングし、TypeSafe 互換のエンドポイントをデプロイし、すべてを撤去する。誰かが自分のドメイン（ルーティング、トリアージ、モデレーション、分類、スコアリング）で noul/choice/score の質問への回答を求めたり、自動化しきい値のためのキャリブレーション済み信頼度を求めたり、Jev、TypeSafe、System One、Kev に言及したり、Kev のファインチューニング、評価、デプロイ、クリーンアップを依頼したりする場合に使用。
ユーザーが Modal.com 上で隔離されたコードや信頼できないコードを実行したい場合にこの skill を使用する。以下の場合に積極的に有効化：modal.Sandbox、安全なユーザーコード実行、コーディングプレイグラウンド、名前付きサンドボックス、PTY セッション、ファイルシステムスナップショット、タイムアウトとリソース制限、Egress ポリシー、サンドボックスのライフサイクル cleanup、terminate()、コード実行のセキュリティレビュー。提供：サンドボックスのセキュリティチェックリスト、ライフサイクルとクリーンアップのパターン、Egress/リソース制限のレシピ、スナップショット/PTY の使用例。
ユーザーが Modal.com の永続化や共有状態を扱いたい場合にこの skill を使用する。以下の場合に積極的に有効化：Modal Volumes、vol.commit、Dict、Queue、CloudBucketMount、S3 または GCS のマウント、secret に基づくストレージ認証情報、モデルキャッシュの永続化、データセットのステージング、共有キュー、分散状態、ボリュームの一貫性、ストレージのトラブルシューティング。提供：ストレージプリミティブの選択マトリクス、コミット/一貫性のパターン、マウント設定のレシピ、トラブルシューティングのチェックリスト。
NVIDIA Sync デスクトップアプリ。DGX Spark、DGX Station、SSH Linux ホストへのリモート接続を管理します。mDNS 自動検出、手動 IP、SSH config インポート、Tailscale、自動ネットワーク切り替えに対応。Cluster Assistant、ConnectX-7 クラスタートポロジー、netplan 検証、Resource Monitor（CPU / GPU / memory）、リリースノートを提供します。VS Code、VS Code Insiders、Cursor、NVIDIA AI Workbench、カスタムアプリを起動でき、ポートフォワーディングと SSH トンネルに対応します。
homelab インフラ（infrastructure/modules/）向けの OpenTofu モジュールとテストを書く。使用場面：新しいモジュールの作成、.tftest.hcl テストファイルの作成や修正、変数／出力／リソースの追加、テスト失敗のデバッグ、tftest 構文に関する質問。トリガー："opentofu module"、"terraform module"、"tofu module"、"create module"、".tftest.hcl"、"tftest"、"test my module"、"module test"、"infrastructure test"、"variables.tf"、"outputs.tf"、"module testing"、"assertion"、"task tg:test"、"test-config"
Modal.com サーバーレスプラットフォーム向けのモダンな Python パターン。次の場合に積極的に有効化する：(1) Modal 関数のデプロイ、(2) Pydantic による型安全な Modal、(3) Modal での非同期パターン、(4) GPU ワークロード（ML 推論、トレーニング）、(5) Modal 上の FastAPI Web エンドポイント、(6) スケジュールタスクと cron ジョブ、(7) Modal Volumes とストレージ、(8) pytest による Modal 関数のテスト、(9) Modal クラスとライフサイクルメソッド、(10) map/starmap による並列処理。提供：型ヒントのパターン、Pydantic 統合、async/await パターン、pytest テスト、FastAPI 統合、スケジュールタスク、Volume の使用法、コスト最適化、Python 3.11+ のベストプラクティスに従った本番対応の例。
システムとその依存関係全体にわたるグレースフルデグラデーション、災害復旧、復元の挙動を設計し、演習し、エビデンスを残す。障害モード分析、RTO/RPO の意思決定記録、復元テスト、ゲームデイ、フェイルオーバー訓練、データ整合性の検証、復旧コミュニケーションを扱う。ライブのインシデント指揮やインシデント対応には使用しない。それらは site-reliability-engineering にルーティングする。インフラ実装の詳細には使用しない。platform-engineering にルーティングする。
Task（https://taskfile.dev）のベストプラクティスに従って Taskfile を作成、変更、保守します。使用条件：(1) 新しいタスクや Taskfile の作成、(2) 既存のタスク定義の変更、(3) 新しいタスク include の追加、(4) タスク実行の問題のデバッグ、(5) Taskfile の構文やパターンに関する質問、(6) "task" コマンドの実行や理解、(7) 利用可能なタスクやタスク名前空間に関する質問。トリガー："taskfile"、"Taskfile.yaml"、"task command"、"task:"、"create task"、"add task"、"task --list"、"task tg:"、"task inv:"、"task wt:"、".taskfiles/"、"how to run"、"available tasks"、"task syntax"、"taskfile.dev" このスキルは、.taskfiles/ にあるリポジトリ固有の規約とルートの Taskfile.yaml を扱います。
Android Control API を通じて VMOS Edge Android クラウドフォンを操作するときにこのスキルを使用します。現在のセッションに `vmos-edge-container-api` もある場合は、`host_ip` を使用し、まずコンテナ API を通じて対象の `db_id` を解決してください。このスキルを単独でインストールしている場合は `cloud_ip` を優先し、`host_ip` と `db_id` が既に判明している場合はホスト経由のルートも使用できます。IP が指定されておらず、ローカルの `cbs_go` が実行中の場合は、`host_ip` を `127.0.0.1` に既定設定します。
このスキルは VMware インフラストラクチャに対する安全な読み取り専用クエリに使用する — コードベースに破壊的な操作は存在せず、テストでそれが強制されている。直接対応する内容：一目でわかるクラスタ横断のヘルスサマリー、オブジェクト中心の VM/ホスト/データストア調査のドリルダウン（周辺インフラと最近のイベントの相関）、vCenter 横断の "what needs attention now?" ロールアップ、VM/ホスト/データストア/クラスタの一覧、アクティブなアラーム、最近のイベント、VM の詳細。ユーザーが "list VMs"、"check vSphere alarms"、"show host status"、"is anything on fire"、"what needs attention now"、"what is happening around this VM/host/datastore"、"investigate this VM" を求める場合、または変更前に読み取り専用の VMware 情報を必要とする場合は、常に vmware-monitor を使用する。いかなる書き込み操作にも使用しない — このスキルは読み取り専用であり、vSphere リソースを作成、変更、削除するコードパスは存在しない。VM の変更には vmware-aiops、ネットワークには vmware-nsx、メトリクス/容量には vmware-aria を使用する。ロードバランシング/AVI/AKO には vmware-avi を使用する。
aliyun CLI と API バージョン 2024-03-30 を使用して、Alibaba Cloud CloudMonitor Service（CMS）AgentLoop ContextStore を操作する。ユーザーが CloudMonitor、CMS、AgentLoop、agent loop、コンテキスト、メモリ、経験、ContextStore、コンテキストストア、コンテキストライブラリ、メモリライブラリ、経験ライブラリに言及した場合、またはストアの作成／クエリ／更新／削除、コンテキストレコードの書き込み／検索／更新／削除、ストアの API キーの管理、aliyun cms ContextStore コマンドのデバッグを求めた場合に使用する。
Alibaba Cloud NAS のマウント失敗を診断しトラブルシューティングする。ユーザーが Linux または Windows で NAS マウントエラーに遭遇した場合に使用する。NFS および SMB プロトコルのマウント失敗、ネットワーク接続の問題、権限グループの設定ミス、セキュリティグループのポート遮断、"mount.nfs No such device"、"access denied by server"、Windows システムエラー 53/58/64/67/85/1231/1272/1312/3227320323 などの特定のエラーコード、起動時の自動マウント失敗を含む。汎用 NAS と Extreme NAS の両方のファイルシステムを対象とする。コンテナ（K8s/Docker）の NAS マウント問題、VPC 間／アカウント間のマウント問題、ECS クラウドアシスタントによる一括マウント失敗も扱う。
AI アプリケーションが外部のツールやデータソースに統一的な方法で接続するためのオープンなプロトコルです。クライアントはモデルとの対話を担い、MCP サーバーはツール・リソース・プロンプトテンプレートを提供します。標準メッセージでやり取りするため、1 つのサーバーを複数のクライアントで再利用できます。