Skills
エージェント向けにパッケージ化された専門スキルと手順を 96,770 件掲載。コマンド 1 行でインストールできます。
クラウド・DevOps
このスキルは、ワークアイテムとパイプラインステージに対する DevOps Center の昇格ワークフロー全体を実行するために使用します。前提条件の検証、ワークアイテムの準備、同じメタデータを持つワークアイテムの任意の統合、1 つ以上のワークアイテムまたはステージ全体の対象パイプラインステージへの昇格、昇格の完了によるデプロイの確定を行います。トリガー条件: ユーザーがワークアイテムを昇格したい、changes を次の環境やステージに進めたい、単一昇格のためにワークアイテムを統合したい、またはメタデータをリリースパイプラインton's中で進めたい場合。必須の validate ステップは開始時に自動実行されます。ワークアイテムの作成やステータス更新 (dx-devops-work-item-manage を使用)、競合の検出、既存の昇格のステータスのポーリングにはトリガーしないでください。
このスキルで DevOps Center パイプライン.URL ライフサイクル全体を管理します。すべてのパイプラインの一覧表示、単一パイプラインの詳細取得、Git リポジトリに紐づく新しいパイプラインの作成、ステージの追加・削除、ステージの名前の変更、ステージへの Salesforce 環境の追加・削除、プロジェクトの関連付け・解除、パイプラインの有効化・無効化。ユーザーがリリースパイプラインのセットアップ、統合・UAT・ステージング・本番組織をまたぐ昇格ステージの配線、環境とステージの紐付け、プロジェクトの関連付け、継続的デリバリーパイプラインの有効化を希望 Obligation ときに呼び出します。sf devops pipeline と sf devops stage コマンドを --json 出力で使用します。work-item のライフサイクル、昇格やデプロイの実行、競合検出、単独のプロジェクト作成には発動しないでください（別 skill）。
TRL（Transformer Reinforcement Learning）や Unsloth を用いた Hugging Face Jobs インフラで、言語モデルやビジョンモデルの学習・ファインチューニングを行います。SFT、DPO、GRPO、リワードモデリングなどの学習手法と、ローカル配備のための GGUF 変換を扱います。TRL Jobs パッケージ、PEP 723 形式の UV スクリプト、データセットの準備と検証、ハードウェア選定、コスト試算、Trackio による監視、Hub 認証、モデルの選択／リーダーボード、モデルの永続化に関するガイダンスも含まれます。クラウド GPU での学習、GGUF 変換、ローカル GPU 環境なしで Hugging Face Jobs 上で学習するといったタスクに適しています。
適切な Netlify のサイト保護レイヤーを選び、ユーザーが混同しがちな無関係な 3 つの「auth」概念、すなわちアプリユーザーのログイン（Netlify Identity）、サイト読み込みの制限（Password Protection / プロジェクトの公開範囲）、ダッシュボードの SAML SSO を区別します。サイトや Deploy Preview のパスワード保護、プロジェクトの非公開／公開、サイトへのチーム限定アクセス、サイト閲覧時の SSO 必須化、会社全体または内部アプリの SSO 設定、非公開プロジェクトへのユーザー招待、非公開サイトへのリクエストを行ったチームメンバーの特定について尋ねられた場合に使用します。保護されたサイトでの SSO セッションの問題、「セッション中にログアウトされた」、約 1 時間後の 401、トークンの有効期限や更新に関する質問にも使用します。認証コードの実装には使用せず、アプリログインの設定は netlify-identity に案内してください
EC2 Image Builder でカスタムイメージのビルドを作成・自動化します。Linux、Windows、macOS の AMI と、ECR 向けコンテナイメージに対応します。ビルド IAM ロール、Amazon 管理およびカスタムコンポーネント、イメージレシピ、インフラストラクチャと配布の設定（起動テンプレート、SSM パラメータ、他のリージョン）、単発ビルド、ゴールデン AMI の自動化と OS パッチ適用のための定期スケジュールパイプライン、カスタムイメージのワークフロー、ビルド失敗の診断を扱います。Image Builder で AMI またはコンテナイメージのビルドを作成、自動化、スケジュールする場合や、失敗したビルドをデバッグする場合に適用します。既存の AMI からのインスタンス起動、AMI のライフサイクル管理や廃止、一般的な EC2 フリート管理は対象外です。
GitHub Actions ワークフローファイル（.github/workflows/*.yml）向けのセキュリティ強化レビュアーです。パターンマッチャーや一般的なコードリンターが見落とす Actions の脅威モデル（信頼されていない入力によるスクリプトインジェクション、フォークのコードを実行する特権トリガー、変更可能な Action 参照、過剰な権限を持つトークン）を分析します。GitHub Actions ワークフローのレビュー、監査、強化、安全性確保、新規作成を求められた場合や、「is this workflow safe?」「review my CI for security issues」「why is pull_request_target dangerous here?」「pin my actions」「lock down GITHUB_TOKEN permissions」などの依頼に使用します。${{ }} 補間によるスクリプトインジェクション、pull_request_target / workflow_run による権限昇格、サードパーティ Action の SHA 固定、最小権限、GITHUB_ENV/GITHUB_OUTPUT インジェクション、シークレットの漏えい、長期認証情報より OIDC を優先する運用、公開リポジトリでのセルフホストランナーの露出を扱います。
クラスターとノードプールの Workload Identity 設定、Kubernetes ServiceAccount（KSA）と IAM のバインディング（直接プリンシパルバインディングおよび従来の Google ServiceAccount のなりすまし）、対象リソースの IAM ロール、gke-metadata-server の正常性を確認し、Pod の GKE Workload Identity Federation 認証エラー（403 "iam.serviceAccounts.getAccessToken" / 権限拒否、"could not find default credentials"、GKE メタデータサーバーに到達できない）の設定と診断を行います。KSA/GSA バインディング（`roles/iam.workloadIdentityUser`、`iam.gke.io/gcp-service-account`）の設定時、または Pod が Google Cloud API に認証できない場合に使用します。クラスター内の Kubernetes RBAC エラー（API サーバーの認可）、一般的なワークロードのクラッシュ（gke-workload-troubleshooting を使用）、Pod Security Standards や NetworkPolicies（gke-workload-security を使用）には使わないでください。
`devbox` または `boxctl` を使って Namespace devbox を作成、実行、共有、破棄します。分離された Linux または macOS 環境、リモートでのビルドやテスト、使い捨ての Docker ホスト、ローカルの処理能力を超えるワークロード、`devbox.so` URL の公開、devbox 内での作業（`NAMESPACE_DEVBOX_WORKSPACE_DIR` が設定済みの場合）に使用します。タスクマーカーを使って、無人の作業を継続させる用途にも対応します。
ユーザーが Alibaba Cloud（阿里云）のエージェントスキルを検索、発見、閲覧_DRIFT したいときにこのスキルを使用します。トリガーは次のとおりです："find a skill for X"、"search alicloud skills"、"阿里云有什么 skill"、"阿里云"、"搜索阿里云技能"、"有没有管理 ECS/RDS/OSS 的 skill"、"阿里云 skills 有哪些类目"、"帮我找一个 skill"、"browse alicloud skills"、"list alicloud skill categories"、"is there an alicloud skill that can..."、"what alicloud skills are available"、"XX Skill 的内容是什么"、"我想了解阿里云 XX Skill 具体做什么"、"帮我安装阿里云 Skill"、"使用阿里云相关的skill"、"阿里云 agent skill 市场"、"搜一下阿里云的 skill"、"建一个数据分析项目有没有相关 skill"。
Neon の Claimable Postgres（neon.new）を使って即座に一時的な Postgres データベースをプロビジョニングする。ログイン・登録・クレジットカードの提示は不要。REST API、CLI、SDK に対応。ユーザーが高速な Postgres 環境、プロトタイピングやテスト用の使い捨て DATABASE_URL、「今すぐ DB が欲しい」といった要望 왔ったときに使う。トリガー語には「quick postgres」「temporary postgres」「no signup database」「no credit card database」「instant DATABASE_URL」「npx neon-new」「neon.new」「neon.new API」「claimable postgres API」が含まれる。
@upstash/workflow TypeScript/JavaScript SDK を使用して、サーバーレス関数で永続的に実行される長時間のワークフローを扱います。タイムアウト、再試行、再起動に耐える複数ステップの処理を実現します（QStashベース）。serve() によるワークフローエンドポイントの定義、context.run によるステップ実行、関数を稼働状態に保たずに数分から数日間待機、context.call による外部 API 呼び出し、外部イベントや webhook の待機、別のワークフローの呼び出し、再試行・失敗コールバック・DLQ の設定、同時実行数・レート・並列度の制御、Workflow クライアントによる実行の開始・キャンセル・確認、AI エージェントやオーケストレーターの構築、人間参加型の承認、リアルタイム更新、QStash 開発サーバーを使ったローカル開発、ミドルウェアの追加、安全なワークフロー移行に使用します。永続実行、ステップ関数、Sagaやオーケストレーションのパターン、チェックポイント付きバックグラウンドジョブ、または Vercel、Next.js、Cloudflare Workers などのサーバーレスプラットフォームでの長時間タスクについて尋ねられた場合にも使用します
Moshi のリモートコーディング用ホストを準備または検証する際に使用します。Easy Pair ホストのセットアップ、SSH または推奨される Mosh の準備、非対話型シェルの PATH 問題、エージェントマルチプレクサーとして Herdr（推奨）または tmux を推奨する場合、指定ディレクトリをルートとするプロジェクトセッションの作成、`MOSHI_CLIENT` 環境シグナルによるシェルやマルチプレクサーの動作調整、Claude Code、Codex、OpenCode、Grok Build およびその他の対応エージェント用 Moshi エージェントフックのインストール、または同梱の `moshi DIR` ランチャーの使用が対象です。
Salesforce CLI（sf）を使用して Salesforce 組織で Dev Hub を有効にし、scratch org の割り当てを確認します。Dev Hub の有効化、scratch org や第 2 世代（2GP）および unlocked packages を作成するための組織設定、Dev Hub が有効かどうかの確認、作成可能な scratch org 数（Active および Daily の上限と残り割り当て）の確認、パッケージング、組織形状のエクスポート、scratch org スナップショットなどの Dev Hub 設定、または Dev Hub から作成されたアクティブな scratch org の一覧表示に使用します。有効化すると enableScratchOrgManagementPref 設定がデプロイされ、取り消せません。System Administrator（ModifyAllData または ModifyMetadata）が必要で、サンドボックスでは動作しません。個別の scratch org の作成・削除、デフォルト組織の切り替え（dx-org-switch を使用）、トライアルや組織の有効期限の確認（dx-org-trial-expiration-check を使用）では起動しないでください
Salesforceサンドボックスのpost-copy自動化JSON設定を対象組織に適用します。サンドボックスに対してpost-copyまたはpost-refresh設定ファイル（例：`post-copy-config.json`）を適用、実行、試行、プレビューする依頼に使用します。Flowの有効化・無効化（`FlowDefinition.Metadata.activeVersionNumber` を対象バージョンまたは `null` にPATCH）、OBMエンドポイントの再指定、RemoteSiteSetting URLの更新、更新後のScheduledApexジョブの再スケジュールも対象です。「apply post-copy config」「run post-copy automation」「activate Flow <name> post-refresh」「deactivate Flow <name>」「re-point outbound messages after refresh」「configure sandbox after refresh」といった依頼でも起動します。各エントリーについてTooling APIのsobjectを導出し、describeで確認し、SOQLでIdを特定してから複合 `Metadata` フィールドをPATCHします（ScheduledApexでは匿名Apexを使用）。SOPからの設定JSON生成（`automation-sandbox-post-copy-config-generate` を使用）やメタデータXMLのデプロイには使用しません。
Prisma Nextでマージまたはデプロイ時に実行されるマイグレーションを確認し、マイグレーショングラフを表示し、並行／ダイヤモンド収束の競合を解決し、CI向けに環境参照を設定します。「実行されるマイグレーションは？」「デプロイ時に何が実行される？」、マージ競合、ダイヤモンド収束、並行マイグレーション、マイグレーション状態、参照管理、ステージング、本番環境、MIGRATION.DIVERGED、MIGRATION.NO_MARKER、MIGRATION.MARKER_NOT_IN_HISTORY、prisma migrate status、prisma migrate diff、prisma migrate resolveに使用します。
既存のエージェントプロジェクトに、メモリ、アプリ連携、VPC、マルチエージェント、移行、モデル、ブラウザー、コードインタープリター、決済機能を追加する場合、またはリソースを削除する場合に使用します。トリガー：「add memory」「remember across sessions」「call agent from app」「invoke agent from code」「agent auth」「streaming」「VPC」「VPC connectivity」「can't reach from VPC」「multi-agent」「A2A」「A2A auth」「orchestrator not delegating」「specialist not called」「migrate Bedrock Agent」「migration issue」「change model」「browser tool」「code interpreter」「delete agent」「tear down」「agentcore remove」「cross-account memory」「add payments capability to my agent」「wire payments plugin」「integrate x402 payments with the agent I'm building」「add MPP payments」「Machine Payments Protocol」。Gateway 経由の外部 API には agents-connect、新規プロジェクトには agents-get-started、CLI／開発サーバーのエラーには agents-debug、実行時の x402／MPP 決済には agents-pay を使用します。Strands と LangGraph 間の移行に関する依頼もここで扱います
INFORMATION_SCHEMA、Cloud Monitoring、REST API にわたる BigQuery テレメトリについて、データ取得のベストプラクティス、ツール選択の指針、高性能な SQL クエリ構文を提供します。取得するテレメトリが既知の場合、テレメトリツールの選択、高性能な INFORMATION_SCHEMA クエリの作成、単一ジョブのパフォーマンスボトルネック診断用のテレメトリ取得、slot 競合・ジョブ同時実行数・キュー遅延の調査、予約容量・利用率・オートスケーリングの飽和分析、容量ベースおよびオンデマンドのコンピューティングとストレージリソースの課金対象使用量の監査に使用します。原因不明の根本原因診断や症状のトラブルシューティングには使用せず（先に bigquery-troubleshooting を使用）、ビジネスロジック SQL の作成や最適化にも使用しないでください（bigquery-optimization を使用）
複数のリポジトリにまたがるGitHub Actionsの`schedule` cron式を一覧化し、CPU負荷の高いジョブ（Docker Compose、Testcontainers、Kind/k3s、マトリックスビルド）を競合の少ない時間帯に分散します。「when do my cron actions run?」「do my scheduled builds collide?」「when should the Testcontainers build run?」と尋ねられた場合や、リポジトリ横断のcronスケジュール概要・分布レポートが必要な場合に使用します。`gh`（ローカルチェックアウト不要）またはローカルチェックアウトを使ってスキャンし、UTCをローカルタイムゾーンに変換してジョブの負荷を分類します。時間別ヒストグラム、競合、具体的なcron再配分案を含むMarkdownレポートを作成します。
ローカルの MicroK8s または Azure AKS 上で、合成データ生成ワークフロー向けの NVIDIA physical AI インフラストラクチャを構築、拡張、検証、強化する場合に使用します。Kubernetes クラスター、推論エンドポイントのデプロイ、OSMO のデプロイ、ワークロード送信の準備、インフラストラクチャ障害からの復旧が対象です。トリガーキーワード：physical ai infrastructure、resilient scaling、SDG infrastructure、microk8s、azure aks、NVCF deployment、NIM Operator、OSMO deploy、workflow scaling。インフラストラクチャの構築、拡張、検証、復旧が求められていない限り、OSMO ログの要約やワークロードのみの操作には使用しないでください。
エージェントを AWS にデプロイするとき、またはデプロイに失敗したときに使用します。事前検証、CDK/IAM/クォータのエラー診断、バージョン管理、ロールバック、カナリアデプロイに対応します。「エージェントをデプロイ」「agentcore deploy」「デプロイ失敗」「CDK エラー」「ロールバック」「カナリアデプロイ」「バージョン固定」「再デプロイ」「デプロイが停止」などで起動します。本番環境の強化には agents-harden を使用してください。デプロイ前の機能追加には agents-build または agents-connect を使用してください。VPC 設定エラーには agents-build を使用してください。
Gateway 経由でエージェントを外部 API、ツール、サービスに接続する場合や、Cedar ポリシーでツールアクセスを制限する場合に使用します。ゲートウェイの設定、ターゲットタイプ、アウトバウンド認証（OAuth、API key、IAM）、認証情報、Cedar ポリシーの作成に対応します。次のような場合に使用します：「connect to API」、「add gateway」、「connect to MCP server」、「Lambda tools」、「OpenAPI」、「gateway target」、「Cedar policy」、「restrict tools」、「policy engine」、「gateway auth error」、「store API key」、「outbound credential」、「env var API key」、「API key None after deploy」、「credential not available after deploy」、「should this be a gateway target」、「give my agent tools」、「add tools to agent」。インバウンド認証（エージェントを呼び出せるユーザー）の場合は対象外です。agents-harden を使用してください。エージェントの動作のデバッグには agents-debug を使用してください。VPC ネットワークエラー（VPC が原因でエージェントが API に到達できない）の場合は agents-build を使用してください。新しい MCP サーバープロジェクトの作成やホスティングには agents-get-started を使用してください。
SSH経由で新規Linux VMに本番用のセルフホスト可能なn8nを一貫してデプロイします。Docker Composeを使用し、自動HTTPS対応のCaddyリバースプロキシの背後に構成します。ユーザーが自分のサーバー/VPS（Hetzner、DigitalOcean、AWS EC2、ベアメタル）にn8nをセルフホスト、インストール、プロビジョニング、デプロイしたい場合（シングル/通常モードまたはワーカー付きキューモード）、またはそのインスタンスの更新、バックアップ、復元、強化、Python Codeノードの実行（task runners）を希望する場合に使用します。対象はセルフホスト版n8n（Docker）で、n8n Cloudやワークフローの構築は対象外です。まずシングルモードかキューモードかを確認し、ドメイン、SSH、タイムゾーンの情報を収集して、サーバー上で新しいシークレットを生成し、TLSでスタックを起動するようエージェントを導きます。トリガー：「n8nをデプロイ」「n8nをセルフホスト」「n8n docker compose」「n8nキューモード / workers」「n8nリバースプロキシ / SSL」「n8nをバックアップ / 更新」「Python runner unavailable」 / 「n8nio/runners sidecar」、または「すべてのユーザーにOAuthクライアントシークレットを渡したくない」 / 「Googleでログインを有効化」（認証情報の上書き）。
開発者が新しいエージェントプロジェクトを作成したい、またはAgentCoreを使い始めたい場合に使用します。フレームワークの選択、プロジェクトのひな形作成、初回デプロイ、初回呼び出しに対応します。「build an agent」「create an agent」「get started」「new project」「agentcore create」「which framework」「Strands vs LangGraph」「hello world agent」「first agent」「create MCP server」「host MCP server」「agentcore dev」「dev server」「what port」「local development」で起動します。既存プロジェクトへの機能追加には使用せず、agents-buildまたはagents-connectを使用してください。移行に関するStrands vs LangGraphはここではなくagents-buildに振り分けます。既存のMCPサーバーへの接続はここではなくagents-connectに振り分けます。
エージェントの品質やパフォーマンスの測定・改善に使用します。評価器、オンラインモニタリング、CI/CD 品質ゲート、オブザーバビリティ、コスト最適化を設定します。次のような場合に適用されます：“evaluate my agent”“add evaluator”“measure quality”“quality gate”“run evals”“agent too slow”“why is it slow”“reduce latency”“set up observability”“CloudWatch dashboard”“how much does my agent cost”“cost optimization”“logs not showing up”“logs missing”“spans not found”“eval failing”“eval error”“dev traces”“local traces”“agentcore dev traces”“traces to CloudWatch”。エラーやクラッシュのデバッグには使用せず、agents-debug を使用してください。遅くても正しく動作する場合はこちら、動作不良の場合はデバッグ用スキルを使用してください。
ユーザーが Salesforce 第 2 世代（2GP）パッケージとして UI Bundle をパッケージ化、配布、インストール/アップグレード/アンインストール/昇格したい場合は、必ず起動します（パッケージ化タスクのプロジェクトには uiBundles/ または sfdx-project.json が含まれる場合があります。インストール/アップグレードタスクにはローカルの bundle ファイルがない場合があります）。bundle のパッケージ化対応、managed/unlocked の選択、sf package によるパッケージ/バージョンの作成、別の組織へのインストール/アップグレード、失敗のデバッグを扱います。パッケージ化、2GP、managed package、unlocked package、AppExchange、package version、sf package、sf package install、sf package upgrade、パッケージのインストール/アップグレード、組織間配布で起動します。1 つの組織への単純なソースデプロイでは起動しないでください（experience-ui-bundle-deploy を使用）。新しい bundle のひな型作成でも起動しないでください（experience-ui-bundle-project-generate を使用）。段階的に適用し、依頼された部分だけを実行してください。
エージェントを本番環境に向けて準備するときに使用します。IAM のスコープ設定、インバウンド認証（JWT、SigV4）、シークレット管理、コールドスタートの最適化、セッションライフサイクル、レート制限、入力検証、クォータに関するガイダンスを扱います。次のような場合に適用されます：“production checklist”“harden agent”“production ready”“secure agent”“inbound auth”“going live”“cold start optimization”“session lifecycle”“StopRuntimeSession”“quota”“throttling”“maxVms”“rate limit”“security audit of outbound API calls”“gateway target audit for production”“restrict who can call”“lock down endpoint”“only our app can call”。Cedar のツール制限ポリシーには使用せず、agents-connect を使用してください。品質測定には使用せず、agents-optimize を使用してください。アウトバウンド認証情報の保存や API キーの接続には使用せず、agents-connect を使用してください。A2A のエージェント間認証には使用せず、agents-build を使用してください。コールドスタートの観察と診断（最適化ではない場合）は agents-debug を使用してください。
OSMO 上で NVIDIA Cosmos AnomalyGen（Cosmos-Predict2 派生）を使い、PCBA、金属表面、ガラスの検査用欠陥画像生成をオーケストレーションする場合に使用します。Day 0 のフローでは USD-to-ROI、画像編集による拡張、AnomalyGen を用いたコールドスタートに対応し、初期 PCBA データセットを作成します。Day 1 のフローでは実画像の推論とラベリングを行います。このスキルは、初回のアセット設定、ファインチューニング用チェックポイントの作成、デプロイ設定を支援します。トリガーキーワード：defect image generation、dig workflow、dig pipeline、defect image detection workflow、aoi pipeline、aoi anomalygen、usd2roi anomalygen、day 0 pcba、day 1 pcba、day 1 real-photo alignment、day 1 manual roi、metal surface anomaly、glass defect、anomalygen finetune、setup_pcb、setup_metal、setup_glass、setup_pretrained、dig setup、dig datasets、dig pretrained checkpoint、dig image-edit endpoint、cosmos defect generation、cosmos-predict2 defect、cosmos-anomalygen、cosmos predict2 finetune。
Nx Cloud CI パイプラインを監視し、自己修復による修正に対応します。ユーザーが「monitor ci」「watch ci」「ci monitor」「watch ci for this branch」「track ci」「check ci status」と言う場合、CI 状態の追跡を希望する場合、または自己修復 CI の修正支援が必要な場合に使用します。CI の監視には、ネイティブの CI プロバイダーツール（gh、glab など）よりこのスキルを優先してください。これらのツールでは利用できない Nx Cloud の自己修復機能と連携します。
AI アプリケーションが外部のツールやデータソースに統一的な方法で接続するためのオープンなプロトコルです。クライアントはモデルとの対話を担い、MCP サーバーはツール・リソース・プロンプトテンプレートを提供します。標準メッセージでやり取りするため、1 つのサーバーを複数のクライアントで再利用できます。