Skills
エージェント向けにパッケージ化された専門スキルと手順を 97,222 件掲載。コマンド 1 行でインストールできます。
クラウド・DevOps
Testcontainers に関するガイダンス — 自動化された統合テストで Docker コンテナを実行します。Java（@Testcontainers、@Container、PostgreSQL/Redis/Kafka/Elasticsearch）、Python（testcontainers-python と pytest）、コンテナのライフサイクル管理（シングルトン、再利用）、CI/CD 統合（Docker-in-Docker、Ryuk）、Testcontainer のベストプラクティス、データベースマイグレーションのテストを扱います。ユーザーが testcontainers、Docker を使った統合テスト、データベーステスト、Java testcontainers、Python testcontainers について尋ねるとき、または実際の Docker サービスでテストする必要があるときに使用します。 使用场景：testcontainers、集成测试、docker 测试、数据库测试、Java Testcontainers、Python Testcontainers。
Kubernetes 向けの Knative サーバーレスプラットフォーム。サーバーレスワークロードのデプロイ、オートスケーリング(ゼロスケール)の設定、イベント駆動アーキテクチャ、トラフィック管理(ブルーグリーン、カナリア)、CloudEvents ルーティング、Broker/Trigger/Source の利用、Knative Serving/Eventing/Functions を扱うときに使用する。インストール、ネットワーキング(Kourier/Istio/Contour)、トラブルシューティングを網羅する。
registry.coder.com/modules から既存の Coder テンプレートに Coder モジュールを追加する、または既にあるモジュールを更新する。「Cursor IDE を自分のテンプレートに追加して」「ワークスペースで JetBrains を使えるようにして」「code-server をセットアップして」「dotfiles を組み込んで」「このテンプレートに Claude Code をインストールして」「モジュールのバージョンを固定して」といったリクエストに使用する。Coder 自体のインストールやアップグレード（setup スキルを使用）、テンプレートをゼロから新規作成すること（templates スキルを使用）、カスタムモジュールを registry に公開することには使用しない。
クエリと SLO を備えたボード（ダッシュボード）を Honeycomb で設計して作成する。トリガーフレーズ：「create a board」「make a board」「build a dashboard」「create a Honeycomb board」「make a dashboard in Honeycomb」「set up a board」「dashboard for my service」「visualize service health」「golden signals dashboard」「set up monitoring board」、または Honeycomb のボードやダッシュボードの設計・作成・構築を求めるあらゆるリクエスト。
SAP AI Core GenAI Hub で利用可能な基盤モデルを一覧表示して探索する。サポートされているプロバイダー、モデル名、バージョン、機能、および deployment の作成に必要な executable ID を閲覧する。WHEN：ユーザーが利用可能なモデルを確認したい、deployment 用の executable-id や model-name を探したい、プロバイダー（Azure OpenAI、Anthropic、Google、Mistral、Cohere など）を閲覧したい、モデルの機能やコンテキスト長を確認したい、create_llm_deployment に渡す正しい model-name を取得したい、またはデプロイ済みモデルの curl 推論例（chat completions、Responses API、embeddings、画像生成など）を取得したいとき。DO NOT USE FOR：deployments の作成や管理 — `aicore-lifecycle-management` を使用。
Bitrise CI を扱います。**Bitrise CI 関連のあらゆるタスクでは、必ずこのスキルを最初に使用してください**。Plan モードの場合も同様です。このスキルは次の方法に関する重要な知識を提供します： - Bitrise CI のセットアップを計画する、または分析する - ビルドのトリガー、確認、トラブルシューティング - bitrise.yml ファイルの操作： - pipeline、workflow、step bundle、step 設定の設計 - 重複の修正やワークフロー構造の最適化 - Bitrise 設定の検証または説明 - ワークスペース、プロジェクト、アプリ、グループ、ロールの管理 - Bitrise CLI、API、MCP ツールの使用
リリース/デプロイ runbook の作成または改訂に使用する: システムを安全に本番環境へ出荷するための go-to-production 手順。ガイドするのは方法であり、構成案ではない: SRE/運用プラクティスに根拠を置き、アーキテクチャドキュメント + 技術設計のロールアウトからデプロイ手順を、テストプランの終了基準から検証を導出し、冪等でコピー&ペーストしても安全な手順をそれぞれ期待結果付きで書き、デプロイ戦略はデフォルトでブルーグリーンとし、ステートフルな変更は後方互換の expand-contract マイグレーションとして順序付け（不可逆ならロールフォワード）、すべての前進変更に測定可能なトリガーを伴う文書化されたリバートを与え、ユーザー影響のあるデプロイにはコミュニケーションウィンドウを明示し、生きた runbook をバージョン管理された再検証済みデルタとして改訂する——目指す水準は、不慣れなエンジニアがそれだけでデプロイ、確認、ロールバックできること、シークレットをインライン化せず、捏造もしないこと。テンプレートツール + ディープリサーチと組み合わせて使う。CI/CD パイプライン設定（cicd-plan）ではなく、ポストモーテムでも、そのレビューでもない。
Docker を CI/CD パイプラインに統合するためのガイド。GitHub Actions（docker/build-push-action、buildx によるマルチプラットフォームビルド、cache-from/to）、Jenkins Pipeline（Docker agent、build/push ステージ）、ビルドを加速する Docker Build Cloud、CI におけるレイヤーキャッシュ戦略、CI/CD 向けのイメージタグ戦略、デプロイパターン（ローリングアップデート、ブルーグリーン）を扱う。ユーザーが Docker CI/CD、GitHub Actions Docker、Jenkins Docker パイプライン、buildx マルチプラットフォーム、Docker Build Cloud について尋ねる場合、または Docker ビルドの自動化を必要とする場合に使用する。 使用场景：docker CI/CD、GitHub Actions docker、Jenkins docker、buildx、多平台构建、Docker Build Cloud、流水线。
Docker のストレージとデータ永続化のガイド。ストレージの種類（Volume/Bind Mount/Tmpfs）の比較とユースケースの選択、ボリュームのライフサイクル管理（create/ls/inspect/prune）、bind mount のパターン、一時データ用の tmpfs、バックアップと復元の戦略、ストレージドライバーの選択（overlay2）、データベースの永続化のベストプラクティス（PostgreSQL/MySQL/Redis）、NFS/クラウドストレージの統合を扱う。ユーザーが docker volume、データ永続化、bind mount、tmpfs、ストレージドライバー、バックアップ、データボリュームについて尋ねる場合、またはコンテナの永続ストレージを必要とする場合に使用する。 使用场景：docker volume、数据持久化、bind mount、tmpfs、存储驱动、数据卷、备份恢复、数据库持久化。
glab で GitLab プロジェクトのパッケージレジストリのパッケージを一覧表示、アップロード、ダウンロード、削除する。パッケージの確認、GitLab パッケージレジストリのエントリをパッケージ名/種類で絞り込む、パッケージレジストリの結果をページネーションする、generic パッケージファイルをアップロードまたはダウンロードする、パッケージを削除する、glab packages コマンドを使用する場合に使用。トリガー：GitLab packages、package registry、glab packages、GitLab の npm パッケージ、GitLab の Maven パッケージ、generic パッケージのアップロード、generic パッケージのダウンロード、パッケージの削除。
OCB（OpenTelemetry Collector Builder）でカスタムの OpenTelemetry Collector ディストリビューションをビルドする。ビルダーマニフェスト（builder.yaml）の作成やデバッグ、コンポーネントとプロバイダーのバージョン選定、カスタムまたはディストリビューション外のコンポーネントを同梱する collector のビルド、ディストリビューションの CI や Docker ビルドの設定、OCB ビルド失敗のトラブルシューティングに使用する。以下の語句でトリガー："ocb"、"collector builder"、"custom collector distribution"、"builder manifest"、"builder-config"、および OCB ビルドでのバージョン不一致エラー。
`stackbone` コマンドラインを操作して Stackbone ワークスペースを構築、実行、出荷、運用するときにこのスキルを使用する：デバイスフローでのサインイン（login / logout / whoami）、ワークスペースの構築と組織へのリンク（init、任意で最初の agent / workflow / workflow-agent）、オフラインでのコンポーネント追加（add agent / add workflow / add workflow-agent）、Studio を使ったローカルエミュレータの実行（dev）、デプロイ可能なバンドルのコンパイル（build）または deploy フォルダの書き出し（package）、デプロイ済み box の登録（link --installation --url --secret --tag）、アクティブな組織の切り替え（organization use）、ワークスペース状態の JSON としての読み取り（metadata）、Drizzle マイグレーションの管理（db migrate create / up / status）、および実行中のインストールを shell から運用する：ターゲットの検出（agents）、耐久性のあるワークフローの一覧 / 検査 / 開始（workflows）、実行の検査と制御（runs）、ログの追跡（logs）、agent DB の読み取り専用閲覧（db query / schemas / table）、オブジェクトの移動（storage）、RAG インデックスの操作（rag）、シークレットの設定（secrets）、設定ドキュメントのバージョン管理（config）、承認の判定（hitl）、プロンプトカタログの管理（prompts）、プロトコル契約の検査（contract）、eval スイートの実行（eval）、docs MCP サーバーへの到達方法の表示（docs）。次のようなリクエストで発動する：scaffold a workspace、add an agent、add a workflow、start the dev stack、log in、list my agents、start a workflow by name、retry a failed run、tail the logs、run a SELECT against the agent、set a secret、roll the config back、approve an approval、generate a migration、build the bundle、package for deploy、register the deployed agent、switch org。ワークスペース内のコードを @stackbone/sdk で書く場合は stackbone スキルを、エラーやスタックした実行を切り分ける場合は stackbone-debug を、説明から新しいコンポーネントを始める場合は stackbone-coder を使用する。
Ascend NPU プラットフォームでの vLLM による LLM 推論サービスのワンクリックデプロイ。トリガー：ユーザーが「モデル名 をデプロイ」「NPU にモデルをデプロイ」「vllm serve」と言う。フロー：SSH チェック → NPU チェック → 設定の検出（検証必須）→ ユーザー確認 → デプロイ → cron 監視 → 検証。制約：(1) 設定は公式ドキュメントで検証すること、推測は禁止；(2) バックグラウンド起動は cron で監視すること、手動ポーリングは禁止。Qwen/Qwen3.5、GLM、DeepSeek、Kimi に対応。
`docker build` コマンドの専門ガイド — コンテナイメージのビルド、タグ戦略、ビルド引数、イメージ管理と検査。`docker build` の完全な構文、`--build-arg` の使い方、イメージのタグ付け（`docker tag`）、イメージの検査（`docker inspect`、`docker history`、`docker image ls`）、レジストリへのプッシュ（`docker push`）、イメージの削除（`docker image prune`、`docker system prune`）、Docker BuildKit の基本を扱う。docker-dockerfile（Dockerfile の記述に焦点）や docker-buildx（マルチプラットフォームビルドと高度な BuildKit に焦点）とは異なる。ユーザーが docker build、docker tag、docker push、docker images、docker イメージ管理、または Docker イメージのビルドと管理方法について尋ねる場合に使用する。 使用场景：docker build 构建镜像、docker tag 打标签、docker push 推送镜像、docker images 镜像管理、docker image 命令、构建参数 --build-arg、镜像标签、docker build 命令。
Lovable Cloud から自前の Supabase プロジェクトへの移行ガイド。Lovable Cloud からのデータのエクスポート、Lovable Cloud の削除や切断、Lovable Cloud の一時停止、Lovable Cloud の .backup エクスポートの復元、自前の Supabase への移行、マネージド Lovable データベースからのデータ取り出し、Lovable Cloud から外部 Supabase への切り替え、自前の Supabase を Lovable プロジェクトへの接続、Lovable Cloud の制限（SQL エディタにアクセスできない、カスタム認証メールが使えない、Supabase ダッシュボードに直接アクセスできない、service role key がない）についてユーザーが尋ねたときに使用する。
AI アプリケーションが外部のツールやデータソースに統一的な方法で接続するためのオープンなプロトコルです。クライアントはモデルとの対話を担い、MCP サーバーはツール・リソース・プロンプトテンプレートを提供します。標準メッセージでやり取りするため、1 つのサーバーを複数のクライアントで再利用できます。