Skills
エージェント向けにパッケージ化された専門スキルと手順を 96,981 件掲載。コマンド 1 行でインストールできます。
クラウド・DevOps
ユーザーが Azure ML と Azure Data Factory の本番ワークフローの自動化を求めた場合にこの skill を使用する。次の場合に積極的に有効化：(1) Azure ML のコードアセット登録、azure-ai-ml SDK、AML のコードバージョン、`result.version`、要求バージョンと実際のバージョン、(2) ADF から Azure ML へのオーケストレーション、ADF WebActivity、マネージド ID による blob 読み取り、`connectVia`、マネージド VNet IR、(3) コードアセットのバージョンポインタ blob、latest.json 契約、トレーニング/スコアリングのコードバージョン伝播、(4) プライベートストレージのファイアウォール、Microsoft ホストの CI エージェント、一時的なネットワークルール、ストレージのデータプレーンスモークテスト、(5) marshmallow<4 の固定、AML SDK のインポート失敗、Azure ML インフラストラクチャの実行時検証。提供：運用上安全な Azure ML + ADF 自動化パターン。
NetBox Data Exchange（NDX）— インフラコンポーネントのメタデータを厳選したカタログ。デバイス/モジュール/ラックの型定義は全世界に公開されている（閲覧と手動での YAML ダウンロードが可能）。「enrichment data」（ライフサイクル日付、熱、環境、運用、プラットフォーム/NOS、可観測性プロトコルのメタデータ）および NetBox Cloud/Enterprise の組み込み NDX 機能は商用。API 経由で enrichment data を利用する場合、EOL/ライフサイクル分析を行う場合、デバイスタイプをインポートする場合、NDX データの構造を理解する場合に使用する。
release-please が管理するファイル(CHANGELOG.md、package.json、pyproject.toml、Cargo.toml のバージョンフィールド)への手動編集を検出して防止する。Conventional Commits のテンプレートを提供する。チェンジログの編集、バージョンアップ、リリースファイルを扱うとき、またはユーザーが "release"、"changelog"、"version bump"、"conventional commits" に言及したときに使用する。
GitHub プロジェクトで新バージョンをリリースするときに使用する skill。バージョン番号の管理、CHANGELOG の同期、リリースノートの作成、tag の作成、CI ビルドの監視、リリース検証、履歴のクリーンアップまでの全工程をカバーする。デスクトップアプリ、コマンドラインツール、Web アプリ、ライブラリ / SDK など、あらゆる GitHub ベースのソフトウェアプロジェクトに適用できる。ユーザーが「发布」「release」「打 tag」「新版本」「更新版本号」「写 release notes」「发布失败了」「CI 挂了」「Actions 配额告急」「短时间内多次发版」「monorepo」「批量打包」「多 skill 发布」「skill zip」「专家套件 zip」に言及したときにトリガーする。release を CI 検証の仕組みとして使う（「打 tag 看一下」）アンチパターンを拒否する場面でも使用する。非 GitHub プロジェクト（純粋な GitLab / Gitea プロジェクトなど）や CI を必要としない手動リリースの場面には使用しない。
Volcengine API 仕様に関する質問の照会と回答。ユーザーが Volcengine API のパラメータ、エラーコード、リクエストメソッド、列挙値、必須フィールド、レスポンス構造、ページネーション、パラメータの依存関係、API の比較について質問したときにこの skill をトリガーする——ユーザーが明示的に「API」と言わなくてもよい。典型的なトリガーには「DescribeInstances にはどんなパラメータがある？」「Status はどんな値をサポートする？」「InvalidInstanceId.NotFound とはどういう意味？」「Volcengine にタグの一括削除 API はある？」「ECS はどの API をサポートする？」「CreateDatabase にどうパラメータを渡す？」「ChargeType は必須？」「DescribeInstances はどんなフィールドを返す？」「インスタンス一覧をどうページネーションする？」「この 2 つの API の違いは？」「RunInstances が InvalidParameterValue を返す」といった質問が含まれる。ユーザーが実行可能な SDK コードを必要とする場合は volcengine-sdk-generator skill に引き継ぐ。ユーザーが CLI ベースの操作を必要とする場合は volcengine-cli skill に引き継ぐ。中国語と英語のプロンプトに対応。
Zyte MCP ツールでは対応できない Zyte アカウント関連の作業：認証情報（設定、ログイン、API キーの取得、ブロックされたサイトへの対応）、Scrapy Cloud へのプロジェクトのデプロイまたはプッシュ、ジョブの全アイテム、ログ、リクエストのファイルへの保存（Zyte MCP の結果は省略されます）、Zyte API プランの料金（プラン、階層、割引、契約、無料クレジット）、docs.zyte.com に基づく Zyte 製品またはアカウント／請求に関する使い方やドキュメントの質問。Scrapy Cloud のジョブ、記録された使用量、ウェブサイトごとの料金は Zyte MCP ツールで対応します。これらのツールがない場合に限り、Zyte MCP の接続方法をユーザーに案内するため、このスキルを使用してください。ローカルでのスパイダーの作成／デバッグには使用しないでください（scrapy-extra）。
GitHub Actions、GitLab CI、Jenkins における CI/CD パイプラインの設定ミスや OIDC フェデレーションの弱点を悪用します。汚染されたワークフロー、シークレットの窃取、ランナーの侵害、過度に広範な OIDC 信頼ポリシー、ビルド成果物の汚染、認証情報の窃取を扱います。CI/CD インフラのペネトレーションテスト、OIDC フェデレーションの信頼境界の評価、パイプラインのセキュリティ状況のレビュー、またはリポジトリへのアクセスからクラウド認証情報に至る経路の悪用に使用します。
Tempsプロジェクトにカスタムドメインを追加し、Let's Encrypt経由でSSL/TLS証明書を自動発行します。すべての操作は`@temps-sdk/cli`コマンドラインから行います。サブドメイン、apexドメイン、HTTP-01およびDNS-01チャレンジ、ワイルドカードドメイン、Cloudflare Tunnel経由で提供されるドメイン（証明書もポート開放も不要）に対応します。ユーザーが次のことを希望するときに使用します：（1）Tempsアプリにカスタムドメインを追加する、（2）デプロイにHTTPS/SSLを設定する、（3）独自ドメインをTempsプロジェクトに向ける、（4）ワイルドカードドメインを追加する、（5）TempsのDNSを設定する、（6）NATの背後にあるワーカー上のアプリをトンネル経由で公開する。トリガー：“add custom domain”、“point my domain at temps”、“set up ssl”、“https for my app”、“wildcard domain”、“add domain to project”、“cloudflare tunnel”、“expose app without open ports”。
ユーザーが、阿里云 Elasticsearch またはセルフマネージド Elasticsearch にログを書き込むログ収集設定ファイル（OpenTelemetry Collector または Elastic Beats / Filebeat）を生成する必要がある場合に使用。ファイルログ、ログ API 取り込み（OTLP / HTTP webhook）、Kafka ログトピックを扱う。write a filebeat.yml、generate an otelcol config、send logs to ES、collect nginx or Java application logs to Elasticsearch、sync Kafka logs to ES といった自然なリクエストにも一致する。常に Elasticsearch を対象とする設定ファイルを 1 つ出力し、技術スタックを混在させたり、ES 以外の出力を出したりしない。
Apple silicon macOS で Apple の `container` CLI を使用して、Linux コンテナ、OCI イメージのビルド、レジストリ、ボリューム、ネットワーク、ポートフォワーディング、ホストアクセス、永続的な `container machine` Linux 環境、実験的なローカル Kubernetes クラスターを扱います。Docker Desktop を Apple Container に置き換える、macOS で Linux コマンドを実行する、Apple コンテナをビルド／実行／検査する、Apple Container のサービス／ネットワーク／ビルド障害をデバッグする、Container Machines または `container k8s` を使う依頼には、このスキルを使用します。
ECS Service Connect の DNS alias が IPv6 アドレスを返し、IPv4-only の Fargate task から `network is unreachable` / `EAI_AGAIN` 等で接続できない問題に遭遇したとき。OTel Collector → Tempo の OTLP gRPC、Fargate → Service Connect の HTTP/gRPC 通信が突然失敗する症状が典型。ECS / Fargate / Service Connect / OTLP / IPv6 dual-stack 関連の接続障害から起動して良い (user が原因を IPv6 と特定していなくても OK)。
Cloudflare Agents SDK を用いて Workers + Durable Objects 上で AI エージェントを構築する。Agents SDK（インフラ/状態）と AI SDK（より単純なフロー）のどちらを選ぶかに関する重要な指針を含む。使用タイミング：SDK の選択、状態を持つ WebSocket エージェントの構築、Vectorize を用いた RAG、MCP サーバー、マルチエージェントのオーケストレーション、または "Agent class must extend"、"new_sqlite_classes"、バインディングエラーのトラブルシューティング。
Cloudflare Vectorize V2（2024 年 9 月 GA）でセマンティック検索を構築する。V2 の破壊的変更を扱う：非同期ミューテーション、1 インデックスあたり 500 万ベクトル（従来 20 万）、31ms のレイテンシ（従来 549ms）、returnMetadata 列挙型、V1 の非推奨化（2024 年 12 月）。使用タイミング：V1 から V2 への移行、mutationId を用いた非同期ミューテーションの処理、挿入前のメタデータインデックスの作成、または "returnMetadata must be 'all'"、V2 のタイミング問題、メタデータインデックスのエラー、次元の不一致のトラブルシューティング。
Cloudflare Workers 上で、自動リトライ、状態の永続化、マルチステップのオーケストレーションを備えた持続的で長時間実行されるワークフローを構築する。step.do、step.sleep、step.waitForEvent をサポートし、数時間から数日間実行できる。使用タイミング：長時間実行ワークフローの作成、リトライロジックの実装、イベント駆動プロセスの構築、API 呼び出しの調整、マルチステップタスクのスケジューリング、または NonRetryableError、I/O context、シリアライズエラー、ワークフロー実行の失敗のトラブルシューティング。キーワード：cloudflare workflows、workflows workers、durable execution、workflow step、WorkflowEntrypoint、step.do、step.sleep、workflow retries、NonRetryableError、workflow state、wrangler workflows、workflow events、long-running tasks、step.sleepUntil、step.waitForEvent、workflow bindings
CloudBase Run バックエンド開発ルール（Function モード／Container モード）。長時間接続、多言語対応、カスタム環境、AI エージェント開発を必要とするバックエンドサービスのデプロイや、VPC 経由で MySQL/PostgreSQL/Redis にアクセスする必要がある既存アプリ／GitHub アプリの移行時に使用します。CloudRun コンテナのデプロイ失敗（deploy_failed、readiness/probe failed、イメージが起動しない、docker.io のプルループ）や、実行中のデプロイタスクの後でデプロイが停止している場合の診断にも使用します。ステートレスな HTTP サービスには HTTP cloud functions を優先してください。
ラベル付きの GitHub issue をレビュー済みの pull request に変える「ソフトウェアファクトリー」を構築する。Upstash Box サンドボックスで実行され、GitHub Actions によって起動されるコーディングエージェント（Claude Code、Codex、その他の CLI エージェント）を使用する。issue から PR へのパイプライン、バックグラウンドコーディングエージェントのプール、「自分の GitHub issue を処理するエージェント」、ラベルでトリガーされるエージェントワークフロー、あるいは Upstash Box とコーディングエージェントと GitHub を組み合わせたものを構築・再現・拡張・デバッグしたい場合に、「ソフトウェアファクトリー」という言葉が使われていなくても必ず使用する。この方法で構築したファクトリーにリポジトリ、エージェント種別、worker、モデルや effort の設定、worker イメージ（スナップショット）を追加する場合にも使用する。
CSA v2.0 仕様に基づき Software-Defined Perimeter をデプロイし、Single Packet Authorization、相互 TLS、SDP コントローラー／ゲートウェイコンポーネントを構成してゼロトラストネットワークアクセスを実施する。ゼロトラストネットワークアーキテクチャの構築や強化、未認証のスキャンからサービスを隠す SPA ベースの「インビジブル」インフラの実装、ゼロトラストネットワークアクセスのコンプライアンス要件への対応に使用。
Kubernetes と Docker でモダンな eBPF ドライバを使った Falco をデプロイおよび運用する。ドライバの選択、Helm インストール、出力チャネル、コンテナエスケープ、名前空間の悪用、特権マウント、異常なシステムコールを検知する組み込みルールセットをカバーする。クラスタに Falco を立ち上げるとき、eBPF ドライバとカーネルモジュールドライバのどちらかを選ぶとき、Falco のアラートを SIEM や Falcosidekick にルーティングするとき、既存のデプロイをアップグレードするときに使用。キーワード：Falco、modern_ebpf、カーネルモジュール、Helm、Falcosidekick、ランタイムセキュリティ、システムコール。個々のエスケープルールの作成には使用しない——detecting-container-escape-with-falco-rules を使用。
プロジェクトの雛形作成、アプリのデプロイ、アプリ/データベース/シークレットおよびマルチサービス `dibbla.yaml` マニフェストの管理、ワークフローの作成と実行（スリムな YAML、`wf execute` の同期/`--async`/`--follow`、実行監視用の `wf logs <runId>`、`wf runs list/output`）、`github.com/dibbla-agents/sdk-go` による Go ワーカーの構築、`dibbla-task.yaml` パイプラインの実行（`dibbla run`）を行う Dibbla コマンドライン。
AI アプリケーションが外部のツールやデータソースに統一的な方法で接続するためのオープンなプロトコルです。クライアントはモデルとの対話を担い、MCP サーバーはツール・リソース・プロンプトテンプレートを提供します。標準メッセージでやり取りするため、1 つのサーバーを複数のクライアントで再利用できます。