Skills
エージェント向けにパッケージ化された専門スキルと手順を 97,222 件掲載。コマンド 1 行でインストールできます。
クラウド・DevOps
Strix のセキュリティスキャンを CI/CD（GitHub Actions、GitLab CI、または任意のパイプライン）に組み込み、すべてのプルリクエストで差分範囲を対象とした AI ペネトレーションテストを実行し、脆弱なコードをブロックします。セルフホスト可能なオープンソース CLI（自分の runner で実行）と、マネージドプラットフォーム app.strix.ai（GitHub/GitLab アプリまたは API、runner インフラ不要）の両方を扱います。CI パイプラインや PR ワークフローにセキュリティスキャン、ペネトレーションテスト、または Strix を追加したいというユーザーの依頼に使用します。
Cloudflareプラットフォームの知識。Workers、Pages、R2、D1、KV、Durable Objects、AI、Zero Trustを扱います。次の場合に積極的に有効化します：（1）Cloudflare Workers（ハンドラー、バインディング、wrangler）、（2）Cloudflare PagesとPages Functions、（3）R2オブジェクトストレージ、（4）D1 SQLデータベース、（5）Workers KVとDurable Objects、（6）Workers AI推論（LLM、埋め込み、画像生成）、（7）Vectorize（ベクトルデータベース）、（8）QueuesとEmail Workers、（9）Zero Trust（Access、Tunnel/cloudflared、Gateway）、（10）DNS、WAF、レート制限、Page Rules。wrangler.tomlテンプレート、バインディングパターン、R2/D1/KVの使用方法、Workers AIの例、Zero Trust設定を提供します。
`depot build` と `depot bake` を使用して Depot のリモートコンテナビルドを構成・実行します。Docker イメージのビルド、Depot での Dockerfile の作成、イメージのレジストリへのプッシュ、マルチプラットフォーム/マルチアーキテクチャイメージ（linux/amd64、linux/arm64）のビルド、コンテナビルド失敗のデバッグ、Dockerfile のレイヤーキャッシュの最適化、docker-bake.hcl や docker-compose ビルドの使用、`docker build` / `docker buildx build` から Depot への移行を行うときに使用します。ユーザーが depot build、depot bake、コンテナビルド、イメージビルドに言及した場合や、Depot のビルドキャッシュ、ビルドの並列性、エフェメラルレジストリについて尋ねた場合にも使用します。
BlueField 上で DOCA Firefly Service コンテナを運用する際に使用します。PTP の 4 つの設定軸（role / profile / domain / interface）の選択、BlueField PHC・ホスト側フォロワー・コンシューマーワークロードの接続、chrony / NTP と比べて PTP 精度の時刻が必要かどうかの判断、PTP が同期しない、またはホストクロックが追従しない Firefly デプロイのデバッグに対応します。ユーザーが「DOCA Firefly」や「PTP」と明示していなくても起動します。「コンテナは緑なのに PTP が LISTENING から進まない」「Firefly は同期済みなのにホストクロックがずれる」「同期したがオフセットが数十マイクロ秒ある」「Rivermax SMPTE ワークロードに PTP が必要」「chrony で十分か」といった暗黙の依頼も対象です。DOCA のインストール、ホスト側の chrony / ptp4l 設定、PTP トポロジー／バウンダリークロックの設計、調整済み PHC を読み取る DOCA アプリの構築、その他の DOCA サービス（DMS、Flow-Inspector、HBN）については対応を断り、別のスキルに案内します。
稼働中システムの DPU／NIC ハードウェア状態に影響する変更をエージェントが推奨または適用しようとする場合は、必ずこのスキルを使用します。mlxconfig ファームウェアパラメーターの書き込み、NIC ファームウェアの書き込み、BFB の再フラッシュ、NIC ↔ DPU モードの切り替え、SR-IOV またはデバイスエミュレーションスロットの有効化、カーネル起動パラメーター（IOMMU、hugepages、VFIO）の変更、PCIe の再バインド／再スキャン／リンク状態変更、BlueField のコールドリブート、BlueField の熱停止への対処が対象です。変更に先立ち、事前インベントリー、OOB 接続性、メンテナンス時間、レプリカでのリハーサル、ロールバックを含めます。「SSH 経由で BlueField モードを切り替える」「SR-IOV を有効にして再起動」「ファームウェアを書き込んだが mlxconfig に古い値が表示される」「BlueField の熱停止」といった暗黙の表現でも起動します。読み取り専用のインベントリーやバージョン照会（doca-version、doca-caps）は対象外です。概要案内（doca-public-knowledge-map）、インストールや環境デバッグ（doca-setup）、プログラム側のデバッグ（doca-debug、doca-programming-guide）は断り、他へ案内します。
Splunk HTTP Event Collector（HEC）の設定と検証、インデクサー確認応答と分散 HEC の動作の説明、サニタイズ済みの証跡からの HEC 無データおよび HTTP 配信失敗の診断、範囲を限定したエスカレーション引き継ぎの準備を行う。Splunk Cloud Platform または Splunk Enterprise の HEC トークン、エンドポイント、イベントまたは生ペイロード、TLS、チャネル、ACK、ヘルス、認可、キュー、配信検証に使用する。非 HEC の取り込み、広範なアーキテクチャ、許可リストの変更、サービス側の修復には使用しない。
同梱のローカルヘルパーを使い、Xcode プロジェクトから配布可能な macOS DMG をビルドします。アーカイブ → エクスポート → 署名済み成果物 1 つにパッケージ化します。プロジェクト／ワークスペース、スキーム、チーム ID、エクスポートオプションを特定し、`xcodegen` が検出された場合は先にプロジェクトを再生成してから、xcodebuild をインラインで実行せず、プロジェクトルートから `helpers/build-dmg.sh` を実行します。コード署名とプロビジョニングを扱うユーザー専用のワークフローです。署名 ID を決して推測せず、承認なしに `ExportOptions.plist` を上書きせず、生成された DMG のパス、バージョン、署名ステータスを報告します。ユーザーが DMG のビルドまたはパッケージ化を明示的に求めた場合にのみ使用します。
AWS EC2 仮想マシン管理 — インスタンス、セキュリティグループ、キーペア、AMI、EBS ボリューム、Auto Scaling Groups、Spot Instances、Session Manager、プレイスメントグループ、インスタンスのライフサイクル自動化。EC2 が明示されていなくても、次のいずれかに該当する場合にトリガーする: - 起動またはプロビジョニング: "spin up a server"、"create a VM"、"new instance"、"run-instances"、インスタンスタイプ（t3、m5、c5、r6、g5、p4d、t4g、c7g など）への言及 - SSH / 接続の問題: "connection refused"、"connection timed out"、"permission denied publickey"、"can't connect to my instance"、"SSH not working" - インスタンス管理: サイズ変更、停止、起動、終了、再起動、インスタンスタイプの変更 - コスト最適化: 開発インスタンスを夜間に停止、EC2 のコスト削減、spot vs on-demand、リザーブドインスタンス - Auto Scaling: ASG、起動テンプレート、混合インスタンスポリシー、ゼロへのスケール、スケジュールスケーリング - Spot Instances: spot fleet、spot の中断、capacity-optimized、price-capacity-optimized - AMI とバックアップ: イメージの作成、カスタム AMI、EBS スナップショット、DLM ライフサイクルポリシー、AMI のコピー - モニタリング: EC2 CPU 使用率、インスタンスの CloudWatch メトリクス、インスタンスステータスチェック、コンソール出力 - アクセス方法: Session Manager、EC2 Instance Connect、踏み台ホスト、ポート転送 - セキュリティ: IMDSv2、インスタンスメタデータ、インスタンス上の IAM ロール、セキュリティグループルール - ユーザーデータとブートストラップスクリプト、cloud-init
orbit CLIを使ってGitLabのプロジェクト、マージリクエスト、パイプライン、イシュー、ブランチなどを作成・管理します。ユーザーがGitLabのリポジトリ、MR（マージリクエスト）、CI/CDパイプライン、ブランチ、タグ、コミット、イシュー、グループ、プロジェクトメンバーについて尋ねた場合は常に使用します。「MRを一覧表示」「パイプラインを確認」「ブランチを作成」「マージリクエストを開く」「最新のコミットを表示」「グループXのプロジェクトを一覧表示」「CIを再試行」「イシューをクローズ」「メンバーは誰」などのフレーズや、GitLab関連のあらゆるタスクで起動します。「CIで何が動いているか」「MRを見せて」「リリースにタグを付けて」「マージされたか確認」「リポジトリを一覧表示」といった何気ない言及も対象です。GitLabの文脈でPR/プルリクエストに言及した場合も起動します（GitLabではマージリクエストと呼びます）。orbit CLIのエイリアスは`gl`です。
kubectl cce を通じて Huawei Cloud CCE クラスター内の特定の Kubernetes リソースを照会する。ユーザーが Pod、ワークロード、Service、ConfigMap、ノード、名前空間、その他の CCE Kubernetes リソースを取得・describe・調査・表示したい場合、またはローカルの kubectl-cce の前提条件をインストール・修復したい場合にトリガーする。kubectl と kubectl-cce はローカルに存在しない場合にのみインストールする。
Proxmox VE (PVE) 9.2。KVM/QEMU VM（virtiofs）、LXC（OCI イメージ）、クラスター、HA（CRS 負荷分散）、SDN、Ceph、ZFS、pmxcfs、ACME 証明書、proxmox-boot-tool、Secure Boot 証明書の更新（enroll-efi-keys）、NIC 名の固定。qm、pct、pvecm、pvesm、pveceph、pvesh、pveum、vzdump、pveam、pvesr、ha-manager CLI、REST API、qm.conf、pct.conf、datacenter.cfg。
Volcengine CLI（`ve` コマンド）を使用して Volcengine のクラウドリソースを作成・管理します。ECS、VPC、CLB、RDS、Redis など、すべての Volcengine サービスをサポートします。ユーザーが Volcengine 上のクラウドリソースの作成、照会、変更、削除を求めたとき、`ve` コマンドに言及したとき、"volcengine CLI" と言ったとき、または "create an ECS instance"、"set up a VPC"、"list security groups"、"allocate an EIP" などのインフラストラクチャタスクを説明したときに、このスキルをトリガーします。中国語のプロンプトで "火山引擎" や "火山" に言及したとき（例："火山引擎上有哪些 ECS"、"查一下我火山的云服务器"、"火山引擎创建一个 VPC"、"火山的 Redis 实例列一下"）にもトリガーします。ユーザーが `ve` コマンドのエラーに遭遇し、トラブルシューティングの支援を必要とするときにもトリガーします。また、TOS バケット/オブジェクト操作、tosutil（tosutils と書かれることもある）、Ark CLI / arkcli のモデル検出、推論、生成、エンドポイント、ファインチューニング、プラン、使用量、および TLS（日志服务）/ volclog のログ検索、分析、取り込み、エクスポート、LogCollector 収集に、`ve tosutil`、`ve arkcli`、`ve volclog` 経由で使用します。
CI/CD パイプラインのエキスパート。まず GitHub Actions を対象としますが、その原則はあらゆるコードホスティングサービスに適用できます。GENERATE モードでは、対話形式の「分析してから確認」するやり取りでリポジトリのパイプラインを構築します（質問をまとめて一括で行いません）。ADVISE モードでは、既存の CI のレビュー、強化、デバッグ、高速化を行い、ベストプラクティスやセキュリティの質問にも回答します。CI/CD の設定や生成、ワークフローの追加、パイプラインのレビューや強化、サプライチェーンリスク（固定バージョンの Actions、キャッシュポイズニング、pull_request_target、トークンの権限範囲）の監査、CI の高速化（キャッシュ、パスフィルター、ジョブ DAG、固定バージョンのツールバイナリ）、Renovate による CI ツールのバージョン固定更新の設定に使用します。トリガー例：CI の設定、ワークフローの生成、パイプラインの強化、Actions の保護、CI の安全性確認、CI の高速化、Actions のバージョン固定
BlueField、Arm/x86 ホスト、または Kubernetes ポッド上で NVIDIA DOCA Management Service を運用します。DOCA 3.5 以降では、ローカルの `dms-cli`（YANG パスごとに 1 コマンド、サーバー不要）または `dmsd` + `dmspe` サービスを使用します。デプロイと認証を選択し、`-allowed_users` と `dmsgroup` を設定し、gNMI Get/Set/Subscribe を使用して、サポート対象の gNOI ワークフローを実行し、フロントエンド／バックエンドの障害をデバッグします。「DMS」と明示されていなくても、「gRPC でリモート BlueField を管理」「オーケストレーターから gNOI で再起動」、またはフリート管理の依頼で起動します。安全上の注意：再起動、OS のインストール、工場出荷時設定へのリセット、管理対象ファイルの削除は破壊的操作であり、対象を明示した確認が必要です。推測で実行してはいけません。インストールおよびライブラリ/API のビルドに関する質問は他へ、一括集約の依頼は外部製品化された DOCA Telemetry Service に案内します。
Docker Compose のエキスパートガイダンス — マルチコンテナアプリケーション向けの本番グレードの compose.yml ファイルを作成する。Compose ファイルの完全な構文（services、networks、volumes、secrets、configs、profiles、extends、include）、サービス設定（image/build、ports、environment、env_file、ヘルスチェック付きの depends_on、deploy resources、restart policies）、Compose のネットワーキング（デフォルトネットワーク、カスタムネットワーク、内部ネットワーク）、ボリューム管理、環境変数の戦略（.env と environment と env_file の比較）、マルチ環境向けの override ファイル、任意サービスのための profiles、kompose による Kubernetes への移行を扱う。ユーザーが docker compose、docker-compose.yml、compose ファイル、マルチコンテナ、サービスオーケストレーション、compose 設定について尋ねたとき、または compose ファイルを作成・変更する必要があるときに使用する。使用場面：docker compose、docker-compose.yml、compose ファイル、マルチコンテナ、サービスオーケストレーション、compose 設定、depends_on、profiles。
Go における OpenTelemetry — SDK のセットアップ、API サーフェス、破壊的変更、contrib 計装ライブラリ（otelhttp、otelgrpc、otelmongo）、コンパイル時のゼロコード計装（otelc）、パフォーマンスチューニング。Go サービスで OpenTelemetry を追加・レビュー・設定するときに使用。トリガーは "setup otel in go"、"go telemetry"、"go tracing"、"otelconf go"、"otelhttp"、"otelgrpc"、"TracerProvider go"、"MeterProvider go"、"otelc"、"compile-time instrumentation go"、"zero-code go instrumentation"、"go build instrumentation"、または Go 関連の OTel の質問全般。
ベストプラクティスに基づく記述ガイダンスと、移行スキルが生成した AWS Terraform 用の読み取り専用ポリシーゲートです。terraform/ ディレクトリに書き込むすべてのフェーズで読み込みます。まず「出力すべき内容」の規則とセキュリティベースライン仕様として使用し、書き込み後に決定論的なポリシー判定として使用します。読み取り専用で、生成された Terraform の合否を報告します。.tf ファイルの編集、.phase-status.json の操作、フェーズ完了の判定は行いません。terraform fmt/init/validate を補完しますが、置き換えるものではありません
コンテナイメージをレジストリ（build-push-action 経由で ECR/ghcr/Docker Hub）にプッシュする、または本番デプロイをディスパッチする（PostHog/charts への `commit_state_update` repository_dispatch）GitHub Actions ワークフローを追加または編集するときに使用する。これらは単一の canonical デプロイリポジトリから実行され、CD_DEPLOY_ENABLED 変数で制御される。GitHub リリース、npm、crates、Homebrew を公開するワークフローには適用されない — それらは公開リポジトリに残る。
AI アプリケーションが外部のツールやデータソースに統一的な方法で接続するためのオープンなプロトコルです。クライアントはモデルとの対話を担い、MCP サーバーはツール・リソース・プロンプトテンプレートを提供します。標準メッセージでやり取りするため、1 つのサーバーを複数のクライアントで再利用できます。