Skills
エージェント向けにパッケージ化された専門スキルと手順を 99,064 件掲載。コマンド 1 行でインストールできます。
開発
DX InspectorとBuilder Central向けのLifecycle Center。次の4つの作業では、まずこのスキルを使用します：(A) DX Inspectorに接続されているorgの一覧表示、(B) 新しいorg（sandboxまたはscratch、production、OrgFarm）をデプロイ先として接続、(C) Lifecycle Center org（LifecycleCenter org、lifecycle-center、ALMDevOpsCenterHub、DevOps Center hub、Hub orgとも表記）の接続または確認、(D) ユーザーのorgに既にあるコンポーネントを接続先orgへデプロイ、検証、クイックデプロイし、simple-deploy requestIdをポーリング。次の場合に起動：接続済みのorgや環境の表示、一覧表示、選択；orgの接続、追加、ログイン、修復；Lifecycle Center orgの接続；コンポーネントを別のorg、URL、org id、alias、環境名へデプロイ、検証、プッシュ。「新しいorgを接続」「どのorgにデプロイできる？」「sandboxにデプロイ」などの短い依頼も対象です。これらのデプロイでは、ローカルのプロジェクトファイルではなく、接続元orgにあるコンポーネントを別のorgへ移動します
BMAD の計画成果物と GitHub Projects v2 の双方向同期。ユーザーが「sync to github」「push stories」「pull status from github」「set up github project」「github sync」「onboard github project」「create github issues from stories」「update stories from github」「sync status」と言う場合、または GitHub Projects で BMAD 成果物を管理したい場合にこのスキルを使用する。ユーザーが BMAD 成果物の文脈で「gh project」「github board」「sprint board」「project roadmap」「relationship field」「blocked by」「parent issue」に言及した場合にもトリガーする。「I want to track stories in github」「let's set up a project board」「what's out of sync」「push the sprint to github」のような暗黙の手がかりでもトリガーする。
Google Guava のベストプラクティスパターン。公式 wiki から抽出し、イミュータブルコレクションの of/copyOf/builder の 3 パターンと防御的コピーのルール、Cache の選択判断（LoadingCache vs Cache vs Caffeine）、Joiner/Splitter のイミュータブルなパイプライン、正規表現の代わりになる CharMatcher、Preconditions のフォーマット済みメッセージ検証、CaseFormat による命名の相互変換を網羅。LLM の誤用を矯正する：イミュータブルコレクションの手書き、Cache の代わりに ConcurrentHashMap、CharMatcher の不知。
ブランチ上で新しい Datex Studio hub 設定（configurationTypeId=2）を作成する際に使用——タブグリッド、ロールで制御されたタブ、ツールバーボタンを備えたフィルター駆動のコンテナ。デッド配線の罠（hub フィルター -> タブ configParameters -> グリッド inParams を同期させ続ける必要がある）、フィルター駆動タブパターン、ツールバーボタンの配線を扱う。トリガー:「create a hub」「add a tab to xxx_hub」「add a filter」「add a toolbar button to the hub」「role-gate a hub tab」「filter-driven tabs」「tab grid ignores filter value」「hub won't open」「dead wiring between hub filter and grid」。既存の hub を変更する場合は hub-editor を参照。
あらゆるプロジェクトで justfile（casey/just コマンドランナー）を作成するか、justfile に移行します。justfile の追加、Makefile から just への置き換え、プロジェクトコマンドの設定、タスクランナーの作成を依頼された場合、またはビルド／開発ワークフローの文脈で「just」に言及された場合に使用します。プロジェクトに Makefile がある、または新規プロジェクトであるというだけでは使用しません。プロジェクトコマンドの作成または移行を明示的に求める必要があります。Rust、Python、TypeScript/JavaScript、Go、Ruby の各エコシステムに対応します。CI パイプライン設定、Dockerfile、実際のビルドシステム（cargo、webpack など）の設定には使用しないでください。
【KWC プロジェクト唯一の入口 Skill】KWC プロジェクトのスキャフォールド初期化、コンポーネント/ページ/Controller メタデータの生成、環境設定とデプロイを担当します。ユーザーのリクエストが KWC プロジェクトの作成、kd CLI の使用、.page-meta.kwp / .js-meta.kwc / .kws メタデータファイル、環境デプロイに関わる場合は、必ず本 Skill を優先して使用してください。本 Skill は KWC ワークフローの総合入口であり、フレームワーク開発 Skill（react/vue/lwc-development）はスキャフォールド初期化が完了した後、コンポーネントの実装コードを書く必要が明確な場合にのみ有効化されます。メタデータ操作、プロジェクト初期化、デプロイの段階でフレームワーク開発 Skill を直接使用することは禁止です。
GitHub リポジトリのラベルをバージョン管理対象のファイルとして管理し、変更されたパスに基づいてプルリクエストに自動でラベルを付けます。現在のラベルをエクスポートし、提案された `.github/labels.yml` と差分を比較して、差分を同期します（1 回限り、または検証済みの SHA 固定アクションを使う定期ワークフロー）。`actions/labeler` と `.github/labeler.yml` でパスベースの PR ラベル付けも設定します。ユーザーが「standardize labels」「sync labels」「auto-label PRs by path」「labels as code」と言うか、/labels-as-code を呼び出した場合に使用します。複数リポジトリにまたがる組織全体のラベルポリシーには使用せず、中央管理リポジトリからラベル（名前変更、除外）を調整する /safe-settings に振り分けてください。Issue フォームやテンプレートには使用せず、/oss-hygiene を使用してください。ラベルの削除は自動では行わず、必ず事前に明示的な許可を求めます。
ユーザーが Salesforce UI で Nebula Logger データを閲覧、フィルタリング、調査したいときにこのスキルを使用する。Logger Console アプリ、`Log__c` / `LogEntry__c` / `LogEntryTag__c` / `LoggerScenario__c` / `LoggerTag__c` のリストビュー、関連リストのナビゲーション、Log レコードページとその LWC、および管理者とサポートエンジニアが日々どのようにコンソールを使うかを扱う。
AI アプリケーションが外部のツールやデータソースに統一的な方法で接続するためのオープンなプロトコルです。クライアントはモデルとの対話を担い、MCP サーバーはツール・リソース・プロンプトテンプレートを提供します。標準メッセージでやり取りするため、1 つのサーバーを複数のクライアントで再利用できます。