Skills
エージェント向けにパッケージ化された専門スキルと手順を 96,981 件掲載。コマンド 1 行でインストールできます。
クラウド・DevOps
Azure DocumentDB 開発に関する専門知識を提供します。トラブルシューティング、ベストプラクティス、意思決定、アーキテクチャと設計パターン、制限とクォータ、セキュリティ、構成、統合とコーディングパターン、デプロイを含みます。DocumentDB のベクトル検索、MongoDB 互換 API、変更ストリーム、クロスリージョンレプリケーション、Data API、その他の Azure DocumentDB 開発タスクで使用します。Azure Cosmos DB（azure-cosmos-db を使用）、Azure Table Storage（azure-table-storage を使用）、Azure SQL Database（azure-sql-database を使用）、Azure SQL Managed Instance（azure-sql-managed-instance を使用）には使用しないでください。
Azure Enclave 開発に関する専門知識を提供します。トラブルシューティング、ベストプラクティス、意思決定、アーキテクチャと設計パターン、制限とクォータ、セキュリティ、設定、デプロイを扱います。AVD/AKS、RBAC／マネージド ID、CMK 暗号化、Bicep/ARM、ExpressRoute を使用した Azure Enclave アプリの構築や、その他の Azure Enclave 関連の開発タスクに使用します。Azure Confidential Computing（azure-confidential-computing を使用）、Azure Attestation（azure-attestation を使用）、Azure Cloud Hsm（azure-cloud-hsm を使用）、Azure Dedicated HSM（azure-dedicated-hsm を使用）には使用しません
AWS S3、Azure Blob Storage、Google Cloud Storage とのクラウドオブジェクトストレージ統合。署名付き URL、マルチパートアップロード、バケットポリシー、ライフサイクルルール、CDN 統合を網羅する。使用場面：ユーザーが "S3"、"blob storage"、"cloud storage"、"object storage"、"presigned URL"、"file upload to cloud"、"GCS"、"Azure Blob"、"bucket" に言及した場合。使用しない場面：ローカルファイルのアップロード — 代わりに `file-upload` を使用；データベースの BLOB 列；ローカルファイルシステムの操作。
Elastic Stack のドキュメントリリースを調整する：バージョンを分類し、8.x と 9.x の PR を振り分け、elastic/dev のトラッキング issue を編集し、同日 GA の置き換えを処理し、Slack #docs のリマインダーを起草し、docs-internal-workflows のデプロイを監視する。ユーザーが "how's my release"、"how's my release doing" と言う場合や、リリース状況を尋ねる場合に使用。ドキュメントリリースの調整、コーディネーター PR の作成、elastic/dev issue の編集、リリースリマインダーの起草、assembler.yml、versions.yml、conf.yaml の作業を行う場合にも使用。
Amazon EKS 上で動作する Kubernetes ワークロードのベストプラクティス準拠（Pod 構成、セキュリティ態勢、可観測性、ネットワーキング、ストレージ、イメージセキュリティ、CI/CD プラクティスを含む）を評価またはレビューする場合に使用。対象クラスタへの kubectl と awscli のアクセスが必要。トリガー：「assess my EKS workloads」「check k8s best practices」「assess container workloads」「evaluate pod security」「workload compliance check」「EKS workload assessment」「检查 K8s 工作负载」「评估容器最佳实践」「审计 EKS 应用」「检查 Pod 配置」「容器安全评估」「工作负载合规检查」。
Bret Fisher の意見を明確にした DevOps ルールを用いて GitHub Actions ワークフローを作成、編集、監査、高速化する。ユーザーがワークフローや CI/CD パイプラインの作成、既存の `.github/workflows/*` ファイルへのジョブの編集や追加（1 行の変更でも）、セキュリティのためのワークフローのレビューや強化、遅い CI の高速化、CI からのコンテナイメージの公開、リリースの自動化を求めた場合、または GHA、action のピン留め、gasa、zizmor、poutine、pinact、actionlint からの指摘に言及した場合に使用する。ユーザーが "GitHub Actions" と言わなくても使用する。
クラウドネイティブ運用のための包括的な GitOps 方法論と原則のスキル。(1) Kubernetes デプロイメントのための GitOps アーキテクチャの設計、(2) Git を単一の信頼できる情報源とする宣言型インフラストラクチャの実装、(3) ArgoCD/Flux/Kargo による継続的デプロイメントパイプラインの構築、(4) ブランチ戦略とリポジトリ構造の確立、(5) ドリフト、同期失敗、調整の問題のトラブルシューティング、(6) GitOps ツール選定の評価、(7) GitOps の概念とベストプラクティスの教育または説明、(8) ワークロード ID を使用した Azure Arc 対応 Kubernetes または AKS への ArgoCD のデプロイ、に使用。GitOps の 4 本柱 (OpenGitOps)、パターン、アンチパターン、ツールエコシステム、Azure Arc 統合、運用ガイダンスを扱う。
hcloud CLI による Huawei Cloud LTS（Log Tank Service）の完全なライフサイクル管理。ロググループ、ログストリーム、インデックス、転送タスク、キーワード/SQL アラームルール、ログ検索を対象とします。Query（ログ、アラーム、転送、インデックスの一覧表示/表示）、Create（ロググループ/ストリーム、インデックス、転送、アラーム）、Update（TTL、インデックス、転送、アラーム設定）、Delete（ログリソース、アラームルール）、Diagnose（ログを検索して障害を特定）をサポートします。削除操作にはユーザーの明示的な確認が必要であり、すべての LTS リソースの一括削除は禁止されています。トリガーには次が含まれます：LTS、云日志服务、log group、log stream、日志组、日志流、日志检索、日志转储、日志告警、索引配置、log transfer、log alarm、log index、日志运维、故障排查、log search、structured log、SQL alarm、keyword alarm。
in-toto フレームワークでコンテナビルドのサプライチェーン完全性検証を実装する: 署名鍵の生成、サプライチェーン layout の定義、パイプラインステップを署名済み link metadata として記録、デプロイ前の検証、Kubernetes の admission での強制、SLSA との統合。CI/CD パイプラインのステップを証明するとき、イメージが承認されたビルドプロセスに従ったことを証明するとき、admission で provenance を強制するときに使用する。キーワード: in-toto、layout、link metadata、step、inspection、SLSA、provenance、admission。Cosign でイメージの署名と検証を行う用途には使用しない — implementing-image-provenance-verification-with-cosign を使用する。
Okteto プレビュー環境スキル。ブランチや pull request 用のライブで共有可能な環境が必要な場合 ——「この PR のプレビューをデプロイして」「ブランチ X の URL を教えて」、プレビューリンクを PR やスレッドに投稿する場合 ——、または CI（GitHub Actions または GitLab）で PR プレビュー自動化を設定する場合に使用。`okteto` スキルと併用すること。コードの編集、同期、イテレーションにはそのスキルの開発環境を使用する。Okteto コンテキストが必要。プレビューは Okteto Platform の機能。
クラウドネイティブな可観測性のための Prometheus 監視とアラート。使用場面：PromQL クエリの作成、Prometheus のスクレイプターゲットの設定、アラートルールの作成、記録ルールの設定、Prometheus メトリクスによるアプリケーションの計装、サービスディスカバリの設定。使用しない場面：ダッシュボードの構築（/grafana を使用）、ログ分析（/logging-observability を使用）、一般的な可観測性アーキテクチャ（インフラに焦点を当てた senior-software-engineer を使用）。トリガー：metrics、prometheus、promql、counter、gauge、histogram、summary、alert、alertmanager、alerting rule、recording rule、scrape、target、label、service discovery、relabeling、exporter、instrumentation、slo、error budget。
モニタリングデータのために Prometheus HTTP API をクエリして操作する。Claude が Prometheus メトリクスをクエリするとき、PromQL クエリを実行するとき、targets/alerts/rules のステータスを取得するとき、series/labels のメタデータにアクセスするとき、TSDB 操作を管理するとき、またはモニタリング基盤をトラブルシューティングするときに使用する。インスタントクエリ、レンジクエリ、メタデータエンドポイント、管理 API、アラート情報に対応。
この skill は、Gradle Managed Devices（GMD）上で Android のインストルメンテーションテストを実行するために使用します。Gradle がエミュレータを準備し、起動し、テストを実行し、破棄するため、CI とすべての開発者が手動でエミュレータを管理することなく同じデバイスを得られます。`android.testOptions.managedDevices { localDevices { create(...) { device; apiLevel; systemImageSource } } }` DSL、`ManagedVirtualDevice`、デバイス `groups`、生成されるタスク（`<deviceName>DebugAndroidTest`、`<groupName>GroupDebugAndroidTest`、`allDevicesCheck`）、より軽量なヘッドレス CI 向けの Automated Test Device（ATD）イメージ（`aosp-atd`/`google-atd`）、managed-device のコピー間でのテストシャーディング、HTML レポートと追加出力の出力先、そして `connectedAndroidTest` や `adb shell am instrument` との違いを扱います。ユーザーが「Gradle Managed Devices」、「managedDevices」、「allDevicesCheck」、「ManagedVirtualDevice」、「pixel2api30DebugAndroidTest」、「ATD image」、「automated test device」、「reproducible emulator for tests」に言及したときに使用します。
Sentry releases とデプロイ追跡を設定します。イベントにバージョンと環境のタグを付け、CI でコミット情報を含む release を作成し、疑わしいコミットとコードマッピングを連携します。これにより、問題がどの release で発生したか、原因のコミット、release の健全性を Sentry で確認できます。releases の設定、デプロイ追跡、変更内容の確認を求められた場合や、問題に unknown release または suspect commit が表示されない場合に使用します。
AI 音声エージェント向けに、独自の SIP トランクを Bolna に持ち込む（BYOT）。ゲートウェイを備えたトランクを作成し、IP ベースまたはユーザー名/パスワード認証、UDP/TCP/TLS トランスポート、オプションの SDES（SRTP）メディア暗号化に対応し、DID 番号を追加して、着信または発信通話のためにエージェントに接続する。Twilio Elastic SIP、Plivo Zentrunk、Telnyx、Vonage、Zadarma、DIDWW、または標準準拠の任意のトランクと併用できる。IP ホワイトリスト（`13.200.45.61`）、origination URI の設定、および定番の SRTP ミスマッチ / UDP フラグメンテーション / SDES なしの TLS の診断フローを扱う。
ユーザーが OpenClaw（gateway、channels、nodes、plugins、モデル／認証の設定）をインストール、構成、運用、移行できるよう支援する。OpenClaw のセットアップ／デバッグに関する質問やモデル移行の質問に答えるときに使用し、このスキルに同梱されたローカルドキュメントのスナップショットを唯一の情報源とする。トリガー：openclaw、clawdbot、clawd、clawdhub、gateway、onboard、channels login、whatsapp、telegram、discord、mattermost、pairing、nodes、sandboxing、tailscale、provider migration、Claude to GPT、model swap。
vLLM 推論サーバーの運用、設定、ベンチマーク、トラブルシューティング：Docker と Kubernetes のデプロイ、量子化を考慮したモデル設定（tensor parallelism、KV cache）、OpenAI 互換 API の配信、スループットとレイテンシのベンチマーク、continuous batching のチューニング、GPU 運用、アップグレード/ロールバック。vLLM サーバーのデプロイや運用（vllm serve、vllm/vllm-openai）、GPU 向けのモデルと KV cache のサイジング、量子化と並列化の選択、/v1 エンドポイントでの配信、配信スループットやレイテンシの測定、batching のチューニング、vLLM デプロイにおける GPU、OOM、起動失敗の診断に使用する。モデルの学習、ファインチューニング、評価セットの設計、エンジン選定の方法論（それは ml-engineering）には使用せず、GGUF モデルで llama.cpp スタックを運用する場合（それは llama-cpp）にも使用しない。その他の推論エンジン（TGI、Ollama、Triton）は対象外。
workflow-audit スキルが特定した workflow linter の指摘に対する修正を適用する。機械的な修正は自動的に適用し、判断が必要な箇所では一時停止し、再 lint で検証し、ドラフト PR を作成する。本スキルを使用する前に、workflow-audit スキルを実行して指摘を特定すること。<example> ユーザー：監査で見つかった linter の指摘を修正して アクション：workflow-fix をトリガーして修正を適用し PR を作成する </example> <example> ユーザー：server と clients の workflow linter の問題を修正して アクション：それらのリポジトリに対して workflow-fix をトリガーする </example>
組織全体で GitHub Actions の action 使用状況を監査する。特定の action を検索(incident モード)するか、すべてのワークフローファイルを走査して準拠していない action 参照を洗い出す(audit モード)。準拠状態と解決済み SHA を含む読み取り専用の検出事項レポートを生成する。ファイルは一切変更しない。 <example> ユーザー: tj-actions/changed-files を使用しているリポジトリがあるか確認したい Action: その action に対して incident モードで action-audit を実行 </example> <example> ユーザー: 組織全体で未固定の action をすべて見つけられる? Action: audit モードで action-audit を実行 </example>
App Store Connect API 4.5.1（REST）のアプリ配信リファレンス。JWT 認証、API キーの作成・失効、Apps、Builds、Bundle IDs、Bundle ID Capabilities、Certificates、Devices、Provisioning Profiles、Users、User Invitations、Merchant IDs、Pass Type IDs、TestFlight（Beta Groups / Testers）、Sandbox Testers、App Review、Review Submissions、Customer Reviews、Custom Product Pages、Phased Release、In-App Purchases、Subscriptions、Subscription Groups、App Price Points、Promotional Offers、Win-back Offers、Sales Reports、App Asset Library（スクリーンショット / アプリプレビュー）、Webhooks / Webhook Events / Deliveries、Xcode Cloud（Workflows、Build Runs、Artifacts）、Alternative Distribution（EU マーケットプレイス / Web Distribution）、Game Center（Achievements、Leaderboards、Challenges）、Analytics / 診断レポート。
Azure Connector Namespace 開発のための専門知識。構成を扱います。ホストされた MCP サーバーの設定、Connector Namespace エンドポイントの定義、認証設定、ランタイムオプションなど、Azure Connector Namespace 関連の開発タスクに使用します。Azure Service Connector（azure-service-connector を使用）、Azure API Management（azure-api-management を使用）、Azure Logic Apps（azure-logic-apps を使用）、Azure Functions（azure-functions を使用）には対応しません。
Azure Horizondb 開発のための専門知識。トラブルシューティング、ベストプラクティス、意思決定、アーキテクチャと設計パターン、制限とクォータ、セキュリティ、構成、統合とコーディングパターン、デプロイを扱います。pgvector、azure_ai SQL 関数、LangChain ベクトルストア、Apache AGE グラフ、ハイブリッド検索のチューニングなど、Azure Horizondb 関連の開発タスクに使用します。Azure Cosmos DB（azure-cosmos-db を使用）、Azure SQL Database（azure-sql-database を使用）、Azure Table Storage（azure-table-storage を使用）には対応しません。
意思決定を含む Azure Nutanix 開発の専門知識。NC2 on Azure のリージョンや VM SKU の選択、容量・パフォーマンス・可用性・コストの計画、その他の Azure Nutanix 関連の開発タスクに使用します。Azure VMware Solution（azure-vmware-solution を使用）、Azure Baremetal Infrastructure（azure-baremetal-infrastructure を使用）、Azure Virtual Machines（azure-virtual-machines を使用）、Azure Stack Edge（azure-stack-edge を使用）には使用しません。
すべての Bitwarden ワークフロー linter(bwwl)ルールのリファレンス。全 10 件の linter ルールを 2 つのカテゴリに分けて扱う。自動適用できる機械的ルール(name_capitalized、permissions_exist、pinned_job_runner、step_pinned、underscore_outputs、job_environment_prefix、check_pr_target)と、ユーザー入力が必要な判断ルール(name_exists、step_approved、run_actionlint)。linter を実行して結果を報告するには workflow-audit スキルを、修正を適用するには workflow-fix スキルを使用する。 <example> ユーザー: step_pinned ルールは何をチェックする? Action: このスキルでルール定義と修正手順を参照 </example> <example> ユーザー: permissions_exist の検出事項はどう修正する? Action: このスキルで修正手順を参照 </example>
AI アプリケーションが外部のツールやデータソースに統一的な方法で接続するためのオープンなプロトコルです。クライアントはモデルとの対話を担い、MCP サーバーはツール・リソース・プロンプトテンプレートを提供します。標準メッセージでやり取りするため、1 つのサーバーを複数のクライアントで再利用できます。