Skills
エージェント向けにパッケージ化された専門スキルと手順を 97,222 件掲載。コマンド 1 行でインストールできます。
クラウド・DevOps
abapGit のワークフロー支援。リポジトリのセットアップ、クローン、シリアライズ、ブランチ戦略、トランスポートと git のワークフロー比較、CI/CD 統合、.abapgit.xml の設定を含む。abapGit、ABAP の git、ABAP バージョン管理、abapGit clone、abapGit pull、abapGit push、ABAP のブランチ戦略、abapGit 設定、シリアライズ、デシリアライズ、transport vs git、gCTS、abapGit CI/CD、git リポジトリでの ABAP コード管理についてユーザーが尋ねるときに使用。トリガーには「set up abapGit」「clone a repo」「push ABAP to git」「abapGit branching」「abapGit configuration」「.abapgit.xml」「transport vs git」「CI/CD for ABAP」が含まれる。
`asc` コマンドラインツール（App Store Connect CLI）を使って App Store Connect 上の iOS/macOS アプリを管理する。次の場合にこのスキルを使用する：(1) ユーザーがターミナルや CI から App Store Connect のリソースを管理したい場合 (2) ユーザーが fastlane、Xcode GUI、または手動の App Store Connect ワークフローから移行する場合 (3) ユーザーが提出、アップロード、TestFlight、メタデータ、スクリーンショット、IAP、サブスクリプション、コード署名、その他の ASC 操作について尋ねる場合 (4) ユーザーが「submit my app」「list my apps」「upload screenshots」「check builds」「update app name」「create IAP」「add subscription」「migrate from fastlane」などと言う場合 (5) 認証を設定する、または複数の App Store Connect アカウントを管理する場合 (6) App Store リリース用の CI/CD パイプラインを構築する場合
`asc` コマンドラインツールを使って Xcode Cloud CI/CD を管理します。ユーザーが Xcode Cloud や CI ビルドに関連する内容に言及した場合はいつでもこの skill を使用します。例：-「trigger a build」「start a CI build」「kick off a pipeline」「run CI」-「check build status」「did my build pass」「my build failed」「CI is broken」-「list workflows」「list products」「show me my builds」-「xcode cloud」「CI build」「build run」「pipeline」「check if my PR triggered a build」- あらゆる `asc xcode-cloud` コマンドの使用
Cloudflare Pages のウェブホスティングを直接操作する場合に使用する——Pages プロジェクトの作成、ビルドのデプロイ、カスタムドメインの追加、デプロイ状態の取得、プロジェクト/デプロイ/ドメインの一覧表示と確認。Wrangler CLI を優先し（CLOUDFLARE_API_TOKEN + CLOUDFLARE_ACCOUNT_ID を読み取り、ヘッドレスで実行する——`wrangler login` は決して使わない）、Cloudflare 公式 API https://api.cloudflare.com/client/v4 の REST をフォールバックとする（認証 Authorization: Bearer <scoped token>。すべてのパスは /accounts/{account_id}/pages/... の下でアカウントスコープ）。同梱の OpenAPI スライスからエンドポイントインデックス + $ref リゾルバを介して Pages REST 操作を解決し、レスポンスエンベロープ、デプロイ段階のステートマシン、multipart デプロイおよび Direct Upload 対 Git の注意点を明示的に扱う。呼び出し側が注入した認証情報（コンテキストからの account_id + 変数名で指定された token）を消費する——本スキルはそれらをプロビジョニングしない。token は Wrangler/curl サブプロセスのみが読み取り、決して出力されない。静的/JAMstack + サーバーレス向けであり、フルスタックのコンテナアプリではない。
Python/React プロジェクト向けの Docker コンテナ化パターン。Dockerfile の作成や変更、イメージサイズの最適化、ローカル開発用の Docker Compose の設定、コンテナセキュリティの強化を行うときに使用します。Python（python:3.12-slim）と React（node:20-alpine -> nginx:alpine）のマルチステージビルド、レイヤー最適化、.dockerignore、非 root ユーザー、Trivy によるセキュリティスキャン、開発用の Docker Compose（バックエンド + フロントエンド + PostgreSQL + Redis）、イメージタグ戦略を網羅します。デプロイのオーケストレーションは対象外です（deployment-pipeline を使用してください）。
OWASP IaC Security Cheat Sheet、SLSA v1.0、CIS Benchmarks に基づいて Infrastructure as Code テンプレートのセキュリティレビューを実施する。Terraform、CloudFormation、Pulumi の設定をレビューする際に自動的に呼び出される。ハードコードされたシークレット、パブリック公開パターン、暗号化の欠落、過度に寛容な IAM、Checkov、tfsec、KICS のルールに相当する設定ミスを検出する。修復ガイダンスを伴う構造化された検出事項レポートを作成する。
ユーザーが iOS アプリを App Store に申請したい場合に使用します。ユーザーが 'App Store'、'App Store Connect'、'TestFlight'、'iOS submission'、'app review'、'EAS build'、'eas submit'、'Apple review'、'app rejection'、'iOS release' に言及した場合に使用してください。本スキルは初期設定から App Store 審査承認までの全工程を扱います。
Windows のセキュリティ強化と PowerShell のセキュリティ設定の専門家。自動化の保護、最小権限の徹底、エンタープライズのセキュリティベースラインへの準拠を専門とする。PowerShell 環境と Windows システムの保護に使用。トリガー："PowerShell security"、"constrained language mode"、"JEA"、"execution policy"、"security baseline"、"PowerShell logging"。
Supabase（オープンソースの Firebase 代替・BaaS）リファレンス。PostgreSQL データベース、Auth（Email / OAuth / Magic Link / Phone / SSO）、Storage、Edge Functions（Deno）、Realtime（subscriptions / presence / broadcast）、Vector embeddings、supabase-js、supabase CLI、RLS（Row Level Security）、migrations。PostgreSQL ベース。SQL Server / node-mssql は別スキル mssql。
Volcengine の AI ネイティブ BaaS プラットフォーム（Supabase 版 / AIDAP / 火山引擎 AI 原生 BaaS 平台 Supabase 版）を管理する。これは Volcengine が運営するディストリビューションで、公式の Supabase とは異なる。ユーザーが Volcengine Supabase または AIDAP のリソース（ワークスペース、ブランチ、コンピュート、SQL クエリ、スキーマ変更、Auth、Realtime、Edge Functions、Storage バケット、フロントエンド静的サイトホスティング（Pages）、API キー、接続情報、TypeScript 型生成）の作成・確認・管理を求めた場合、または Volcengine のデプロイで AIDAP をデータベースプロバイダーとして選択した場合に使用する。中国語のプロンプトで「火山引擎 Supabase」または「火山 Supabase」に言及した場合もトリガーする。操作は byted-supabase-cli コマンドラインツール（`npm i -g @byted-supabase/cli` でインストール。公式の `supabase` CLI ではない）を通じて実行する。一般的なデータベースの議論、Supabase 以外のサービス（RDS MySQL、Redis）、Supabase バックエンド管理と無関係な純粋なクライアントサイドコーディングには使用しないこと。
API Explorer 検索で API を特定し、その swagger を取得し、ユーザー提供の Params で api/common/explorer/make-code を呼び出すことで、正確な Volcengine SDK の例を生成する。ユーザーが Volcengine SDK コードの書き方、SDK サンプルの生成、Python、Go、Java、PHP、cURL、Node.js での Volcengine API の呼び出しを求める場合に使用する。"角色扮演"、"AssumeRole"、"STS AssumeRole" など中国語と英語の API 名に対応する。リトライ、タイムアウト、AK/SK、STS、AssumeRole、一時的な資格情報、プロキシ、コネクションプール、SSL、デバッグモード、リクエスト署名、レスポンス解析、エラー処理に関する明示的な SDK 設定の質問にも使用する。ユーザーが API パラメータ、enum 値、必須フィールド、エラーコード、レスポンススキーマ、ページネーション、API の比較のみを必要とする場合は volcengine-api に引き継ぐ。CLI ベースの操作が必要な場合は volcengine-cli に引き継ぐ。
Artifact Server で成果物を公開・レビュー・整理・共有する、またはユーザーが明示的に管理者作業を依頼した場合にインストール環境を操作する。Artifact Server のリンク、アップロードするファイルやサイト、プロジェクト、artifact、バージョン、タグ、共有、コメントの作業、接続のヘルプ、および明示的なインストール、デプロイ、アップグレード、バックアップ、復元、修復の依頼に使用。無関係なパッケージ公開や、ユーザーが Artifact Server への保存を求めていないソフトウェアの構築には使用しない。
`asc` コマンドラインツールを使って Xcode プロジェクトをアーカイブし IPA/PKG にエクスポートする。App Store Connect へのアップロードは任意。このスキルは次の場合に使用：(1) Xcode プロジェクトのアーカイブ："asc builds archive --scheme MyApp" (2) アーカイブを配布用に IPA または PKG へエクスポート (3) アーカイブ + エクスポート + アップロードを 1 ステップで："asc builds archive --scheme MyApp --upload --app-id ..." (4) ユーザーが "archive my app"、"build for TestFlight"、"export IPA"、"archive and upload"、"build and distribute"、"create an IPA from my Xcode project" と言った場合 (5) xcodebuild を手動で実行せずに Xcode プロジェクトから TestFlight へ進めたい場合
IPA/PKG ビルドを App Store Connect にアップロードし、ビルド配布のワークフロー全体を管理する。このスキルは次の場合に使用：(1) ビルドのアップロード："asc builds upload --app-id ... --file MyApp.ipa ..." (2) ビルドアップロード記録の確認または一覧表示："asc builds uploads list/get/delete" (3) 提出前にビルドを App Store バージョンにリンク："asc versions set-build" (4) TestFlight 配布のためにビルドへベータグループを追加または削除 (5) TestFlight の "What's New" の説明を設定："asc builds update-beta-notes" (6) Apple の輸出コンプライアンス回答（ITSAppUsesNonExemptEncryption）を設定："asc builds set-encryption-compliance" (7) ユーザーが "upload my build"、"distribute to TestFlight"、"set what's new"、"link build to version"、"missing compliance"、"encryption compliance"、"ITSAppUsesNonExemptEncryption" と言った場合
`asc` コマンドラインツールを使って App Store Connect のコード署名リソースを管理する。このスキルは次の場合に使用：(1) Bundle ID の管理——登録、一覧表示、削除（`asc bundle-ids`）(2) 署名証明書の管理——CSR からの作成、一覧表示、失効（`asc certificates`）(3) テストデバイスの登録または一覧表示（`asc devices`）(4) プロビジョニングプロファイルの管理——作成、一覧表示、削除（`asc profiles`）(5) CI/CD パイプライン向けにコード署名チェーン全体をセットアップ (6) ユーザーが "set up signing"、"create a profile"、"register my device"、"revoke cert"、"list certificates"、"create bundle id" と言った場合、またはコード署名に関連するあらゆるタスク
リポジトリの GitHub Actions 設定を CI ベストプラクティスに照らして採点する（CI Score：リポジトリ自身の workflow YAML から算出される 11 項目の合否設定事実）。そして各ギャップに対する具体的な修正案を、影響度とリスク順に返し、それぞれに今すぐ適用するオプションと貼り付け可能なエージェントプロンプトを付ける。使用場面：(1) ユーザーが自分の CI の採点やスコアリング、またはベストプラクティスに対する CI 設定の監査を求める場合（"grade my CI"、"CI score"、"CI best practices audit"、"how healthy is my CI config"）；(2) ワークフロー変更後の再採点。対象リポジトリのローカルチェックアウトが必要。次には発動しない：CI の速度・コスト・実時間の監査、"why is CI slow"、最適化機会の分析（ci-speedup を使用）；セキュリティ監査やセキュリティ態勢のレビュー（ci-score はセキュリティ監査ではない——ルーブリックのちょうど 2 項目、action pinning と OIDC token scoping がたまたまセキュリティ関連である）；新規ワークフローの一からの作成；GitHub Actions 以外の CI。
circleci CLI を使ってターミナルから日常的に CircleCI を扱う——認証、コミット前の設定検証、プッシュでトリガーされた実行の監視、pipeline/workflow/job のステータス確認、job ログと失敗したテストの閲覧、成果物のダウンロード、再実行/キャンセル/トリガー。開発者が、CLI アクセスの認証、ビルドやパイプラインのステータス確認、プッシュ後の実行の監視、CI が失敗した理由の確認、job の出力/ログの閲覧、失敗したテストの特定、失敗した job の再実行、実行のキャンセルや再トリガー、設定変更のローカル検証、プロジェクトの環境変数・コンテキスト・トリガー・パイプライン定義の照会を求めたときに使用する。初回のプロジェクト接続/パイプライン定義のセットアップには onboarding スキルを、失敗したビルドの診断と修正の方法論には circleci-builds を使用する。
クラウドと SaaS のセキュリティ態勢管理に関するガイダンス——Defender for Cloud CSPM（IaaS/PaaS）と Defender for Cloud Apps SSPM（SaaS）を組み合わせ、クラウドと SaaS アプリ全体の態勢を評価・強化する。Secure Score、MCSB、攻撃パス分析、SSPM の推奨事項、ガバナンスを網羅する。WHEN: クラウドセキュリティ態勢、SaaS セキュリティ態勢管理、SSPM、CSPM、クラウドアプリの保護、態勢の推奨事項、SaaS 設定の強化、アプリセキュリティ態勢、マルチクラウドと SaaS の強化、Microsoft 365 の SaaS 設定の強化、Salesforce や ServiceNow の誤設定の検出、SaaS アプリの誤設定。IaaS/PaaS ワークロードの脅威保護計画（defender-for-cloud-hardening を使用）や SaaS の脅威検出のみ（defender-for-cloud-apps を使用）には使用しない。
バイナリ実行、ファイルシステムの変更、および元の不変イメージからの構成の逸脱を監視することで、Falco と Microsoft Defender for Containers を用いてコンテナ内の不正なランタイムドリフトを検出する。不変インフラストラクチャの制御を検証するとき、実行中のコンテナ内で予期しないパッケージインストールやバイナリの書き込みを探すとき、またはコンテナが構築元のイメージから逸脱したかを判断するときに使用する。キーワード：drift、immutable infrastructure、new binary executed、package install、image mismatch、Falco。コンテナからホストへのブレイクアウトの検出には使用しない — detecting-container-escape-attempts を使用する。
Microsoft Entra ID（旧 Azure AD）のガイダンス — クラウド ID およびアクセス管理と、Zero Trust のコントロールプレーン。テナントと ID モデル、認証方法（passkey、FIDO2、証明書ベース）、Entra Connect または Cloud Sync によるハイブリッド ID、アプリ登録と同意のガバナンス、グループと管理単位、break-glass アカウント、Zero Trust の ID 基盤を扱う。WHEN：Microsoft Entra ID、Azure AD、ID プロバイダー設定、SSO、ハイブリッド ID、Entra Connect、Cloud Sync、認証方法、パスワードレス、passkey、FIDO2、証明書ベース認証、アプリ登録、エンタープライズアプリケーション、不正な同意付与、break-glass アカウント、緊急アクセス、管理単位、SSPR、パスワードライトバック。DO NOT USE リスクベースの検出（entra-id-protection を使用）、条件付きアクセスの設計（conditional-access-mfa を使用）、PIM（azure-pim を使用）、ID ガバナンスのライフサイクル（entra-id-governance を使用）には使用しない。
Huawei Cloud MRS クラスターのアラーム診断スキル。ユーザーが提供するアラーム情報（アラーム ID、アラーム名、アラーム詳細、発生時刻、ノード IP、関連サービスとログ）に基づいて MRS アラームの根本原因を分析し、根本原因、修復手順、検証方法を出力する。診断は組み込みの LakeWatch API クライアント（lakewatch モード）または MRS Manager API クライアント（manager モード）と、alarms/（lakewatch）または alarm_manager/（manager）配下のアラーム別ナレッジベースによって行われる。API モードは check_api_mode.py で自動検出される。ナレッジベース外のコマンドは捏造しない。アラーム ID が提供される MRS アラーム診断と根本原因特定のシナリオに適用。トリガーワード："告警诊断"、"告警定位"、"alarm diagnosis"、"alarm diagnose"、"MRS告警"、"告警原因"、"告警ID"、"alarm ID"、"root cause"
OpsMill の専門家への引き継ぎ用に、秘匿化されたローカル診断バンドル（ログ、構成、バージョン、状態）を収集する。トリガー：Infrahub が壊れている / 失敗している / エラーが出ている、ユーザーがデバッグの支援を求める、ログ / 診断を収集したい、OpsMill サポートへの引き継ぎを準備する、またはクラッシュ / タイムアウト / 接続の問題（アップグレードの失敗、スタックしたブランチ、コンテナの CrashLoopBackOff、500 エラー、OOM）を報告する場合。トリガーしない：リポジトリ内の check、transform、generator、menu、schema をデバッグする場合（infrahub-managing-* スキルを使用）、バンドルがすでに収集済みでユーザーがその分析を望む場合（infrahub-analyzing-diagnostics を使用）、公開の GitHub issue を起票する場合（infrahub-reporting-issues を使用）、運用クエリを実行する場合（infrahub-analyzing-data を使用）、またはまだ実行していないアップグレードを計画する場合（infrahub-planning-upgrades を使用）。
AI アプリケーションが外部のツールやデータソースに統一的な方法で接続するためのオープンなプロトコルです。クライアントはモデルとの対話を担い、MCP サーバーはツール・リソース・プロンプトテンプレートを提供します。標準メッセージでやり取りするため、1 つのサーバーを複数のクライアントで再利用できます。