Skills
エージェント向けにパッケージ化された専門スキルと手順を 96,981 件掲載。コマンド 1 行でインストールできます。
クラウド・DevOps
ユーザーが AWS CDK アプリケーション（CDK スタック、コンストラクト、CloudFormation で合成されたテンプレートを含む）を Pulumi に移行、変換、移植したい場合にこのスキルを読み込みます。「convert CDK to Pulumi」「migrate CDK app」「port CDK stacks」「replace CDK with Pulumi」「stop using CDK」などが該当します。一般的な CDK の質問、CDK のみのサポート、移行を求めていない CDK と Pulumi の比較では読み込まないでください
AWS CloudFormation のスタックやテンプレートを Pulumi プログラムに変換、移行、またはインポートします。CloudFormation から Pulumi への移行、CFN テンプレートの変換、既存の CloudFormation 管理リソースの Pulumi へのインポート、または CloudFormation から Pulumi への移行に関するあらゆる質問で、このスキルを読み込みます。移行の文脈で cdk-importer に言及した場合にも読み込みます。
Linux 上で NVIDIA NemoClaw（サンドボックス化された OpenClaw エージェントプラットフォーム）をインストールして設定します。cloudflared トンネル、Docker cgroup の修正、OpenShell、サンドボックスの作成、Cloudflare Tunnel 経由のリモートアクセス、既知のバグへの回避策に対応します。NemoClaw のインストール、OpenClaw のセットアップ、サンドボックス化されたエージェント向けの NVIDIA Spark または DGX の設定、NemoClaw のデプロイに関するトラブルシューティングで使用します。
RWX CI/CD 設定や `.rwx` ディレクトリ内のその他のファイルの作成、変更、理解に使用します。ユーザーが RWX について尋ねる、RWX 設定の作成や変更を希望する、「CI failed」「CI is red」「tests are failing in CI」などと言う、「what's failing on my PR / branch / commit?」と尋ねる、サンドボックスでテストやビルド手順を実行する、テスト失敗をデバッグする、実行状況を確認する、ログ／アーティファクトを取得する、または実行ループを開始する場合に使用します。
Adobe App Builder プロジェクトをエンドツーエンドで初期化し、マシンがビルドできる状態を整えます。Console プロジェクトとワークスペースを作成し、API（プロダクトプロファイルが必要なものを含む）をサブスクライブし、意図に応じて適切なテンプレートを選び、非対話式で `aio app init` を実行し、初期化後のカスタマイズを案内します。App Builder アプリの作成、プロジェクトのスキャフォールディング、`aio app init`、Experience Cloud 拡張、アクションや Web アセットの追加、Console プロジェクト/ワークスペースの作成に触れている場合は、「App Builder」と明言していなくても使用してください。SPA テンプレート、AEM 拡張、API Mesh、Asset Compute worker、MCP サーバーにも対応します。マシン/CLI の初回セットアップ（Node 20、aio CLI のインストール、`aio login`、IMS 組織、stage と prod）、およびセットアップ/初期化の失敗のデバッグ（`ERR_REQUIRE_ESM`、`aio console org list` が空、`451 accept developer terms`、テンプレートが見つからない、初期化が止まる、Node/npm や初期化後のビルドエラー）も対象とします。
プロジェクトで Infisical をシークレット管理ツールとして使うための対話型セットアップガイド。Infisical をローカル開発（CLI）、Docker コンテナ（ビルド時と実行時のシークレット注入）、CI/CD パイプライン（GitHub Actions、GitLab CI）、Kubernetes（Operator + CRDs）、アプリケーションコード（すべての 9 つの SDK：Node.js、Python、Go、Java、.NET、Ruby、PHP、Rust、C++）に統合する方法を支援します。また、13 種類のマシン ID 認証方式（Universal、Token、Kubernetes、GCP、AliCloud、AWS、Azure、TLS Cert、OCI、OIDC、JWT、LDAP、SPIFFE）の選択と設定についても解説します。次の質問があるときにはこのスキルを使用してください：Infisical の使い方、シークレットの注入、infisical run、infisical init、アプリの Infisical への接続、Docker シークレット、Kubernetes secrets operator、マシン ID の設定、SDK の初期化、CI/CD でのシークレット注入、「シークレットをアプリに渡すにはどうすればいいですか」。該当しないもの：Kubernetes Operator の CRDs（infisical-kubernetes-operator）、シークレットをファイルに出力する（infisical-agent）、シークレットを外部へ送信する（infisical-secret-syncs）、人の SSO ログイン（infisical-sso）。
対応する AMD EPYC サーバー CPU 上で vLLM と zentorch を用いて LLM をサービングします。Docker、Podman、conda のいずれでも実行できます。「vLLM on CPU」「zentorch serving」、EPYC CPU エンドポイントでの利用を想定しており、AMD Instinct GPU を併せ持つホストにも対応します。EPYC の世代を判定し、ランタイムを検証し、モデルのサポート状況とメモリ適合性を確認し、スレッド/KV/NUMA をサイジングしてプランを確認したうえで起動し、エンドポイントを検証します。1 ソケットとそのメモリ上で 1 インスタンスを実行します。失敗した場合は報告して停止し、リトライやデバッグは行いません。エンドポイントを GPU 上で実行する場合は serving-llms-on-instinct を使用してください。マルチノード、EPYC 4000、AVX-512 を持たない Zen4 以前の EPYC は対象外です。
このスキルは、SAP BTP 上の SAP Cloud Logging サービスに関する包括的なガイダンスを提供します。Cloud Logging インスタンスの設定、Cloud Foundry や Kyma ランタイムからのログ取り込み構成、OpenTelemetry によるオブザーバビリティの実装、OpenSearch Dashboards でのログ/メトリクス/トレースの分析、SAML 認証の設定、証明書の管理、取り込みの問題のトラブルシューティングに利用できます。サービスプラン（dev/standard/large）、4 つのすべてのインスタンス作成方法（BTP Cockpit、CF CLI、BTP CLI、Service Operator）、4 つのすべての取り込み方法（Cloud Foundry、Kyma、OpenTelemetry、JSON API）、およびセキュリティのベストプラクティスを扱います。
任意のHuggingFaceモデルをRunPod上にvLLMサーバーとしてデプロイし、Claude Code（OpenAIではなくAnthropicのMessages APIを使用）に接続します。ツール呼び出しがエンドツーエンドで実際に機能するかスモークテストし、Pod、ネットワークボリューム、ローカルプロセス、一時ファイルを含むすべてを痕跡なく削除します。RunPodでモデルを実行する、Claude Codeでモデルを試す、HF/GGUF/abliteratedチェックポイントがツール利用に対応するかテストする、コーディングエージェント用途のモデルをベンチマークする、一時的なGPU推論環境を起動・停止するときに使用します。ANTHROPIC_BASE_URL経由でClaude CodeをAnthropic以外のバックエンド（vLLM、Ollama、LM Studio）に接続する内容や、「Xの実行に必要なGPUは？」「このモデルの実行費用はいくら？」といった質問でも使用します。
自然言語で書かれたルーティング意図を、有効な Lemonade の `collection.router` ポリシー JSON に変換します。このスキルは JSON の生成と検証のみを行い、登録したり稼働中のサーバーを呼び出したりはしません。モデル間のリクエストルーティング（「機微なクエリは X へ、それ以外は Y へ」）、router／hybrid-router の設定やポリシーの生成、collection.router JSON の作成、小さなローカルモデルと大規模／クラウドモデル間のトラフィック分割、ルーティングへの PII／ジャイルブレイク／トピック分類器の追加、および Lemonade Router、routing rules、routing.router、candidates/default_model、keywords_any、semantic_similarity、LLM-as-router への言及があるときに使用します。ユーザーが指定しなかったフィールドには安全なデフォルト値を入れます。
@capgo/capacitor-updater を使って Capacitor アプリに Capgo ライブ（OTA）更新を設定し、デバッグします。アプリストアのレビューなしで web 層の修正を届けたい、更新プラグインのインストールや設定、autoUpdate モードの選択、notifyAppReady の呼び出し、手動の download/next/set フローの接続、アプリからのチャネル設定、更新が反映されない問題のデバッグ、ロールバック、no_new_version_available、disable_auto_update_to_major、cannot_update_via_private_channel、on_premise_app などのコードの報告 covariate genealogical izziv 使用します。CLI 専用の bundle/チャネル操作（capgo-release-management）、Capgo Cloud のネイティブビルド（capgo-native-builds）、他の OTA ベンダーからの移行には使用しないでください。
このスキルは、作業項目の機能ブランチの DevOps Center 昇格を妨げている問題（Git マージコンフリクトとデプロイ失敗）を診断して解決するために使用する。DevOps Center は Git ベースなので、重複するメタデータ変更は対象ステージブランチとのマージコンフリクトとして現れる。これは git で解決する（検出、マーカーの解決、コミット、プッシュ）。コンポーネントがブランチ上に既に存在する場合、デプロイ失敗は依存関係の欠落を訴えることが多く、完全な昇格で修正できる。昇格前に作業項目のコンフリクトを確認したい、メタデータファイル（.xml、.object-meta.xml、.cls）内のマージコンフリクトや残存するコンフリクトマーカーを解決したい、機能ブランチを対象ステージブランチと整合させたい、または DevOps Center の昇格やデプロイが失敗した理由と、完全な昇格または依存関係欠落の修正で解決できるかを診断したいときに発動する。昇格そのものの実行（dx-devops-promote を使用）、作業項目の作成や更新（dx-devops-work-item-manage を使用）、組織へのメタデータの直接デプロイには発動しないこと。
任意の Pulumi provider を新しいバージョンにアップグレードし、発生した差分を調整します。ユーザーが provider のアップグレード・更新（provider SDK のバージョン引き上げのための package.json、requirements.txt、pyproject.toml、go.mod、Pulumi.yaml の編集を含む）、アップグレード前または中の破壊的変更の確認、provider アップグレードで破損したリソースの修正、アップグレード後のプレビューで発生する予期しない置き換え・作成・削除の解決ACTIONS を希望する場合に使用します。pulumi-gcp v10 のエラー（gcp.notebooks または gcp.iap.Brand 型の欠落、必要な secretDataWoVersion など）も対象です。すべての provider（aws、azure-native、gcp、kubernetes、aws-native、cloudflare、datadog など）に適用され、Tier 1 のみに限定されません。どの stack がどのバージョンのパッケージを使用しているか Stakeholders の照会には使用しないでください。stack をまたぐ監査には skill `package-usage` を使用してください。一般的なインフラタスクには使用しないでください。
GitHub リポジトリのセキュリティ体制とハードニングの不足を、ブランチ保護、CODEOWNERS、GitHub Actions、公開/リリースの完全性、共同作業者のアクセス権限、セキュリティ機能、依存関係のレビューにわたって監査する。リポジトリのレビューやハードニング、GitHub 設定の評価、CI/CD や Actions のセキュリティ確認、サプライチェーン体制の評価、保守者向けのセキュリティ ToDo の作成、またはユーザーが「repo security posture」「audit my repo」「harden this GitHub repo」「actions security」「protect against a compromised maintainer」と言及したとき、あるいは GitHub の URL を示して何を直すべきかを聞いたときに使用する。
NemoClaw をインストールしてサンドボックスを起動し、最初のエージェントプロンプトを実行します。NemoClaw サンドボックスを初めて利用、インストール、または起動するときに使用します。トリガーキーワード - nemoclaw quickstart、install nemoclaw openclaw sandbox、nemohermes quickstart、hermes agent nemoclaw、run hermes openshell sandbox、nemoclaw prerequisites、nemoclaw supported platforms、nemoclaw hardware software、nemoclaw windows wsl2 setup、nemoclaw install windows docker desktop。
Alibaba Cloud Bailian Sandbox のインスタンスとテンプレートのライフサイクル管理のエントリーポイント。sandbox の作成・照会・接続・一時停止・再開・解放、組み込みベースイメージの表示、テンプレートマウントファイルの作成、sandbox テンプレートの作成・更新・照会・削除、テンプレートのビルド状態の照会を行う場合は `bl sandbox` を使用します。作成済みインスタンスへのアクセス、WebShell のオープン、browser-use ブラウザオートメーションや VNC のリアルタイム画面への接続を行う場合は、まず接続情報を取得してからデータプレーンに接続します。ホスト実行の sandbox 設定、E2B の公式クラウドリソース、汎用ファイル転送には使用しません。agents.yaml のホスト型 Agent / Session / Environment 管理は bailian-managed-agent が担当します。公式インストール：`bl skill init`（共有プロトコル bailian-protocol と同時インストール）。
Salesforce CLI（sf）を使って、選択された Unified Catalog Service Process テンプレートを Salesforce 組織にデプロイします。稼働中のカタログで名前からテンプレートを特定し、再読み込みして確認します。処理は決定的です。ユーザーが明示的に指定し、稼働中のテンプレートが名前に対して 1 件だけ一致する場合に限ってデプロイし、推測は行いません。業務ユーザーが、すでに特定している Unified Catalog または Service Process のテンプレートのデプロイ、インストール、有効化、セットアップ、プロビジョニングを依頼した場合に使用します。例：「Reset Account Password テンプレートをデプロイ」「laptop request service process をインストール」。トリガー：カタログテンプレートのデプロイ、Service Process テンプレートのインストール、X テンプレートのセットアップ、X サービスプロセスの有効化。ユーザーがまだテンプレートを検索・比較中で、対象を指定していない場合は使用せず、service-catalog-template-search を使用してください。また、Unified Catalog Service Process ではなく、Data Cloud データキット、CRM Analytics、App Framework テンプレートに関する依頼にも使用しないでください。
Hyperloom のマルチエージェントオプティマイザーを使って、AMD Instinct GPU 上のエンドツーエンドの LLM 推論スループットを自律的に最適化し、検証済みの改善量を報告する。モデル、フレームワーク、ワークロード（TP/EP、同時実行数、ISL/OSL、精度）、目的、時間予算を指定すると、ワークロードごとにどの手段を講じるか（サービング/設定パラメーターと環境変数、フレームワークの有効化とソースパッチ、ホットな GPU カーネルの書き換え）を探索し、各候補をベンチマークし、改善をもたらした最適化スタックを返す。ユーザーがモデルのサービングを高速化したい、tokens/sec やスループットを上げたい、MI300X/MI325X/MI355X 上で vLLM や SGLang を最適化・チューニングしたい、Hyperloom を実行したい、kernel-agent を実行したい、Quark で量子化してから最適化したい、Hyperloom をゼロからセットアップしたい、Hyperloom セッションを再開したい場合に使用する。単なるサービング用のサーバー起動、壊れた ROCm インストールの診断、最適化ループを伴わない一回限りのカーネル/ベンチマークやトレース分析には使用しない。
NemoClaw をローカル推論サーバーに接続します。NemoClaw で Ollama、vLLM、TensorRT-LLM、NIM、または OpenAI 互換のローカルモデルサーバーをセットアップするときに使用します。トリガーキーワード - nemoclaw local inference, ollama nemoclaw, vllm nemoclaw, local model server, openai compatible endpoint, switch nemoclaw inference model, change inference runtime, nemoclaw additional model, nemoclaw sub-agent model, openclaw sub-agent, agents.list, sessions_spawn, vlm-demo, nemoclaw tool calling, ollama tool calls, vllm tool-call-parser, raw json in tui, nemoclaw inference options, nemoclaw onboarding providers, nemoclaw inference routing.
Infisical Agent の設定ガイド。Infisical Agent は、トークンのライフサイクルを管理し、アプリケーションコードを変更せずに Go テンプレートでシークレットをレンダリングするクライアントデーモンです。完全な YAML 設定形式、6 すべての agent 認証方法（universal-auth、kubernetes、aws-iam、azure、gcp-id-token、gcp-iam）、sinks、テンプレート関数（listSecrets、listSecretsByProjectSlug、getSecretByName、dynamicSecret）、ポーリング、変更時コマンド、リトライ戦略、永続キャッシュを扱います。Infisical Agent、agent 設定ファイル、agent テンプレート、シークレットをファイルへレンダリングする、サイドカーシークレット注入、init コンテナのシークレット、トークン更新、infisical agent コマンド、「Infisical Agent でシークレットを注入するにはどうすればいいですか」といった質問がある場合にこのスキルを使用します。コントローラー managing な Kubernetes Secrets や ConfigMaps（infisical-kubernetes-operator）、および `infisical run`（infisical-setup）には使用しないでください。
Pulumi 組織内の各スタックが、特定のパッケージをどのバージョンで使用しているかを追跡します。スタック横断の監査、多くのスタックにある古くなった、または保守されていないパッケージバージョンの特定、コンポーネントパッケージに破壊的変更を公開する前に影響を受けるスタックの特定、アップグレードの一斉展開の計画にiments。単一プロジェクト内でクラウドプロバイダパッケージ（pulumi-aws、pulumi-azure-native、pulumi-gcp、pulumi-kubernetes など）をアップグレードする用途には使用しないでください。代わりに `provider-upgrade` を使います。インフラの一般的な作成、リソースのプロビジョニング、パッケージに関する使い方の質問には使用しないでください。
AI アプリケーションが外部のツールやデータソースに統一的な方法で接続するためのオープンなプロトコルです。クライアントはモデルとの対話を担い、MCP サーバーはツール・リソース・プロンプトテンプレートを提供します。標準メッセージでやり取りするため、1 つのサーバーを複数のクライアントで再利用できます。