Skills
エージェント向けにパッケージ化された専門スキルと手順を 96,981 件掲載。コマンド 1 行でインストールできます。
クラウド・DevOps
Employee Service（ITSM）のチャネル設定を行うトップレベルの対話型コーディネーターです。チャネル設定の選択肢（Portal、Teams、Slack）を提示し、対応するスキルに委任します。「ITSM チャネルを設定」「従業員サービスのチャネルを構成」「service cloud の通信チャネルを設定」「ITSM 統合を構成したい」など、ユーザーが具体的なチャネルを指定していない一般的な ITSM チャネル／統合設定の依頼に使用します。具体的なチャネルまたは子スキルがすでに指定されている依頼（例：「Teams を構成」「Slack を設定」「従業員ポータルを作成」「ITSM 通知を構成」）では起動せず、対応する子スキルに直接ルーティングしてください。
Davisアナライザーを使用してダッシュボードやノートブックを分析し、異常検知、新規性スコアリング、相関分析を行います。ユーザーが特定のDynatraceダッシュボードまたはノートブック（URL、UUID、名前で指定）に言及し、表示内容、実行されるDQLクエリ、タイルの異常の有無について尋ねる場合や、異常の検出、新規性の評価、メトリクスの相関分析を求める場合に使用します。一般的なDQLの質問ではなく、ダッシュボードまたはノートブックがデータソースであることが起動条件です。このスキルはドキュメント全体の生JSONを読み込まずに時系列クエリを効率よく抽出し、必要に応じて抽出したメトリクスにDavisアナライザーを実行します。トリガーフレーズ：「このダッシュボードの問題点は？」「このノートブックを分析」「異常を検出」「新規性スコア」「メトリクスを相関」「ダッシュボードからDQLを抽出」「ダッシュボードURL」「タイル」「run-analyzer」「時系列抽出」「Davisアナライザー」。
Microsoft Teams for Employee Service（ITSM）の設定障害をデバッグして診断します。組織に対して合否検証チェックリストを実行し、正確な修正方法を報告します。次の場合に使用します：「Teams で IT Desk にログインできない」「UEL/CCP ユーザーが IT Service にログインできない」「Teams の機能が表示されない/有効になっていない」「CI Hub / Service Catalog / My Assets タブが読み込まれない」「Teams の Agentforce エージェントが応答しない」「Teams のスウォーミングが機能しない」「Teams SSO が失敗する」、または Teams ITSM 設定のトラブルシューティング全般。問題に応じたチェックリスト（ログイン、機能の有効化、タブの読み込み、Agentforce、スウォーミング、SSO）に振り分け、必要な CORS、External Client App、機能トグル、PSL、プロファイル、認証プロバイダー、名前付きクレデンシャル、メッセージングチャネルの各設定を正確に確認します。初回有効化（service-itsm-teams-configure / -itservice-configure / -itdesk-configure）や、埋め込みエージェントを一から構築する場合（service-itsm-teams-employee-agent-configure）には起動しないでください。
Salesforce Service Cloud ITSM で Microsoft Teams 統合を設定する、エンドツーエンドの自動実行オーケストレーターです。Teams for Employee Service Go 機能の有効化、Microsoft Entra アプリの登録、Named Credentials の入力、IT Desk と IT Service のチェックリスト設定、Swarming の有効化、任意での Agentforce エージェントの埋め込みまで、一連の処理を連続して実行し、人による操作が必要な箇所でのみ停止します。ITSM 向け Microsoft Teams の一括設定、「IT Service 用に Teams を設定」「Teams ITSM の設定をすべて実行」「Employee Service 用 Microsoft Teams を設定」と依頼された場合、または Teams ITSM のガイド付き手順を求められた場合に使用します。全体の手順を進行しながら、各段階を専用の子スキルに委任します。Teams の有効化のみ、IT Desk または IT Service のチェックリストのみの設定、Swarming のみの有効化を求められた場合は起動せず、該当する子スキルに直接委任してください。
非同期タスク処理に関するDjango Celeryの専門的なガイダンスを提供します。バックグラウンドタスクの設計、Celeryワーカーの設定、タスクの再試行やエラー処理、Celeryの性能最適化、Celery Beatによる定期タスクの実装、Celeryの本番環境モニタリング設定に使用します。Celeryに関係しない一般的なDjangoの質問、Celery以外のタスクシステム（Django Q、Huey、RQ）、ML/データパイプラインのオーケストレーション（Airflow、Prefect）、フロントエンドまたはAPIのみの問題には使用しません。VintaのDjango Celeryベストプラクティスに準拠しています
AWS Marketplace の従量課金（PAYG）fecture をデプロイし、照会・デバッグします。パイプライン（ResolveCustomer、BatchMeterUsage、SAM 経由の EventBridge）およびfectureレコード、状態、失敗、差分の照会・デバッグが対象です。並行契約（CustomerAWSAccountId + LicenseArn）、複数製品、CloudTrail イベント履歴（90 日。CloudTrail Lake は使用不可）、 sellers レポート（Billed Revenue/Usage 列と CSV/SDDS の解析）、既存スタックの検出、BatchMeterUsage/MeterUsage のfectureリージョン（DisabledApiException）、計量対象 AMI/コンテナ + IAM ロール、登録データの保存場所（顧客プロファイルテーブル）、レガovy ProductCode + CustomerIdentifier、DuplicateRecord/CustomerNotSubscribed、不正な LicenseArn を扱います。SCOPES 関連の質問（フラットレート/SaaS サブスクリプションでも計量が必要か、CCP の含有ユニットとオーバー.Errors、契約期間/年次更新、将来の請求・使用量の予測）にも、正しい答えまたは 1 行の誘導を示します。BatchMeterUsage/ResolveCustomer や SaaS の従量課金に関するあらゆる質問に使います。
Flux MCP サーバーを介して、稼働中の Kubernetes クラスターで Flux CD のデバッグとトラブルシューティングを行います。Flux リソースの状態、イベント、コントローラーログを調べ、ワークロードを配信元の Flux オブジェクトとソースまで追跡し、GitOps の変更がクラスターに及ぼす影響をプレビューし、インストールのヘルスチェックを実行します。クラスター上の Flux リソースの失敗、停止、未準備、Flux がデプロイしたワークロードのクラッシュや異常動作、調整エラー、コントローラーの問題、アーティファクトの取得失敗、イメージ自動化によるタグ未更新、アラートや Webhook の未配信が報告された場合、コミット前にローカルマニフェストの変更がクラスターに及ぼす内容を確認したい場合、または稼働中のクラスターで Flux Operator のトラブルシューティングが必要な場合に使用します。
service.json のルート定義、VTEX IO サービスの public／segment／private URL プレフィックスの選択、または VTEX edge や CDN と連携する HTTP キャッシュヘッダーの設定時に使用します。パスパターン、Cookie の可視性、エッジキャッシュの動作、データの機密性に応じた Cache-Control の調整を扱います。リクエストパスとレスポンスヘッダーが CDN の安全性を左右する Node または .NET IO バックエンドに使用します
テストスイートを実行する CI/CD パイプラインを設計します。GitHub Actions と GitLab CI のテンプレート、並列実行とシャーディング、アーティファクト管理、不安定なテストの隔離、テスト結果の公開、カバレッジ品質ゲート、OIDC によるキー不要のデプロイ、Playwright、Jest、マルチステージパイプライン向けのコピーして使えるワークフローを扱います。「CI/CD」「GitHub Actions」「パイプライン」「CI でテスト」「GitLab CI」「継続的インテグレーション」「テスト自動化パイプライン」「CI でテストをシャーディング」などの場合に使用します。対象外：実行時のテストごとの不安定性修復には test-reliability、リリース可否の判断やスモークテストチェックリストには release-readiness、テスト結果ダッシュボードや傾向レポートには qa-metrics を使用してください。関連：playwright-automation、qa-metrics、test-reliability、coverage-analysis、release-readiness。
Databricks Apps プラットフォームでアプリを構築します。データアプリ、分析ツール、カスタムのインタラクティブなビジュアライゼーションの作成依頼に使用します。単に「ダッシュボードを作成」と依頼された場合は、マネージド AI/BI（Lakeview）ダッシュボードを意味するため、このスキルではなく databricks-aibi-dashboards を使用します。スキャフォールディングの前にデータアクセスパターン（分析用か Lakebase 同期テーブルか）を評価します。実装を始める前に呼び出してください。
プラットフォームイベント取り込み API（platform/ingest/custom/events/）を介して、サードパーティーのテストおよび監視結果を Dynatrace Grail に取り込みます。外部の合成テスト結果、CI 監視データ、サードパーティーのチェック結果を Dynatrace に送信する場合に使用します。トークンのスコープ、external_test_run と external_test_step の完全なイベントスキーマ（dt.security_context、ci.*、トレース相関、パイプラインで追加されるフィールドを含む）、curl と Java DTO の例、DQL による検証を扱います。トリガー：「テスト結果を取り込む」「監視結果を送信」「サードパーティー監視」「外部テストの取り込み」「合成テスト結果を Grail に送信」「外部テスト実行イベントのスキーマ」。Dynatrace ネイティブの Synthetic Monitoring ブラウザー／HTTP チェックや RUM には使用せず、dt-obs-frontends を使用してください。非推奨の POST /api/v1/synthetic/ext/tests API からの移行には、代わりに dt-upgrade を読み込んでください。
セキュリティシグナル、IoC マッチ、Smartscape ノードをランタイム Dynatrace エンティティに解決し、共有ランタイムエンティティを通じて異なるエンティティ階層の検出結果を関連付けます。ID と Smartscape のマッピング（コンテナイメージのダイジェスト／ID とワークロードの対応を含む）、階層間トポロジー（Pod からノードへの対応による K8s Pod 検出とノード CVE の関連付け）、エンティティごとのリスク要約、dt-sec-insights と共有するカバレッジ照合レシピを扱います。トリガー例：「これらの検出結果をワークロード／ホストに対応付けて」「このコンテナイメージはどのワークロードとして実行されるか」「これらの検出結果は同じランタイムエンティティを通じて関連しているか」「この IoC マッチにエンティティのコンテキストを追加して」「この IoC に言及している脅威レポートはどれか」。security.events の照会は THREAT_REPORT の IoC 情報強化（マッチした IoC と帰属レポートの対応）に限ります。広範な security.events のセキュリティ態勢／概要には dt-sec-insights、一般的な DQL には dt-dql-essentials、ログ／スパン内の IoC ハンティングには dt-sec-ioc-hunting、セキュリティの階層横断コンテキスト以外の K8s オブザーバビリティには dt-obs-kubernetes を使用してください。
低下した、または疑わしいサービスをエンドツーエンドで切り分けます。SLO のステータスとバーンレートを読み、アクティブなアラートルールと ML アノ-malities を確認し、スループット、レイテンシ、エラーレートを測定し、依存サービスの健全性とインフラの飽和度を評価し、ログを原因 Inbound する失敗まで絞り込みます。サービスが健全か、遅い・エラーが発生する理由、ログの内容、失敗しているリクエストを区別する属性について質問された場合に使用します。また、スループット、レイテンシのパーセンタイル、エラーレート、依存サービスの健全性、ログ量など、上記のシグナル背后的クエリが APM/OTel のトレース、メトリクス、ログに対して求められた場合にも使用します。
Docker のリソースに対して、削除・消去・リセットなど状態を不可逆的に変更するコマンドを実行または推奨する前に、このスキルを使用してください。ユーザーが「クリーンアップして」「キャッシュを消して」「最初からやり直す」「全部消して」「 nuked して」「リセット」「強制削除」「tear down して」などと言っただけの場合も同様です。より具体的なスキルが担当しない汎用 Docker CLI の破壊的な操作を網羅しています——`docker rm`、`docker rm -f`、`docker container prune`、`docker kill`、`docker system prune`、`docker rmi`/`docker image rm`、`docker image prune -a`、`docker network rm`、`docker network prune`、`docker builder prune`、`docker buildx rm`、`docker context rm`、および単独（非 Compose）の `docker volume rm`/`docker volume prune`。また、他の Docker スキル（Compose、sandbox、Desktop）が担当する破壊的なコマンドも索引として掲載しています。コアルール——まず失われるものを正確に説明し、明示的な確認を得てから実行してください。ただし、対象が限定的で手間がかからない Tier 1 のコンテナクリーンアップは例外です。
HyperFrames CLI の開発ループ。npx hyperframes init、add、catalog、capture、lint、validate、inspect、layout、snapshot、preview、play、render、publish、lambda、doctor、browser、info、upgrade、skills、compositions、docs、benchmark、telemetry、transcribe、tts、remove-background の実行や、HyperFrames のビルド/レンダリング環境のトラブルシューティング時に使用します。AWS Lambda によるクラウドレンダリング（`hyperframes lambda deploy / render / progress / destroy / policies`）のエントリーポイントでもあります。
評価器やその他のArize機能で使うLLMプロバイダーの認証情報を保存する、Arize AIインテグレーションを作成、読み取り、更新、削除します。あらゆるLLMプロバイダー（OpenAI、Anthropic、Azure OpenAI、AWS Bedrock、Vertex AI、Gemini、NVIDIA NIMなど）に対応します。ユーザーがAIインテグレーション、LLMプロバイダーの認証情報、インテグレーションの作成・一覧表示、認証情報の更新、インテグレーションの削除、LLMプロバイダーとArizeの接続について言及したときに使用します。
Agent が Capacitor と Cordova アプリ向けに Capawesome Cloud をセットアップし，利用する手順をガイドします。次の 3 つのワークフローを扱います:（1）ネイティブビルド — iOS と Android のクラウドビルド（Capacitor，Cordova，またはネイティブプロジェクト），署名証明書，環境，Trapeze の設定，ビルド成果物。（2）ライブアップデート — @capawesome/capacitor-live-update（Android，iOS，Electron デスクトップ）または @capawesome/cordova-live-update プラグインによる OTA アップデート，チャンネル，バージョニング，ロールバック，コード署名。（3）アプリストアへの公開 — Apple App Store（TestFlight）および Google Play Store への自動送信。すべてのワークフローに CI/CD 統合が含まれます。React Native や Flutter のような Capacitor でもない Cordova でもないモバイルフレームワークには使用しないでください。
AI アプリケーションが外部のツールやデータソースに統一的な方法で接続するためのオープンなプロトコルです。クライアントはモデルとの対話を担い、MCP サーバーはツール・リソース・プロンプトテンプレートを提供します。標準メッセージでやり取りするため、1 つのサーバーを複数のクライアントで再利用できます。