Skills
エージェント向けにパッケージ化された専門スキルと手順を 96,981 件掲載。コマンド 1 行でインストールできます。
クラウド・DevOps
`.tekton` と `.tekton-templates` 内の Konflux Tekton タスクバンドルのダイジェストを更新し、各タスクの MIGRATION.md を適用し、PipelineRuns を再生成し、data-acceptable-bundles と照らして pin を検証することで、ECP が期限切れや信頼されていない tag@sha256 参照（tasks.unsupported、required_untrusted_task_found）を拒否しないようにする。その後、一致する GitHub main または release-* ブランチに対して /rhdh-base-images を呼び出し、FROM タグ、rpms.lock.yaml、Node ヘッダーを最新に保つ。「bump konflux task digests」「apply the tekton migration」「ECP violation」「expired task」「trusted task」「missing node headers」、node-v*-headers.tar.gz、.nvm/releases、catalog builder.Containerfile、UBI nodejs、buildah-oci-ta や prefetch-dependencies-oci-ta などの quay.io/konflux-ci/tekton-catalog/task-* のアップグレード、404 になる build-definitions MIGRATION.md URL に使用する。rhdh-plugin-catalog と RHDH midstream で実行する（updateDigests.sh、generatePipelineRuns.sh、updatePLRs.sh。generatePipelineRunsForPlugins.sh は非推奨の 1.9/1.10 名）。
fandhe-frontend と同じデザインの GitHub Pages ドキュメントサイトを構築・更新します。Rust 製 SSG、Markdown 管理、Actions による自動デプロイ、ブランド設定（nav.toml の site 表）まで一括で対応します。「GitHub Pages で公開したい」「docs サイトを作って」「fandhe-frontend と同じデザイン」「Pages サイトを更新して」「デザインを最新にして」といった依頼で使用します。Firebase で公開する場合は setup-firebase-hosting、単発 HTML は create-html-report を使用します。
Sinch Functions は、音声、SMS、会話アプリ向けのベータ版サーバーレスプラットフォーム。プラットフォームに関する質問に使用する：概要、デプロイの仕組み、Node.js と C# の選択、インストールと認証、FunctionContext、ハンドラー、Voice v2 の通話ライフサイクルと `call.*` イベント、音声サービスと `VOICE_SERVICE_ID`、SVAML。ランタイムコードは sinch-functions-node と sinch-functions-dotnet にある。
`Sinch.Functions.Runtime` NuGet パッケージで C#/.NET の Sinch Functions を書く。関数コントローラーを書いたり編集したりする際に使用する：Voice API v2 での通話の応答と制御、IVR メニュー、通話の発信・ブリッジ・転送、リアルタイム AI 音声エージェント、SMS/WhatsApp/RCS Webhook、カスタム HTTP エンドポイント、依存性注入、キャッシュ/ストレージ/データベース、認可。実行とデプロイは sinch-cli スキルで行う。
Astro サイト向けの GitHub Actions CI/CD ワークフローを設定する — `astro check`（TypeScript + コンテンツスキーマ）、ESLint、Prettier、ビルド検証、Vitest テスト、Lighthouse CI、リンクチェック、npm audit、および GitHub Pages、Cloudflare Pages、Netlify、Vercel への自動デプロイ。ユーザーが Astro サイト向けに GitHub Actions、CI/CD、自動チェック、またはデプロイワークフローを作成、追加、設定、構成したい場合は常にこのスキルを使用する — たとえ「GitHub Actions」という正確な表現を使わなくても。これには次のようなあらゆるリクエストが含まれる：Astro リポジトリに自動型チェックまたは lint を追加する；CI で `astro check` を設定する；PR に Lighthouse またはアクセシビリティチェックを追加する；Astro プロジェクト向けに CI で Vitest を構成する；GitHub から Astro サイトを GitHub Pages、Cloudflare Pages、Netlify、Vercel に自動デプロイする；リンクチェックまたはリンク切れ検出を追加する；Astro パイプラインにセキュリティスキャンを追加する；あるいは一般的に「add CI」「add automated checks」「set up workflows」、または Astro サイトの GitHub リポジトリに関連するあらゆることを「automate」する。また、PR に品質ゲートを設けたい、ビルドがまだ通ることを検証したい、または新しい Astro リポジトリを設定して自動化のベストプラクティスを求めている場合にもトリガーする。ユーザーが Astro プロジェクトリポジトリ内にいて、自動テスト、コード品質、デプロイ、または GitHub ワークフローについて何か言及した場合は、このスキルを使用する。
ユーザーが特定の AWS サービス（例：RDS、EKS、MSK、ElastiCache、DynamoDB、S3、Lambda、OpenSearch など）について、カオスエンジニアリング、故障注入、レジリエンステスト、高可用性の検証を尋ねたときに使用する。"chaos testing on [service]"、"fault injection for [service]"、"how to test HA of [service]"、"FIS scenarios/actions for [service]"、"[service] failover testing"、"[service] resilience testing"、"[service] 混沌测试"、"[service] 故障注入"、"[service] 高可用验证"、"对 [service] 做混沌实验"、"test my [service]"、"verify my [service] is resilient" でトリガーされる。ユーザーが "test my RDS" や "how resilient is my MSK cluster" のようにカジュアルに表現した場合でも、この skill を使用すること。
アプリを Azure SQL Database コンテナに安全に接続する。sa ログインの代わりに最小権限のデータベースユーザーを使い、環境ごとに適切な認証方式を選び、接続シークレットを安全に扱う。ユーザーが "don't use sa in my app"、"create a least-privilege database user"、"app login for SQL"、"which authentication should my app use"、"secure the connection string"、"Encrypt / TrustServerCertificate"、"store the connection string in Key Vault"、"dotnet user-secrets"、"managed identity for Azure SQL"、"grant only the roles my app needs" と尋ねたときに使用。ローカルでは SQL 認証、クラウドでは Microsoft Entra またはマネージド ID を使い、変更するのは接続文字列のみ。アプリを sa で接続する前に、または接続文字列をソースにコミットする前に利用する。
プロジェクト内の隠れた GIT デプロイ注釈を読み、GitHub 上のマージコミットと関連付けることで、PostHog のコード変更が特定の環境にいつ到達したかを判断する。PostHog のスタッフが「X はいつデプロイされたか」「私の変更はまだ US/EU でライブか」「私の PR は出荷されたか」「この修正は prod-us に展開されたか」と尋ねる場合、またはコミット、PR、機能がいつどのリージョンに配信されたかを知りたい場合に使用。デプロイ時期の質問にイベント/データ量だけで答えないこと — それはデータがいつ変化したかを示すだけで、コードがいつ出荷されたかは示さない。
エージェントがファイルや API を直接呼び出すのではなく、公開されている `headlessx` コマンドラインを通じて HeadlessX を操作する必要があるときに使用する。CLI パッケージのインストール、`headlessx init` によるローカル HeadlessX のブートストラップ、`headlessx init update` による既存ワークスペースの更新、ガイド付きのモダンなセットアップ/ログインプロンプトの使用、API URL と API key でのログイン、`headlessx logs` によるランタイムログの読み取り、markdown 優先のターミナル出力の使用、ウェブサイトのスクレイピング、map、crawl、Google AI Search、Tavily、Exa、YouTube、jobs、operators のコマンド実行を扱う。"use the CLI"、"test the CLI"、"show the command"、"log in with the CLI"、"run HeadlessX from terminal"、"bootstrap HeadlessX"、"update HeadlessX"、"show logs"、"smoke test the CLI" といったリクエストでトリガーする。
Cloudflare Email Routing のガイド。メール受信用の Email Workers と、Workers からメールを送信するための send_email バインディングの両方を扱います。ダッシュボードでの MX、SPF、DKIM レコードの設定、email() ハンドラーと ForwardableEmailMessage、postal-mime による解析、mimetext と cloudflare:email EmailMessage による作成、許可リストとブロックリスト、条件付き転送、自動返信をカバーします。Email Trigger が利用できない、未検証の宛先アドレス、Gmail のレート制限、SPF permerror、failed to call worker、無料プランでのデバッグ制限など 8 つの既知の問題を記載します。メールルーティングの有効化、Email Worker の作成や設定、Worker からの通知やアラートの送信、受信メールの解析、MX レコードの設定、またはメールが転送・配信されない問題のトラブルシューティングに使用します。
Cloudflare Workers アプリケーション向けの Cloudflare Zero Trust Access 認証。hono-cloudflare-access ミドルウェアの設定、公開キーキャッシュを用いた手動の Access JWT 検証、マシン間認証用のサービストークン、Access 前段の CORS 処理、ID プロバイダー（Azure AD、Google Workspace、Okta、GitHub）、ロールベースのアクセス制御、地理的制限、マルチテナント構成、Access ポリシーの設定をカバーします。ブロックされた CORS プリフライトリクエスト、キーキャッシュの競合状態、JWT ヘッダーの欠落、開発/本番のチーム不一致など 8 つのよくあるエラーを防ぎます。Access で Worker のルートや管理ダッシュボードを保護する場合、Access JWT のクレームを検証する場合、バックエンドサービスや CI/CD ジョブを Worker API に認証する場合、またはブロックされたプリフライトリクエスト、欠落した Access JWT ヘッダー、チーム不一致エラーをデバッグする場合に使用します。
Next.js と Vite プロジェクトのキャッシュバスティング戦略を確認して設定します。Next.js や Vite ビルドのコンテンツハッシュの設定、Vercel や Cloudflare の CDN キャッシュヘッダーの設定、ハッシュ化されたアセットのビルド検証スクリプトの追加、静的アセットのキャッシュ戦略の監査時に使用します。自然なトリガー：「configure cache busting」「set up CDN cache headers」「add content hashing」。
火山引擎（Volcengine）のデータベース（MySQL、veDB-MySQL、PostgreSQL、SQL Server、MongoDB、Redis）およびパブリックネットワーク上のセルフマネージドデータベース（MySQL、PostgreSQL 系列）のメタデータ管理、データ分析、開発変更、運用診断、点検に使用します。インスタンス一覧、インスタンス内のデータベース一覧、テーブル一覧、テーブル構造、データ照会、データ分析と可視化レポート（データソース／ファイルをまたいだ結合分析を含む）、データガバナンス（資産棚卸し／データプロファイリング／データ品質／機密データ識別）、スロークエリ診断、デッドロックとロック待ち分析、トランザクションとアクティブセッションの調査、エラーログ照会、テーブルスペース分析、健全性点検、監視指標照会、変更申請などに対応します。ByteRDS / ByteDoc / ByteRedis などの ByteCloud データベースには対応していません
NIST SP 800-207 と BeyondCorp の原則に沿って AWS、Azure、GCP 全体でのゼロトラスト実装をガイドし、アイデンティティ中心のアクセス、マイクロセグメンテーション、継続的検証、デバイス信頼評価、Identity-Aware Proxy の導入を扱う。境界型セキュリティからアイデンティティ中心のアクセスへの移行、VPN 依存の排除、マルチクラウドワークロード向けのマイクロセグメンテーション設計を行うときに使用。
特定の CI 失敗を調査し、結論を出す：誰の責任か、どの commit か、誰が書いたか、修正済みかどうか。"who broke master"、"why did this test fail in CI"、"is this failure my PR's fault or everyone's"、"is this test flaky or actually broken"、"when did this failure start" に使用する。engineering_analytics ウェアハウスビュー（engineering_analytics_ci_failures、engineering_analytics_ci_job_history）と CI 失敗ログを基に作業する。集計された CI 健全性、コスト、マージのボトルネックには使用しない（diagnosing-ci-and-merge-bottlenecks を使用）。保存されたインサイトの構築にも使用しない（turning-engineering-analytics-into-insights を使用）。
Kaggle の `kernel-metadata.json` のセットアップと修復。以下の場合に積極的に有効化する：(1) kernel-metadata.json の作成、(2) メタデータ検証エラーの修正、(3) `id`、`title`、`code_file`、言語、カーネルタイプの設定、(4) private/public、internet、GPU、アクセラレータ動作の設定、(5) dataset_sources、competition_sources、kernel_sources、model_sources の添付、(6) `kaggle kernels push` 前のメタデータ準備、(7) スクリプト／ノートブックのメタデータ変換。提供内容：スキーマチェックリスト、有効なフィールド、ソース配列、デフォルト、プッシュ準備状況のレビュー。
構造化ログ、分散トレーシング、メトリクス収集、ログ集約、アラートを含む、本番システム向けの包括的なログと可観測性のパターン。このスキルのトリガー - log、logging、logs、trace、tracing、traces、metrics、observability、OpenTelemetry、OTEL、Jaeger、Zipkin、structured logging、log level、debug、info、warn、error、fatal、correlation ID、span、spans、ELK、Elasticsearch、Loki、Datadog、Prometheus、Grafana、distributed tracing、log aggregation、alerting、monitoring、JSON logs、telemetry。
AI アプリケーションが外部のツールやデータソースに統一的な方法で接続するためのオープンなプロトコルです。クライアントはモデルとの対話を担い、MCP サーバーはツール・リソース・プロンプトテンプレートを提供します。標準メッセージでやり取りするため、1 つのサーバーを複数のクライアントで再利用できます。