Skills
エージェント向けにパッケージ化された専門スキルと手順を 96,981 件掲載。コマンド 1 行でインストールできます。
セキュリティ
InsForge プロジェクトで、バックエンドの予防的なヘルス監査を行う際に使用します。`diagnose advisor` が検出したセキュリティ設定ミス、パフォーマンスの低下、システムの健全性に関する問題に加え、各 advisor の問題に対応するバックエンド側の詳細調査を行います。単一の失敗リクエストがなく、バックエンド全体のパフォーマンス低下（CPU／メモリ使用率の上昇、すべての応答の遅延、接続プールの枯渇、ロック競合）が報告された場合にも使用します。「health check」、「audit my backend」、「review security」、「check RLS policies」、「find slow queries」、「backend performance review」、「high CPU/memory」、「everything is slow」、「EC2/database/system health」などの依頼や、ローンチ前の準備状況監査で起動します。単一の具体的な失敗リクエストに伴う実行時エラー（SDK エラーオブジェクト、HTTP 4xx/5xx、関数の失敗、デプロイの失敗）には、代わりに `insforge-debug` を使用します。
NestJS のランタイム機能、エラーと API の契約、セキュリティ、テスト、DevOps、パフォーマンス、安全なスケーリングを選定・実装します。ミドルウェア、ガード、パイプ、インターセプター、例外フィルター、型付きの失敗／結果、Problem Details、検証エラー、HTTP/GraphQL/RPC/gRPC/WebSocket のエラーマッピング、期限、キャンセル、再試行の分類、致命的なプロセスエラー、認証、認可、キャッシュ、キュー、スケジューラー、CI/CD、コンテナ、Kubernetes、設定とシークレット、マイグレーション、サプライチェーン制御、ヘルスプローブ、ログ／メトリクス／トレース、SLO とアラート、インシデント復旧、ロールアウトとロールバック、イベントループやデータベースのボトルネック、負荷テスト、水平スケーリング、冪等性、バックプレッシャー、グレースフルシャットダウンに使用します。フロントエンドのみのパフォーマンスや NestJS 以外のサービスには使用しないでください。他のスキルも該当する場合は、変更前に担当範囲を調整してください。
並列ワークフローを通じて、このスキルマーケットプレイスのリポジトリを証拠に基づいて監査します。コードの安全性、ドキュメント/SSOT、セキュリティ/PII、PR/issue のトリアージ、マニフェストの整合性を確認し、優先度順に調査結果を検証します。「全面体检」「检查仓库状态」「审计一下仓库」、リリース前の一斉確認、「workflow」と言及されていなくても「このリポジトリは大丈夫か」と尋ねられた場合に使用します。marketplace.json の構築には使用せず（marketplace-dev を使用）、キャッシュのずれには使用しません（skill-governance を使用）。
セキュリティ修正の完全なワークフロー。Snyk を使ってコードの脆弱性をスキャンし、修正して、その修正を検証し、必要に応じて PR を作成します。単一の問題と複数の脆弱性の一括処理の両方に対応します。次の場合に使用します：- ユーザーがセキュリティ脆弱性の修正を求めている - 「snyk fix」「security fix」「remediate vulnerabilities」に言及している - 特定の CVE、Snyk ID、または脆弱性の種類（XSS、SQL インジェクション、パストラバーサルなど）の修正を求めている - 脆弱な依存関係のアップグレードを求めている - すべての脆弱性、またはすべての高/重大な問題の修正を求めている（一括処理モード）
Amazon セラーストアの認証とアカウント接続を管理します。認証リンクの生成、ストアの紐付け、認証済みストアの一覧表示、認証状態の確認、アクセストークンの更新、ローカルでの認証解除・紐付け解除に使用します。認証リンクの生成には、ストアを区別するため sellerName が必要です。ユーザーが Amazon ストアの認証、Amazon Seller アカウントの紐付けや接続、認証済みストアの確認、認証切れ、トークンの更新、token の状態、認証解除、ストアの紐付け解除、認証の無効化、Amazon seller authorization、bind seller account、refresh access token、disconnect seller account に言及した場合に起動します。「認証」と明言していなくても、ストアが未紐付け、認証情報の期限切れ、または認証済みアカウントの選択が必要で、他の Amazon ストア操作を続行できない場合も起動します。
UIを完全に制御してAuth0 Universal Login画面を構築またはカスタマイズする場合に使用します。ACUL ReactまたはVanilla JS SDKを使い、ブランドに合わせたログイン、サインアップ、MFA画面を作成します。ユーザーがACULに直接言及せず、「カスタムログインページ」「Auth0ログインのスタイル変更」「独自のUniversal Login UIの構築」と依頼した場合にも使用します。基本的なブランディング（色やロゴのみ）は対象外です。その場合はauth0-brandingを使用してください。
アプリケーションの AI プロンプトインジェクション、エージェントのセキュリティ、LLM の権限境界に関する脆弱性を監査します。「プロンプトインジェクション」「LLM セキュリティ」「AI セキュリティ」「ジェイルブレイク」「間接的なプロンプトインジェクション」「プロンプト漏えい」「AI レッドチーム」「LLM の脆弱性」「AI 入力検証」「システムプロンプトの抽出」「エージェントのセキュリティ」「MCP セキュリティ」「AI 権限」「AI 権限昇格」に言及した場合や、AI 機能、AI エージェント、LLM 統合を備えたアプリケーションの保護が必要な場合に使用します。
Better Auth を使って認証と認可を実装します。Better Auth は特定のフレームワークに依存しない TypeScript 認証フレームワークです。メール／パスワード認証と検証、OAuth プロバイダー（Google、GitHub、Discord など）、二要素認証（TOTP、SMS）、パスキー/WebAuthn 対応、セッション管理、ロールベースアクセス制御（RBAC）、レート制限、データベースアダプターを備えています。アプリへの認証追加、OAuth フローの実装、2FA/MFA の設定、ユーザーセッションの管理、認可ルールの設定、または Web アプリ向けの安全な認証システムの構築に使用します。
Didit の単独 Face Search API（POST /v3/face-search/）を使い、アプリに登録されたすべての顔に対して 1:N 顔検索を実行します。対象は検証セッション、保存済みの単独呼び出し、User プロフィールにアップロードされた顔、顔リスト、保持された生体テンプレートです。重複アカウントの検出、顔が既存かどうかの確認、重複登録の防止、顔のブロックリスト照合、不正グループの調査に使用します。類似度、照合元、セッション詳細を含む上位 5 件までの一致候補と、ブロックリストおよび重複顔の警告を返します。
ブラジルの「一般データ保護法」（Lei Geral de Proteção de Dados、Law 13,709/2018）に関する LGPD コンプライアンスの専門アドバイザーです。LGPD、ブラジルのデータ保護、ANPD、ブラジルでの個人データ処理、ブラジル法に基づくデータ主体の権利、処理の法的根拠、センシティブデータの取り扱い、ブラジルでの DPO の任命、ANPD へのデータ侵害通知、LGPD の罰則（売上高の最大 2% / R$50M の罰金）、ブラジルからの国際データ移転、ブラジルと EU の相互十分性認定（2026 年 1 月より、ブラジルと EU 間の移転に SCCs/BCRs は不要）、LGPD のギャップ評価、ブラジル事業向けプライバシーポリシーの作成、LGPD に基づく DPIA、同意管理、または LGPD と GDPR の比較について質問された場合にこのスキルを使用してください。LGPD が明示されていなくても、ブラジルのプライバシーやデータ保護に関する質問であれば起動してください。
Google Cloud Agent Gateway が ext-proc（Service Extension）コールアウトとして呼び出す Apigee API プロキシを構築します。エージェントの LLM トラフィックを対象に、モデルごとのトークン使用量の計測、呼び出し元の識別情報の抽出、Model Armor によるプロンプト審査、またはセマンティックキャッシュを適用します。Agent Gateway の背後に AI ゲートウェイとして Apigee を接続する場合、エージェントのモデルへの送信トラフィックを管理する場合、またはコールアウトプロキシが判定を返さず原因を調べる場合に使用します。重要な違いは、Apigee がトラフィックを転送するのか、検査のみを行うのかです。このスキルは検査のみを行い、プロキシ自体を構築します。Apigee がリクエストを受け取りバックエンドへ転送する場合（Apigee の背後で MCP サーバーをホストする場合を含む）は使用しないでください。その場合はターゲットを持つプロキシが必要です。エージェントによるツールや MCP サーバーの呼び出しの管理、リクエストに使用するモデルの選択・切り替え、Agent Gateway 自体の作成、Apigee hybrid には使用しないでください
スキャナー、監査、勧告、レポート、findings.json の記録などから得た単一のセキュリティ所見をトリアージし、適切に調整した重大度、緩和計画、誤検知の根拠、または受容リスクの説明を含む、根拠のある処置方針を作成します。「この所見をトリアージして」「実際の脆弱性か」「緩和計画」「誤検知」「このリスクを受容」「代替コントロール」「リスクの正当化」「セキュリティチケット」「CVSS を評価」「重大度はどの程度か」「本当に重大か」「重大度の調整」「検証が必要」「強化に関する注記」「findings.json」「修正すべきか」「処置方針」「承認」に言及した場合、または単一のセキュリティ所見への対応を判断する必要がある場合に使用します。
認証済みのWebサイトUIまたは認証済みブラウザー動作が実際に必要なブラウザーパスを選んだ後、KERNEL管理の認証またはボルト認証情報を使用します。対応する操作では専用API、CLI、MCPサーバー、または信頼できるローカル記録を優先します。URLだけではブラウザー認証は必要ありません。認証接続を再利用または作成し、タスクを中断せずにホスト型ログインを完了し、テレメトリー付きのプロファイル対応ブラウザーを起動して、安全に再認証します。ユーザーごとのボルト認証情報については、KERNELホスト型の収集または1Passwordによる仲介承認をユーザーに選んでもらい、明示的な承認後にのみ入力します。
AI アプリケーションが外部のツールやデータソースに統一的な方法で接続するためのオープンなプロトコルです。クライアントはモデルとの対話を担い、MCP サーバーはツール・リソース・プロンプトテンプレートを提供します。標準メッセージでやり取りするため、1 つのサーバーを複数のクライアントで再利用できます。