Skills
エージェント向けにパッケージ化された専門スキルと手順を 97,222 件掲載。コマンド 1 行でインストールできます。
セキュリティ
app.strix.ai REST API を通じてマネージド Strix プラットフォームをヘッドレスで操作します — API トークンの作成、ドメイン/リポジトリ資産の登録、ペネトレーションテストスキャンの起動とポーリング、脆弱性の一覧化とトリアージ、SARIF のエクスポート、PDF/DOCX レポートのダウンロード（Enterprise プラン）、PR レビューの開始、スケジュールと webhook の設定。ローカルの Docker/LLM インフラなしで Strix を使いたい場合、または API 経由でチームダッシュボードでの追跡、スケジュール実行、CI での実行を望む場合に使用します。
アーキテクチャの意思決定、コード分析、エンジニアリングの指針に向けた深い推論を備えた専門技術アドバイザー。複雑なトレードオフ、システム設計、セキュリティアーキテクチャ、パフォーマンス最適化、エンジニアリングのベストプラクティスに精通。重要なアーキテクチャの意思決定を行うとき、重要な作業を実装した後、複雑な問題をデバッグするとき、馴染みのないパターンに遭遇したとき、セキュリティ/パフォーマンスの懸念に直面したとき、または複数システムのトレードオフを評価するときに使用。明確な推奨事項と根拠を伴う包括的な分析を提供する。
AWS PrivateLink、GCP Private Service Connect、Azure Private Link、エグレスプライベートエンドポイント、VPC ピアリングを含む、CockroachDB Cloud クラスタのプライベートネットワーク接続を構成する。パブリックインターネットへの露出を排除するためにプライベートエンドポイントを設定するとき、Kafka などの外部サービスへのエグレスを構成するとき、VPC ピアリングを確立するときに使用する。
CockroachDB 向けに、4 つの異なるレイヤーにわたる SSO 認証と SCIM 2.0 プロビジョニングを構成する — Cloud Console SSO（SAML/OIDC）、DB Console SSO（OIDC）、SQL/Cluster SSO（JWT または LDAP/AD）、SCIM 2.0 自動プロビジョニング。集中型の ID 管理を有効にする場合、コンプライアンスのために SSO を設定する場合、ユーザーライフサイクル管理を自動化する場合に使用する。
DOCA SHA Offload Engine（OpenSSL ENGINE）を既存の OpenSSL パイプラインに組み込み、doca-sha 向けに書き直すことなくワンショットの SHA-1、SHA-256、SHA-512（EVP_Digest）を DOCA SHA ハードウェアへオフロードする場合に使用するスキル。エンジンのロード機構（`openssl engine dynamic`、`set_pci_addr` ctrl、`-engine_impl`）、オフロードが有効になったことを示す SHA-224 のネガティブテスト、オフロードが CPU SHA を上回るメッセージサイズの範囲、エンジンとライブラリの選択を扱う。ユーザーが「DOCA SHA Offload Engine」や「OpenSSL ENGINE」と言わなくても発動する——典型的な暗黙の表現：「BlueField 上の openssl SHA を高速化したい」「コード変更なしで SHA をオフロードしたい」「openssl はアクセラレータを使っているのかソフトウェアにフォールバックしているのか」「DOCA SHA が実際に動いたことを確認したい」「openssl dgst はハッシュしたがオフロードされたか分からない」。新しい SHA パイプライン（doca-sha を使用）、MD5 / SHA-3 / SHA-224 / HMAC-SHA のオフロード、チェーンされた `EVP_DigestUpdate` による増分ハッシュ、OpenSSL PROVIDER の作成については拒否して他へ誘導する。
Frappe で @frappe.whitelist() を使って API エンドポイントを構築するときに使用。エンドポイント設計、権限パターン、エラー処理、クライアント連携、ファイルアップロード、バックグラウンドジョブ、レート制限、REST API テスト、Server Scripts からホワイトリストメソッドへの移行を扱う。権限バイパス、SQL インジェクション、データ露出を防ぐ。キーワード：how to create API, build REST endpoint, frappe.call,, create API endpoint, call from frontend, custom API, REST endpoint, how to call python from JS. frappe.whitelist, API permission, guest API, secure endpoint, rate limiting, curl testing, frm.call。
すべてのティアにわたる TLS 証明書と暗号化キーのライフサイクルを管理する。Self-Hosted は証明書の有効期限監視、ノード/CA/クライアント証明書のローテーション、Kubernetes の証明書管理を扱う。Advanced/BYOC はマネージド TLS（対応不要）と、お使いの KMS での CMEK（Customer-Managed Encryption Key）ローテーションを扱う。Standard と Basic は TLS と暗号化が完全にマネージドで、顧客側の対応は不要。CMEK は Advanced でのみ利用可能。証明書の健全性監視、ローテーションの実施、CMEK の管理、鍵漏えいへの対応を行うときに使用する。
(NS) コード品質ゲート：SOLID、クリーンコード、パフォーマンス、セキュリティ、テスト容易性。スコア 10 のみ `Approved`、スコア 9 は `Rejected`。コード変更後、PR 前、実装クローズ時、またはコード／PR／イシューのレビュー時に使用 — この skill を名指ししていなくても。デリバリープルーフは Code Review: Approved 後の ns-judge。GitLab `ISSUE_URL`：イシューレビューモード。requirements.md を解析しないこと。code-review-report.md を書かないこと。根本原因をデバッグしないこと（ns-investigator）。
Enterprise の `spree_multi_tenant` gem を使って Spree 6 上に SaaS／マルチテナントプラットフォームを構築するときに使用します。1 つのデプロイ環境に多数の分離されたマーチャントを配置し、それぞれが独自のストア、カタログ、顧客、注文を持つ構成を扱います。ライセンスとインストール（`spree_enterprise:install`、`spree_multi_tenant:install`）、`Spree::Tenant` と行レベルの `tenant_id` 分離、`SpreeMultiTenant::Base`、`with_tenant` / `without_tenant`、コンソールのテナントコンテキスト、`insert_all`/`upsert_all` の注意点、バックグラウンドジョブ、`Spree.root_domain`、Cookie ドメインとホスト認可、全体スタッフとテナントごとの顧客を扱います。「マルチテナント Spree」「Spree で SaaS」「各マーチャントにサブドメイン」「テナント分離」「テナント間でレコードが漏れる」「コンソールでテナントを設定」「Blocked hosts lvh.me」などの表現が含まれます。
WordPress のセキュリティコードレビューと脆弱性検出。WordPress の PHP コードのセキュリティ問題をレビューするとき、テーマ/プラグインの脆弱性を監査するとき、ローンチ前にコードを確認するとき、AJAX/REST ハンドラーを悪用の観点で分析するとき、XSS、SQL インジェクション、CSRF、認可バイパスを検出するとき、またはユーザーが「security review」「vulnerability」「XSS」「SQL injection」「CSRF」「nonce」「sanitization」「escaping」「capability check」「privilege escalation」「file upload security」「insecure code」「auth bypass」「security audit」に言及したときに使用する。入力処理、出力エスケープ、認可、nonce、データベースクエリ、ファイルアップロード、危険な関数における脆弱性を検出する。
Google Cloud Assured Workloads V1 準拠フォルダー、CMEK 設定、Sovereign Controls by Partners、サービス使用制限を構成、検査、更新、削除します。あらゆるコンプライアンス制度またはデータ境界（FedRAMP、DoD IL2/IL4/IL5、ITAR、CJIS、Healthcare、Sovereign Controls by Partners、Regional Data Boundaries）に対応する Assured Workloads ワークロードの作成、一覧表示、説明、更新、削除に使用します。既存環境の評価やカスタムフレームワーク（assuredworkloads-environment-assessor または assuredworkloads-frameworks-* を使用）、または非準拠フォルダーには使用しないでください。
OIDC プロバイダーまたは Convex Auth を使って Convex の認証・認可パターンを実装する。認証プロバイダーの設定、ctx.auth の使用、ユーザー ID の処理、認証を考慮したスキーマパターンに使用する。ユーザーが auth、JWT、Clerk/Auth0/WorkOS、Convex Auth に言及したら積極的に使う。例：- ユーザー：「Add auth to Convex」→ プロバイダーを選択して設定手順をまとめる - ユーザー：「Get current user」→ ctx.auth.getUserIdentity とチェックを使う - ユーザー：「Service-to-service access」→ 共有シークレットパターンを使う
外部の組織図資料（PDF、xlsx、または役割と親役割の組を記したプレーンテキストのリスト）をもとに、管理者が承認した1つのマニフェストで既存の Salesforce UserRole 階層を一括で再編成します。対象範囲とユーザーも役割とともに移動するかを確認し、完全一致しないIDを解決し、資料と現在のツリーを比較して、作成、名前変更、親役割の変更、空の役割の削除、ユーザー割り当ての変更をまとめて送信します。「役割階層を再編成」「この組織図を役割に適用」「役割の親を一括更新」「PDFから役割を再編成」「役割階層を再構築」「このスプレッドシートから親役割を変更」といった依頼で起動します。ほかに変更がなく、単一の役割の作成、名前変更、または親役割の変更のみを行う場合や、存在する役割やその階層について質問する場合は起動しないでください。これらは `managing-roles` の対象です。テリトリー、アカウント、予測の階層や共有ルールの作成には使用しないでください
Docker とコンテナのセキュリティ監査パターンをレビューする。レイヤー内のシークレット、ポートの公開、非 root ユーザーの監査に使用する。Dockerfile または docker-compose.yml がある場合は積極的に使う。例：- ユーザー：「Audit this Dockerfile」→ ENV/ARG のシークレットと非 root USER を確認 - ユーザー：「Review docker-compose ports」→ 誤って公開されたデータベースを見つける - ユーザー：「Check for secrets in image history」→ レイヤーとビルド成果物を監査 - ユーザー：「Optimize Docker security」→ マルチステージビルドと最小ベースイメージを実装 - ユーザー：「Audit container privileges」→ privileged: true や docker.sock のマウントを確認
OpenAI Codex CLI を外部の敵対的レビュアーとして使い、コード変更のバグ、セキュリティ問題、コード品質をレビューする。ユーザーがコードレビューを求めるとき、コードのバグやセキュリティ問題を確認したいとき、PR、ブランチ、コミット、diff のレビューを依頼するとき、または "any issues with this?"、"review before I push"、"check my changes"、"look at what I changed"、"review my PR" などと言ったときに、任意のエージェントやプロバイダーから使用する。Codex にコードの場所を伝える。
スコープ内のターゲットで MFA/OTP を経由して認証済みセッションを取得し、再利用可能なセッション成果物（Playwright storageState + Bearer）を出力して、実行者が認証後の攻撃対象領域をテストできるようにする。最高価値の認証済みクラス（実データ API 上の BOLA/IDOR/マスアサインメント/インジェクション）が、ログインが SMS-OTP や TOTP MFA で制限されているために妨げられている場合に使用する。認証を攻撃する authentication スキルとは異なる。本スキルは正当に認証を行い、セッションをエンゲージメントの残りの工程に引き渡す。
既存の動画をスキャンして機密情報——メールアドレス、氏名、API キー、顧客データ、内部 URL、金額——を検出し、画面上に表示されている間ずっとすべての箇所をぼかします。ユーザーが「blur the sensitive info」「hide the customer data」「redact the emails」「there's PII in my recording」「mask the API keys」「make this recording safe to share」と言ったときに使用します。
Keeper Security エージェントキット向けに Keeper CLI ツール（KSM CLI と Commander）をインストールして設定する。ユーザーが keeper-secrets-manager-cli (ksm) または keepercommander (keeper) をインストールする必要があるとき、認証を設定するとき、プロファイルを初期化するとき、永続ログインを設定するとき、Keeper CLI の接続をトラブルシューティングするときに使用する。また、ユーザーが「install keeper」「setup keeper」「configure keeper cli」と言うとき、または Keeper のコマンドラインツールの始め方を尋ねるときにも使用する。
AI アプリケーションが外部のツールやデータソースに統一的な方法で接続するためのオープンなプロトコルです。クライアントはモデルとの対話を担い、MCP サーバーはツール・リソース・プロンプトテンプレートを提供します。標準メッセージでやり取りするため、1 つのサーバーを複数のクライアントで再利用できます。