Skills
エージェント向けにパッケージ化された専門スキルと手順を 97,222 件掲載。コマンド 1 行でインストールできます。
テスト・品質
要件の詳細化からエンドツーエンドの生成・受け入れまで、React / HiUI ページを対象とします。曖昧な製品要件からのページ生成と受け入れ、HiUI ページのテスト前確認、ページ生成後のユーザー体験レビュー、要件から実装、UX 受け入れまでの一連の作業に使用します。hiui-refine、hiui-design、ux-walkthrough を編成し、requirementGate、generationInputGate、uxGate によって要件確認、ページ生成入力の確認、エンジニアリング受け入れ、段階的な UX 受け入れ、before/after のスクリーンショット、修正完了、レポート出力を制御します。
CLI または Node API を使って Lighthouse 監査をローカルで実行し、レポートを解析・解釈してパフォーマンス予算を設定します。サイトのパフォーマンス測定、Lighthouse スコアの理解、予算の設定、監査の CI への統合に使用します。トリガー：lighthouse、run lighthouse、lighthouse score、performance audit、performance budget。個別のパフォーマンス問題の修正（perf-web-optimization または core-web-vitals を使用）や Astro 固有の最適化（perf-astro を使用）には使わないでください。
Astro のプルリクエスト、またはプルリクエストとして準備中のローカルブランチ、コミット範囲、diff、パッチ、作業ツリーに対して、静的で読み取り専用のコードレビューを行う。PR の説明、関連する要件 issue とロードマップ項目、利用可能な場合は PR や issue の議論を用いて、その変更が表明されたビジネス要件を満たし、マージに値するかを判断する。このスキルは PR レビューまたはセルフレビューにのみ使用し、issue のトリアージやバグ調査には使用しない。マージに関連する指摘のみを報告し、コードの編集やプロジェクトのコード・テスト・ビルド・チェック・スクリプトの実行は一切行わない。
Three.js と React Three Fiber のアプリを監査・修正し、フレームループのパフォーマンス、GPU メモリリーク、シーングラフの正確性、z-fighting、shadow acne、色空間の誤り、リサイズ処理の不具合などの視覚的な問題を確認します。スキャンエンジンとして React Doctor を使用し、レンダリング結果に照らして視覚的な評価基準を適用します。Three.js、R3F、react-three-fiber、drei、WebGL アプリの改善、監査、スキャン、整理を依頼された場合、または `/improve-threejs` と入力された場合に使用します。
再利用可能なスキル改善作業を、範囲を限定したリポジトリ内のラチェット型パケットにまとめます。対象は、ラチェット適用可否、ベンチマーク準備、ループ憲章の固定、ベースライン採点、1変更の適用、サポート資料の同期、最終的な維持／差し戻しレポートです。既存の`SKILL.md`、SOP、プロンプト、ワークフロードキュメントについて、トリガーの明確化、指示の改善、サポートファイルの充実、発見しやすい表現への修正が必要そうで、場当たり的な書き換えではなく、固定した評価ハーネス、追記専用の実験ログ、明示的な維持／差し戻し判断を求める場合に使用します。現時点で改善が正当化されないことを証明したい場合にも使用します。GPU負荷の高いKarpathy `autoresearch`の実行や、LangSmith、Braintrust、Weave、Promptfooなどのホスト型アプリ規模の評価／可観測性プラットフォームは対象外です。
新しい Claude Code スキルを作成するか、既存のスキルを V2 に最適化します。2つのモードがあります。`forge` は新しいスキルの骨組みを作成します（frontmatter、段階的な情報開示、ヘルパースクリプト、必須の Gotchas、反復後の抽出）。`optimize` は既存スキルのパッケージだけでなく、OUTCOME を測定可能な形で改善します（品質監査 + ドメイン成果の調査 + 変更履歴 + V1 と V2 の検証）。ユーザーがスキルの作成、執筆、構築、骨組み作成、改善、アップグレード、最適化を希望する場合に使用します。
Quarkus アプリケーションの高速な単体テストを作成する場合に使用します。@ExtendWith(MockitoExtension.class) による純粋なテスト、@QuarkusTest と @InjectMock による CDI モックの完全な置き換え、@InjectSpy による CDI Bean の部分モック、REST Assured によるリソース中心のテスト、@CsvSource / @MethodSource を使った @ParameterizedTest、QuarkusTestProfile によるテスト固有の設定上書き、命名規則（*Test → Surefire、*IT → Failsafe）を扱います。フレームワークに依存しない Java テストには @131-java-testing-unit-testing を使用してください。Quarkus プロジェクトの単体テストの追加・改善、Mockito を優先したテストによる低速な @QuarkusTest の削減、Quarkus テストへの @InjectSpy による部分モックや QuarkusTestProfile 設定の追加、繰り返しのテストメソッドの @CsvSource または @MethodSource を使う @ParameterizedTest への変換、Quarkus サービス向け高速な純粋な単体テストの作成などの依頼で起動します。Plinth Toolkit の一部です。
Checkly CLI を使用してモニタリングチェックを設定、作成、テスト、管理します。API Checks、Browser Checks、URL Monitors、ICMP Monitors、Playwright Check Suites、Heartbeat Monitors、Alert Channels、Dashboards、Status Pages を扱うときに使用します。Checkly アカウントのプラン、利用権、機能制限、メンバー、保留中の招待にアクセスできます。専用コマンドがないエンドポイント向けに、汎用 API パススルー（`checkly api`）を含みます。
Java、Python、JavaScript、C#、Ruby、PHP で本番品質の Selenium WebDriver 自動化スクリプトとテストを生成します。ローカル実行と、3,000 を超えるブラウザー/OS の組み合わせに対応した TestMu AI クラウドをサポートします。ユーザーが Selenium テストの作成、WebDriver による自動化、Selenium Grid でのクロスブラウザーテストを求める場合、または「Selenium」、「WebDriver」、「RemoteWebDriver」、「ChromeDriver」、「GeckoDriver」に言及する場合に使用します。トリガー：「Selenium」、「WebDriver」、「browser automation」、「Selenium Grid」、「cross-browser」、「TestMu」、「LambdaTest」
12 冊の古典的なエンジニアリング書籍を参考に、コードベースのアーキテクチャを監査します。モジュール依存関係のマッピング、レイヤー構造の整合性確認、構造的な劣化の検出を行います。アーキテクチャの監査、フォルダー／モジュール構造のレビュー、循環インポートの確認、コードベースの構成把握、「クリーンアーキテクチャに沿っているか」「なぜすべてが相互に依存しているのか」といった質問で起動します。「新しい開発者向けにコードベースを説明して」「コードベースを案内して」といったオンボーディング依頼でも起動します（オンボーディングモードを使用）。PR レベルのコードレビュー（brooks-review を使用）や行単位のリファクタリングに関する質問では起動しないでください。このスキルは個々の関数ではなく、構造／モジュールレベルの課題を分析します。
Agentforce エージェント向けの構造化テストスイートを記述・実行・分析します。機能テストとセキュリティテストの両方に対応。トリガー条件：ユーザーがテスト仕様 YAML（AiEvaluationDefinition）を作成または変更した場合、sf agent test create、run、run-eval、results コマンドを実行した場合、テストカバレッジ戦略・指標選定・カスタム評価について尋ねた場合、テスト結果の解釈や失敗の診断をする場合、バッチテスト、回帰テストスイート、CI/CD テスト統合について尋ねた場合、セキュリティテスト、OWASP LLM Top 10、レッドチーム、侵入テスト、プロンプトインジェクションテスト、セキュリティグレード、エージェントの脆弱性評価を要求した場合。トリガーしない条件：ユーザーが .agent ファイルを作成・変更・プレビュー・デバッグする場合（agentforce-generate を使用）、エージェントのデプロイや公開を行う場合、Agent Script コードを記述する場合、sf agent preview を開発反復で使う場合、本番セッショントレースを分析する場合（agentforce-observe を使用）、.agent ファイル内容の静的セーフティレビューを行う場合（agentforce-generate のセクション 15 を使用）。
対象バックエンドに合わせたペイロードを作成し、APIのパラメーター、ヘッダー、リクエスト本文におけるSQLインジェクション、NoSQLインジェクション、OSコマンドインジェクション、LDAPインジェクション、SSRFなどの脆弱性をテストします。データの抽出、コマンドの実行、内部サービスへのアクセスを試み、OWASP API8:2023およびAPI7:2023 SSRFに対応付けます。APIに対するSQLi、NoSQLインジェクション、コマンドインジェクション、SSRFのテストや、API入力検証の評価に使用します。
Quarkus の統合テストを作成または改善する場合に使います。@QuarkusTest、自動コンテナプロビジョニングのための Dev Services、QuarkusTestResourceLifecycleManager 経由の Testcontainers、外部 HTTP スタブ用の WireMock、パッケージ済みアーティファクトを対象とするブラックボックステスト用の @QuarkusIntegrationTest、REST Assured、データ分離戦略（@TestTransaction と @BeforeEach によるクリーンアップの比較）、Maven Surefire/Failsafe の 3 層分割（*Test、*IT、*AT）を扱います。Quarkus プロジェクトの統合テストの追加・改善、Quarkus テスト用の Testcontainers または Dev Services の設定、統合テストでの外部 HTTP 依存関係向け WireMock スタブの追加、パッケージ済みアーティファクトまたはネイティブバイナリのテスト用の @QuarkusIntegrationTest の設定、テストデータの分離問題の修正や Maven Surefire/Failsafe の分割設定などの依頼で起動します。Plinth Toolkit の一部
セッショントレースと Data Cloud を使って本番環境の Agentforce エージェントの動作を分析し、Agent Health Monitoring (AHM) のアラートを管理します。トリガー条件：ユーザーが STDM セッションデータや Data Cloud のトレースレコードを問い合わせる、本番環境のエージェントの障害・回帰・パフォーマンス問題を調査する、セッショントレース・会話ログ・エージェントの指標について尋ねる、報告された本番問題のプレビューでの再現を試みる、findSessions やトレース分析クエリを実行する、エージェントの指標（エスカレーション率/deflection など）に対して AHM データアラートを作成・一覧表示・更新・削除する、アラートが発火しない理由を尋ね거나発火済みか確認する（通知件数、またはアラートごとの Incidents ビュー）。トリガーしない条件：ユーザーが開発中に .agent ファイルを作成・変更・デバッグする（agentforce-generate を使用）、テストスペックを作成・実行する（agentforce-test を使用）、ローカル開発で sf agent preview を使う、エージェントをデプロイまたは公開する。
AI アプリケーションが外部のツールやデータソースに統一的な方法で接続するためのオープンなプロトコルです。クライアントはモデルとの対話を担い、MCP サーバーはツール・リソース・プロンプトテンプレートを提供します。標準メッセージでやり取りするため、1 つのサーバーを複数のクライアントで再利用できます。