Skills
エージェント向けにパッケージ化された専門スキルと手順を 96,770 件掲載。コマンド 1 行でインストールできます。
テスト・品質
規律的な命名、小さな関数、明快なエラーハンドリングで、読みやすく保守しやすいコードを書く。「このコードを整理して」「この関数が長すぎる」「コード悪臭」「命名規約」「ボー Scout ルール」「単一責任」「ユニットテストの質」と言われたときに使う。プルリクエストの可読性レビュー、まとまらない関数の整理、コメントスタイルの議論、エラーハンドリングの改善 時にも作動する。SRP、コメントの規律、フォーマット、ユニットテストを扱う。手法については refactoring-patterns、アーキテクチャと依存のルールについては clean-architecture を参照。
コード差分とファイルを解析し、バグ、セキュリティ脆弱性（SQL インジェクション、XSS、安全でないデシリアライズ）、コード/Login臭、N+1 クエリ、命名問題、設計上の懸念を特定したうえで、優先度付きの実行可能なフィードバックを含む構造化されたレビューレポートを作成します。プルリクエストのレビュー、コード品質監査、リファクタリング機会の発見、セキュリティ問題の調査に使用します。PR レビュー、コード品質チェック、リファクタリング提案、コードレビュー、コード品質チェックのために呼び出します。専用スキル（security-reviewer、test-master）を補完し、正当性、性能、保守性、テストカバレッジを一度に広い範囲でレビューできます。
すでに発見したバグの他のインスタンス——コードベース全体にまたがる単一根因のバリアント——を探索します。脆弱性、ロジックバグ、不具合なパターンが特定のファイルで発覚し、「他にどこで起きているか」が問い立ったときに直ちに使用します。会話をそのままCan't form （"are there others like this?"、"is this the same bug?"）という口語表現でも同様です。既知のインスタンス 1 件を、そのパターン族全体に対応する CodeQL や Semgrep のクエリに一般化する用途にも使用します。また、既知の根因に対して類似候補のセットをトリアージする用途にも使用します。バグが何もまだない状態での初回の検出には向いていません。
ユーザーが retro（振り返り）の実行、回顾、発見事項の記録、または printed-CLI 実行後の Printing Press の改善を求める場合に使用します。トリガーフレーズ: "retro"、"retrospective"、"what went wrong"、"improve the press"、"post-mortem"、"lessons learned"、"what can we improve"、"file a retro"、"submit findings"。printed-CLI のポリッシュや単一 CLI の修正には使用しないでください。
Salesforce Code Analyzer を実行し、コードをスキャンしてセキュリティ、パフォーマンス、ベストプラクティス、コードスタイルの違反を検出します。すべてのエンジン（PMD、ESLint、CPD、RetireJS、Flow、SFGE、ApexGuru）、対象（ファイル、フォルダー、git diff）、カテゴリ、重大度に対応しています。スキャン後の探索も扱います。エンジン/重大度/カテゴリ/ファイルで結果を絞り込んだり、ルールの意味を説明したりできます。発動条件：ユーザーが「コードをスキャンして」「セキュリティ問題をチェックして」「PMD/ESLint を実行して」「重複を探して」「Flow を分析して」「脆弱なライブラリを調べて」「AppExchange のレビュー」「LWC を lint して」「静的解析」「コード品質」「セキュリティ違反を表示して」「このルールは何ですか」「ApexCRUDViolation を説明して」「結果を絞り込んで">, またはエンジン/ファイルタイプ（.cls、.trigger、.js、.flow-meta.xml）に言及した場合。このスキルはスキャン、結果の探索、ルール一覧に使用します。発動しない条件：インストール/構成についてのみ質問がある場合（dx-code-analyzer-configure を使用）、またはカスタムルールの作成を求める場合（dx-code-analyzer-custom-rule-create を使用）。
非推奨——このスキルは保守されていない。代わりに https://github.com/angular/skills の公式 Angular スキルを使うこと。Vitest や Jasmine を TestBed とモダンなテストパターンと組み合わせて Angular v20+ のアプリケーションのユニットテストと統合テストを書く。signals を使うコンポーネント、OnPush の変更検出、inject() を使うサービス、HTTP 相互作用のテストに適している。テストの作成、signal ベースコンポーネントのテスト、依存関係のモック、テスト基盤の構築で発動する。Cypress や Playwright による E2E テストには使わないこと。また Angular 以外の JavaScript/TypeScript コードのテストにも使わないこと。
内部サブスキル：印刷された CLI のコマンド出力サンプルをエージェント的にレビューし、ルールベースのチェックでは表せない妥当性の問題（部分文字列一致の関連性、形式のバグ、ソースの暗黙の欠落、ランキングの失敗）を検出します。主 printing-press スキルが第 4.85 フェーズと printing-press-polish の SKILL.md にて、診断ループ中に Skill ツール経由で呼び出されます。ユーザーによる直接呼び出しは不可で、実行可能なラッパーは /printing-press と /printing-press-polish です。
Lynx DevTool の使用や Lynx のアプリ・ページ・デバイスのデバッグ時に使用します。特に、クライアントやセッション、CDP や App コマンド、DOM/CSS の調査、ランタイムやコンソールのログ、デバイス上での JavaScript の評価、スクリーンショット、ヒープスナップショット、パフォーマンストレース、Page.reload や App.openPage、グローバルスイッチ、インタラクティブなスナップショットの ref によるタップ/入力/スクロール、ReactLynx コンポーネントツリーの調査・検索、DOM Snapshot の ref と ReactLynx コンポーネントの関連付け（`reactlynx link`）、Android・iOS・Desktop での ReactLynx の props/state/context の変更などが関わるタスクに発動します。
PICKLES 手法と 165 ポイントスコアリングによる Lightning Web Components。ユーザーが LWC コンポーネントを作成または編集する場合、wire service パターンを構築する場合、LWC の Jest テストを書く場合に使用します。トリガー条件：ユーザーの LWC コンポーネントの作成・編集、lwc/**/*.js、.html、.css、.js-meta.xml ファイルへの変更、wire service・SLDS・Jest LVC テストに関する質問。「Apex クラス（platform-apex-generate を使用）、Aura コンポーネント、Visualforce」の場合はトリガーしません。
130 ポイントスコアリングを用いた Salesforce データ運用。sf CLI と匿名 Apex による組織レコードの作成、更新、削除、一括インポート／エクスポート、テストデータの生成、クリーンアップに使う。テストデータの作成、一括インポート／エクスポート、sf データ CLI コマンド、Apex テストのデータファクトリパターン、組織レコードのシード／クリーンアップで発動する。SOQL クエリの記述のみ（Apex テストの実行のみ、メタデータのデプロイのみ）には発動しない（それぞれ platform-soql-query、platform-apex-test-run、platform-metadata-deploy を使う）。
Lightning Web Components の SLDS デザインシステム準拠性を監査し、スコア付きの品質レポートを作成します。SLDS linter を実行し、CSS のテーマフックの使用とその組み合わせを分析して、カテゴリごとの SLDS の検出結果を総合グレードにまとめます。「score my component's SLDS」「SLDS scorecard」「SLDS quality report」「audit SLDS compliance」「how good is my SLDS」「check SLDS quality」「rate my SLDS styling」「evaluate my component's SLDS」「is this component's SLDS ready to ship?」「look at my LWC for SLDS issues」「audit SLDS before I submit」「review
.NET テストを実行するとき、またはテストコマンドやフラグで回答する前に必ず使用する。「run the tests」「exact dotnet test command」、単一のテスト/クラス/カテゴリ/trait/ターゲットフレームワーク、複合フィルタ、`--filter-query`、`--no-build`、`--diag`、診断ログ、TRX、カバレッジ収集、クラッシュ/ハングダンプ、フィルタエラー、認識されないオプション遇到時に発火する。MSTest/xUnit/NUnit/TUnit に対して、リポジトリ互換のクラシック、VSTest、ブリッジド MTP、またはネイティブ MTP 構文を選択する。プラットフォーム識別のみ（platform-detection）、テストコードの作成・デバッグ、既存カバレッジレポートの解釈、CI の調査、マイグレーション、永続的なホットリロード/ウォッチループには使用しない。
Trail of Bits のチェックリストを使って、セキュリティレビューに向けてコードベースを準備します。レビュー目標の設定、静的解析ツールの実行、テストカバレッジの向上、不要なコードの削除、アクセシビリティの確保、ドキュメント（フローチャート、ユーザーストーリー、インラインコメント）の作成を支援します。自分のコードベースを他者の監査に備える場合、外部セキュリティレビュー前にリポジトリを整える場合、監査開始前に修正すべき点を決める場合、評価者がプロジェクトに何を求めるか尋ねる場合に使用します。監査予定の不慣れなコードを理解するには、代わりに audit-context-building を使用してください。
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 を使用）。
AI アプリケーションが外部のツールやデータソースに統一的な方法で接続するためのオープンなプロトコルです。クライアントはモデルとの対話を担い、MCP サーバーはツール・リソース・プロンプトテンプレートを提供します。標準メッセージでやり取りするため、1 つのサーバーを複数のクライアントで再利用できます。