Skills
エージェント向けにパッケージ化された専門スキルと手順を 96,981 件掲載。コマンド 1 行でインストールできます。
クラウド・DevOps
React フロントエンドを Cloudflare Workers + Hono バックエンドに Clerk 認証と D1 で接続するための、本番で検証済みのパターン。認証トークンを自動で付与する API クライアント、ローディング状態を伴う ProtectedRoute 認証ゲート、開発用と本番用の CORS ミドルウェア、Clerk JWT 検証ミドルウェア、wrangler.jsonc のバインディング、.dev.vars 環境変数、@cloudflare/vite-plugin の設定（Worker とフロントエンドが 1 つの開発ポートを共有するため、相対 /api URL が正しい）を含む。フロントエンドとバックエンドの接続、認証フローの実装、または CORS エラー、401 Unauthorized 応答、認証トークンが渡らない、認証の読み込み中に発生する競合状態、環境変数の混乱、D1 接続の問題のトラブルシューティング時に使用。
Cloudflare（Workers、R2、D1、KV、Pages、Durable Objects、Browser Rendering）、Docker コンテナ、Google Cloud Platform（Compute Engine、GKE、Cloud Run、App Engine、Cloud Storage）上でクラウドインフラストラクチャをデプロイ・管理する。エッジへのサーバーレス関数のデプロイ、エッジコンピューティングソリューションの構成、Docker コンテナとイメージの管理、CI/CD パイプラインの構築、クラウドインフラコストの最適化、グローバルキャッシュ戦略の実装、クラウドデータベースの利用、クラウドネイティブアプリケーションの構築時に使用。
Microsoft Entra Global Secure Access (GSA) のガイダンス——Entra Internet Access (SWG/Secure Web Gateway) と Entra Private Access（VPN に代わる ZTNA）を組み合わせた Microsoft のセキュリティサービスエッジ (SSE)。クライアントの展開（Windows、macOS、iOS、Android）、トラフィック転送プロファイル（Microsoft、Internet、Private）、ネットワークトラフィックの条件付きアクセス、送信元 IP の復元、アプリの検出、Private Access の Quick Access とアプリ単位のアクセス、コネクタの展開、ブランチ拠点の接続 (IPSec)、TLS 検査、Universal CA 統合を扱う。WHEN: Entra Global Secure Access、GSA、Microsoft SSE、Entra Internet Access、Entra Private Access、ZTNA Microsoft、VPN を ZTNA に置き換える、セキュア Web ゲートウェイ Entra、ネットワーク上の条件付きアクセス、送信元 IP の復元、Quick Access アプリ、Private Access コネクタ、Microsoft へのブランチ IPSec、GSA クライアント展開。DO NOT USE: 一般的な条件付きアクセスポリシーの設計（conditional-access-mfa を使用）、Azure VPN/ExpressRoute の設計、サードパーティ SSE（Zscaler/Netskope）の構成には使用しない。
capabilities を削除し、seccomp プロファイルを適用し、AppArmor または SELinux の下で実行されるコンテナからの脱出に対応します。残存 capabilities の列挙、seccomp フィルターの分析、単一 capability を利用した脱出、cgroup release agent、ファイルシステムのマウント、ランタイム CVE の悪用を扱います。コンテナに --privileged フラグがないものの悪用可能な capabilities が残っている場合、seccomp または LSM が標準的な脱出経路をブロックする場合、gVisor や Kata サンドボックスを対象とする場合、強化されたコンテナ環境に残る攻撃対象領域を調査する場合に使用します。
AWS 上で HIPAA 準拠のソフトウェアを構築するための技術的保護措置とアーキテクチャパターン。医療系 SaaS の構築、PHI（保護対象保健情報）の取り扱い、患者データシステムの設計、医療 API の実装、HIPAA 適格な AWS インフラのセットアップ、PHI 露出に関するコードレビュー、監査ログの設計を行う場合、またはユーザーが患者、診療記録、EHR/EMR、健康データ、HL7、FHIR、対象事業者に言及した場合に使用。医療・デジタルヘルス領域で事業を立ち上げる創業者や開発者に必須。
HolmesGPT の実装ガイド — クラウドネイティブ環境のトラブルシューティングを行う AI エージェント。Kubernetes の問題調査、Prometheus/AlertManager/PagerDuty からのアラート分析、根本原因分析の実施、HolmesGPT のインストール構成（CLI/Helm/Docker）、AI プロバイダーの設定（OpenAI/Anthropic/Azure）、カスタムツールセットの作成、可観測性プラットフォーム（Grafana、Loki、Tempo、DataDog）との連携に使用する。
Terraform と Terragrunt による Infrastructure as Code。ユーザーが Terraform、Terragrunt、HCL、または Infrastructure as Code に言及したら常にこのスキルを使用する。トリガーには、.tf ファイルの作成やレビュー、再利用可能なモジュールの作成、terraform plan/apply エラーのデバッグ、リモートステートとロックの管理、ステートドリフトの修正、Terraform 用 CI/CD の構築、新規モジュールのスキャフォールド、モジュール構造の検証、環境をまたいだ Terragrunt の DRY パターンの実装が含まれる。
z/OS 運用、JCL スクリプト、COBOL/PL/I プログラミング、CICS/IMS 設定、DB2 管理、TSO/ISPF の使用、システムプログラミング、バッチ処理、メインフレームからクラウドへの移行戦略など、IBM メインフレームの管理、開発、モダナイゼーションに関する包括的なガイダンスを提供する。メインフレームのセキュリティ（RACF、ACF2）、パフォーマンスチューニング、キャパシティプランニング、災害復旧、DevOps 統合を扱う。メインフレームシステム、z/OS、JES2/JES3、VTAM、USS を扱うとき、またはユーザーが「mainframe」「z/OS」「MVS」「TSO」「ISPF」「JCL」「CICS」「IMS」「DB2 mainframe」「VSAM」「RACF」「mainframe modernization」「legacy mainframe」「IBM z Systems」に言及したときに使用。
MLflow 3（オープンソース、3.15 に固定）によるクラシック ML 向け MLOps — モデルの記録と登録、dev/staging/prod 間でのバージョン昇格、トラッキングサーバーの立ち上げ、ゲート付き評価、サービング。MLflow 2 時代のデフォルト（artifact_path、registry stages と get_latest_versions、baseline_model を伴うトップレベルの mlflow.evaluate、runs-URI 登録、pickle シリアライズ、mlruns ファイルストア、MLServer サービング）を、それらを置き換えた MLflow 3 のイディオム（名前付き LoggedModel、エイリアスと copy_model_version、models.evaluate と validate_evaluation_results、skops/torch.export のデフォルト、データベースバックエンド、FastAPI スコアリングサーバー）で修正する。MLflow のトラッキング、モデルレジストリ、評価、サービングに触れる Python コードを書く、レビューする、移行するときに使用する。
NetBox Asset Lifecycle — 計画から設置までの機器調達（BOM、ベンダー、発注書、出荷、受領）と、在庫レベルの割り当てを伴う予備品プールを追跡する NetBox Labs の商用機能。asset-lifecycle の REST または GraphQL API を扱うとき、API 経由で新規調達または既存環境の予備品ワークフロー（BOM の生成、出荷または予備品からの設置、アーカイブ）を実行するとき、あるいはベンダー、発注書、出荷、予備品をモデル化するときに使用する。
OSMO CLI を操作して、GPU リソースの検出、ワークフローの送信と監視、PENDING/FAILED/スタックしたワークフローのデバッグ、OSMO エラーの解釈、OSMO ワークフローの Grafana および Kubernetes ダッシュボードリンクの提示、ワークフローの OSMO アプリとしての公開を行います。ユーザーが OSMO プール、クォータ、GPU、ワークフローのステータス/ログ/送信、OSMO エラー、OSMO アプリ、または OSMO ワークフローの Grafana や Kubernetes ダッシュボードについて尋ねたときにトリガーします。ユーザーが「OSMO」と明示していない場合でも同様です。OSMO ワークフローに関係しない一般的な kubectl のインストール/設定、OSMO に関係しない生の Kubernetes セットアップ、OSMO に関係しない NVIDIA のハードウェア/製品に関する質問、OSMO 以外のコンピューティングプラットフォームには使用しないでください。
既存の未計装アプリケーションに OpenTelemetry を後付けで導入する。トリガーフレーズ："migrate existing app to OTel"、"add OpenTelemetry to existing project"、"retrofit OTel into my codebase"、"thread context through my code"、"context propagation"、"bridge Prometheus metrics to OTel"、"logging bridge"、"migrate logging to OTel"、"slog bridge"、"logback bridge"、"verify my instrumentation"、"traces are disconnected"、"orphaned spans"、"migrate to OpenTelemetry"、"OTel migration plan"、"how do I sequence an OTel migration"、"add tracing to existing code"、"refactor for context propagation"、"Fiber context gotcha"、"keep existing logging working with OTel"、"add OTel without breaking Prometheus"、"bridge existing metrics"、"coexist with existing monitoring"。新規の計装には otel-instrumentation を、Beelines には beeline-migration を使用すること。
AI アプリケーションが外部のツールやデータソースに統一的な方法で接続するためのオープンなプロトコルです。クライアントはモデルとの対話を担い、MCP サーバーはツール・リソース・プロンプトテンプレートを提供します。標準メッセージでやり取りするため、1 つのサーバーを複数のクライアントで再利用できます。