Skills
エージェント向けにパッケージ化された専門スキルと手順を 96,770 件掲載。コマンド 1 行でインストールできます。
クラウド・DevOps
GrowthBook のフィーチャーフラグに対して、モニタリング付きの段階的なロールアウト（「安全なロールアウト」）を設定します。ランプスケジュールとガードレール指標のモニタリング、自動シグナル、任意の自動ロールバックを組み合わせます。ユーザーが「これを安全にロールアウトして」「ガードレール指標でロールアウトを監視して」「安全なロールアウトを設定して」「指標が悪化したら自動ロールバックする形で段階的に展開したい」「ランプにモニタリングを設定して」「このロールアウトのモニタリング状況を確認して」「次のモニタリング対象ステップを承認して」「ガードレールが失敗しているのでロールバックして」と言ったときに使用します。モニタリングなしのランプ（段階的なカバレッジのみで指標なし）には flag-ramp を直接使用してください。単純なオン/オフの時間枠には flag-schedule を使用してください。
GCPからGoogle Workspaceへ横展開する攻撃手法です。GCP Service AccountまたはProjectの権限を取得し、対象組織がGoogle Workspaceを使用している場合、クラウドプラットフォームから企業のメール、ドキュメント、管理コンソールへ移行する必要がある場合、またはDomain-Wide Delegationの設定が見つかった場合に使用します。Domain-Wide Delegationの悪用、OAuthスコープの利用、Workspace APIを介したデータ窃取（Gmail/Drive/Calendar/Admin Directory）、Workspaceでの永続化手法を扱います。
genesis で構成したプロジェクト（services/<app>-server Go API、services/<app>-web pnpm React アプリ）に GitHub Actions CI/CD を追加する場合に使用します。CD のターゲット（Railway、Kubernetes、VM + Overwatcher）とブランチモデル（main = production、または main = staging + release = production）を確認し、needs で接続して GitHub 上に単一のパイプライングラフを表示する ci.yml を作成します。
GPC で複数の Google Play アプリを管理するときに使用します。ユーザーが複数のアプリ、マルチアプリ、monorepo、ホワイトラベル、一括操作、一括アップロード、複数のアプリ、--app フラグ、アプリの切り替え、アプリごとの profiles、フリート管理、アプリ ポートフォリオ、複数のパッケージ名に言及した場合は、必ずこの skill を使用してください——ユーザーが「マルチアプリ」と明示していなくても同様です。複数の Android アプリを保有し効率的に管理したい場合、アプリごとに異なる設定が必要な場合、同じコマンドを複数のアプリで実行する場合、複数の Android モジュールを持つ monorepo がある場合にもトリガーします。単一アプリのセットアップについては gpc-setup を参照してください。CI 自動化については gpc-ci-integration を参照してください。
Google Play から Android アプリの健全性指標を監視するときに使用します。ユーザーが gpc vitals、gpc watch、gpc status、クラッシュ率、ANR 率、起動時間、Android vitals、クラッシュ監視、しきい値アラート、vitals ゲーティング、段階的ロールアウトの監視、自動停止、違反通知、webhook アラート、フレームレート、バッテリー使用量、メモリの問題、エラー追跡、アプリ品質、ユーザー レビュー、レビュー返信、Play Store のレビュー、星評価、ネガティブ レビュー、レビュー エクスポート、財務レポート、統計レポート、gpc reports、reports list、reports download、一括レポート、収益レポート、売上レポート、play balance、インストール レポート、サブスクリプション レポート、reports bucket、GPC_REPORTS_BUCKET、pubsite_prod、REPORT_ACCESS_DENIED、download bulk reports permission に言及した場合、またはアプリの健全性確認、段階的ロールアウトの監視、レビューへの返信、Play Console レポートのダウンロードを行いたい場合は、必ずこの skill を使用してください。クラッシュ データに基づくデプロイのゲーティング、リリース後のアプリ パフォーマンス監視、ロールアウトのリグレッション監視、レビュー感情の追跡について尋ねられた場合にもトリガーします——GPC に言及していなくても同様です。リリースについては gpc-release-flow を参照してください。CI ゲーティングについては gpc-ci-integration を参照してください。
Huawei Cloudのペネトレーションテスト手法です。対象がHuawei Cloudサービスを使用している場合、obs.*.myhuaweicloud.com配下の資産が見つかった場合、Huawei CloudのAK/SKを取得した場合、ECSインスタンス内から169.254.169.254のOpenStack形式メタデータにアクセスできる場合、またはIAM/ECS/OBS/RDS/CCE/FunctionGraphなどのサービスをセキュリティ評価する場合に使用します。IAM権限昇格（OpenStack Keystone）、ECS乗っ取り、OBSオブジェクトストレージの悪用、RDSデータベース攻撃、CCEコンテナクラスター、FunctionGraph、ELB負荷分散、LTSログ、KMS鍵管理を扱います。Huawei CloudではOpenStack CLI、obsutil、REST APIの3種類のインターフェースを使用します。
macOS 上にセルフホスト可能な Inngest を、AI エージェント向けの耐久性のあるバックグラウンドタスクマネージャーとしてセットアップする。対話型の Q&A で意図に合わせる — Docker のワンライナーから永続状態を備えた完全な k8s デプロイまで。使用時: 'set up inngest'、'background tasks'、'durable workflows'、'self-host inngest'、'event-driven functions'、'cron jobs'、またはローカルワークフローエンジンの依頼。
デスクトップをブラウザーにストリーミングするコンテナベースの VDI プラットフォーム、KASM Workspaces を管理します。単一サーバーおよびマルチサーバーのデプロイにおけるインストール、ワークスペース設定、永続プロファイル、S3 ストレージ、バックアップ/復元、トラブルシューティング、API 操作を扱います。KASM のインストール、ワークスペースの設定、永続プロファイルのセットアップ、「No Resources Available」やコンテナ破棄エラーのトラブルシューティング、Backblaze B2 へのバックアップ、Cloudflare Tunnel のセットアップ、データベース操作、KASM サービスの管理に使用します。
Okta を集中型クラウド ID プロバイダーとして実装する。AWS、Azure、GCP との SSO を構成し、Okta FastPass によるフィッシング耐性 MFA を展開し、ユーザーのプロビジョニング/プロビジョニング解除を自動化し、デバイスの状態とリスクシグナルに基づく適応型アクセスポリシーを適用する。Okta SSO の立ち上げ、FastPass MFA の展開、ID ライフサイクルの自動化、クラウド環境向けのリスクベース条件付きアクセスの構築に使用する。
WebDAV と OCS API による Nextcloud のファイルおよび管理操作です。Nextcloud のファイルまたはインスタンスに関するあらゆる作業に使用します。ファイルのアップロード・ダウンロード、PROPFIND によるディレクトリ一覧、MKCOL、MOVE、COPY、大容量ファイルの分割アップロード、ごみ箱とファイルバージョン、ファイル共有、パスワードと有効期限付きの公開リンク、共有権限、アカウントの作成・無効化、クォータ、グループ、サブ管理者、アプリトークン、アプリの有効化、インスタンス機能に対応します。トリガー：nextcloud、webdav、remote.php/dav、ocs、user-provisioning、quota、облачное хранилище、публичная ссылка на файл、шаринг файла、загрузить файл、пользователи。
OTel Collector パイプライン向けの OpenTelemetry Transformation Language（OTTL）。任意の collector 設定において transform processor、filter processor、routing connector 内の OTTL ステートメントを記述またはデバッグする際に使用——コンテキストの選択、パス式の誤り（`attributes` と `resource.attributes`）、`error_mode`、`keep_keys` によるカーディナリティ削減、`ParseJSON` による JSON 本文の処理、`SHA256` / `replace_pattern` による PII のマスキング、span の命名。receiver/exporter の接続性、DNS、パイプラインの配線、processor に決して到達しないテレメトリには使用しない——それらはインフラの問題であり、OTTL の問題ではない。
PagerDuty の照会と管理 — 誰がオンコールかを調べ、インシデントを一覧・管理し、エスカレーションポリシーとスケジュールを読み、誰がなぜページを受けたかを追跡し、インシデントを確認/解決/スヌーズ/エスカレーションし、サービスを作成または更新します。ユーザーが PagerDuty、オンコール、ページング、エスカレーション、`PXXXXXX` や `Q...` のようなインシデント ID に言及したとき、「誰がオンコールか」「オンコールをページして」「このインシデントを ack して」「なぜページされなかったのか」と尋ねたとき、または pagerduty.com の URL を貼り付けたときに使用します — 「API」と言わなくても同様です。このサービスを扱うときは常にこのスキルから始めてください — 同梱のスクリプトとレシピが最速の経路です。
agent-browser を使用して、Vercel Authentication、SSO、または Deployment Protection で保護された Vercel デプロイにアクセスし、テストします。プレビューまたは本番 URL が Vercel のログインページにリダイレクトされる場合、保護による 401 または 403 が返る場合、静的なバイパスシークレットや公開例外ではなく、有効期間の短い Trusted Sources OIDC 認証が必要な場合に使用します。
オールインワンの Redis 専門知識。データモデリングとキー命名、クライアント接続（プーリング、パイプライン、クライアントサイドキャッシュ、タイムアウト）、クラスタリングとレプリケーション、Redis Search（FT.CREATE、ベクトル検索とハイブリッド検索、RAG パイプライン）、可観測性とインシデント対応、本番セキュリティ強化、LangCache による LLM 応答のセマンティックキャッシュ、Redis Iris によるエージェントメモリ（セッションイベント、長期記憶、バックグラウンドプロモーション）を網羅。Redis に触れるあらゆる設計・記述・レビュー・デバッグのときに使用：データ構造の選択、キーの命名、クライアントの設定、クラスタ間のシャーディング、検索インデックスの構築・チューニング、パフォーマンスの監視・診断、デプロイの強化、LLM 補完のキャッシュ、AI エージェントの永続メモリの接続。1 つのスキルに統合することで、別々のスキルから選ばなくても適切な領域が自動的に読み込まれる。
RHDHおよびその実行基盤（OpenShift、ARO、OSD、ROSA、AKS、EKS、GKE、PostgreSQL、Red Hat build of Keycloak、Quay）のベンダーサポート期間とサポート終了日を報告します。「OCP 4.16はまだサポート対象か」「PostgreSQL 15のEOLはいつか」「AKSで使用すべきKubernetesのバージョンは何か」「RHDH 1.10がサポートするOCPのバージョンは何か」といった質問や、RHBKまたはQuayのライフサイクル確認に使用します。対象は製品のライフサイクルのみです。Code FreezeなどのRHDHマイルストーンの日付はrhdh-release-scheduleを参照してください。
RouterOS デバイスの自動フラッシュ用 MikroTik netinstall-cli。使用場面：netinstall の自動化、netinstall-cli を呼び出すスクリプトの作成、netinstall ツールの構築、etherboot/BOOTP/TFTP プロトコルの理解、RouterOS パッケージファイル（.npk）の扱い、modescript または configure スクリプトの使用、ユーザーが netinstall、etherboot、デバイスのフラッシュに言及したとき。
プロジェクトで Zeabur のデプロイルールを作成・維持します。プロジェクトルートの AGENTS.md にデプロイ制約（Zeabur は Dockerfile のみ対応し、docker-compose は非対応。compose はローカル開発・テスト専用）を記述します。ユーザーがプロジェクトを Zeabur にデプロイすると明示した場合に限り使用します。たとえば「このプロジェクトを Zeabur にデプロイする」「Zeabur に上げる」「Zeabur デプロイを設定する」と明言した場合や、この skill を直接呼び出した場合です。Docker への言及、Dockerfile の作成、デプロイプラットフォームの議論、Zeabur への一般的な言及だけでは起動しません。「Zeabur にデプロイする」という明確な意図が必要です。この skill は、ユーザーがプロジェクトを Zeabur にデプロイすると明示した場合にのみ使用し、Docker の使用、Dockerfile の作業、一般的なデプロイの話題では起動してはなりません。
ユーザーが Twingate の仕組みを尋ねたとき、Twingate のデプロイを設計・評価したいとき、コンポーネント（Controller、Client、Connector、Relay）を理解する必要があるとき、または ZTNA の展開を計画しているときに使用する。対象：ゼロトラスト、ZTNA、リモートアクセスアーキテクチャ、Twingate によるネットワーク設計、VPN 代替、マイクロセグメンテーション、スプリット DNS、NAT トラバーサル、P2P vs Relay、リモートネットワークトポロジ、リソース定義戦略、デプロイ順序。また、コミュニティ／リファレンスのデプロイパターンにも適用：パブリックなインバウンドポートなしでセルフホストの AI チャットアシスタント（OpenClaw、WhatsApp/Telegram ボット）を公開する、ゼロイングレスでプライベートな Railway/PaaS アプリをデプロイする、または「twingate-assistant プラグイン自体は何をするのか」というメタな質問。
AI アプリケーションが外部のツールやデータソースに統一的な方法で接続するためのオープンなプロトコルです。クライアントはモデルとの対話を担い、MCP サーバーはツール・リソース・プロンプトテンプレートを提供します。標準メッセージでやり取りするため、1 つのサーバーを複数のクライアントで再利用できます。