Skills
エージェント向けにパッケージ化された専門スキルと手順を 100,928 件掲載。コマンド 1 行でインストールできます。
すべて
ロードマップに関するあらゆる用途に使用します（docs/<feature-slug>/ 以下で Markdown のチェックボックスを使って追跡する、複数のチェックポイントからなる段階的な計画）。単一の仕様書／計画では収まらないタスクのロードマップ作成（「roadmap」／「дорожная карта」、複数週にわたる移行、複数リリースにまたがる展開、段階的な書き換え）、文書化か実装かを明示しない「ロードマップを続けよう」という依頼、次の未完了チェックポイントへの着手（「возьми следующую задачу в роадмапе」、「take the next roadmap task」、「next roadmap checkpoint」）、複数ステップの仕様書／計画をまとめて起草・検証する場合（「напиши несколько планов」、「пройтись по роадмапу」、「на все задачи роадмапа」）に使います。これらすべての単一の入口となり、状況を読み取って適切な参照ファイルへ案内します。
競合ディスプレイスメントキャンペーンを実行します — 競合他社の顧客を見つけ、切り替え準備ができている顧客を特定し、ディスプレイスメント固有のメッセージでターゲットを絞ったアウトリーチを構築します。見込み客が競合他社を利用していると把握していて獲得したいとき、切り替える可能性が高い企業を見つける必要があるとき、特定の競合他社に案件を奪われているとき、ディスプレイスメントのアウトリーチが成果を出していないときに使用します。一般的な見込み客リストの構築(/sales-prospect-list を使用)や一般的なアウトリーチの作成(/sales-cadence を使用)には使用しないでください。
複雑な多利害関係者の B2B 案件向けに Qwilr ディールルームを設計します。案件の利害関係者が多すぎてメールで管理できないとき、バイヤーが資料の所在を見失い続けているとき、複雑な案件の単一の信頼できる情報源がないとき、調達を軌道に乗せるための相互アクションプランが必要なとき、エンタープライズ案件に全当事者向けの洗練されたハブが必要なときに使用します。単一利害関係者の提案ページ(/sales-proposal-page を使用)、再利用可能なチームテンプレート(/sales-proposal-template を使用)、バイヤーのエンゲージメントシグナルの解釈(/sales-proposal-analytics を使用)には使用しないでください。
Qwilr のエンゲージメントシグナルを解釈し、次に何をすべきかを判断する。見込み客が提案書をまだ開いていない、閲覧後にバイヤーが音信不通になった、委員会の誰がそれを見たか分からない、フォローアップすべきか待つべきか判断できない、見込み客が価格セクションを何度も読み返すのに署名しない、見積書送付後に商談の勢いが止まった、といった場合に使用する。提案書の作成や構成には使用しない（/sales-proposal-page を使用）。再利用可能なテンプレートの構築には使用しない（/sales-proposal-template を使用）。Qwilr を CRM に接続する場合にも使用しない（/sales-qwilr-automation を使用）。
サードパーティのマーケティング、リサーチ、クリエイティブ系スキルを閲覧してインストールする。使用する場面：「スキルをインストール」「利用可能なスキル」「サードパーティスキル」「マーケティングスキル」「opc スキル」「利用可能なスキルは何か」「スキルを一覧表示」「スキルを閲覧」「スキルを見せて」。特定の営業目標を適切なスキルにルーティングする場合（/sales-do を使用）や、まだ存在しない新しいスキルをリクエストする場合（/sales-request-skill を使用）には使用しない。
公開アクセス可能なコード（フロントエンド JavaScript、モバイルアプリ、クライアントサイドバンドル、HTML テンプレート）内のハードコードされた機密データ（API キー、アクセストークン、秘密鍵、パスワードなど）を検出する。3 段階のアプローチを使用する。偵察（シークレット候補の特定）、バッチ検証（公開コードパス内の本物のシークレットを確認、各 3 候補）、マージ（バッチ結果の統合）。sast/architecture.md が必要（先に sast-analysis を実行）。検出結果は sast/hardcodedsecrets-results.md に出力する。ハードコードされたシークレット、漏洩した API キー、露出した認証情報の検出を求められた場合に使用する。
コードベース内の安全でない JWT（JSON Web Token）実装を 2 段階のアプローチで検出する。まずすべての JWT 発行および検証箇所をマッピングしてトークンのライフサイクルと署名構成を把握し、次に各検証箇所について、アルゴリズム混同、署名検証の欠如、弱いシークレット、ヘッダーインジェクション、クレーム検証の欠如といった悪用可能な弱点を確認する。sast/architecture.md が必要（先に sast-analysis を実行）。検出結果は sast/jwt-results.md に出力する。フェーズ 1 で JWT の使用が見つからない場合、フェーズ 2 はスキップされる。JWT、トークン偽造、認証バイパスのバグの検出を求められた場合に使用する。
データウェアハウステーブルまたはマテリアライズドビューから個人またはグループのプロパティを設定し、ウェアハウスの列をフィーチャーフラグ、コホート、インサイトで使えるプロパティにします。「Postgres の列を個人プロパティに同期したい」、「ウェアハウステーブルをユーザーにマッピングしたい」、「毎日の identify cron を置き換えたい」、「ウェアハウスから個人プロパティを更新したい」とユーザーが求めたとき、または PostHog へのリバース ETL を求めたときに使用します。テーブルと識別子列の選定、1 回の呼び出しでテーブル全体の列マッピングを提案すること、ID プロパティと予約プロパティの除外、既存プロパティとの衝突の確認、最初のバックフィルの実行を扱います。
SE Ranking で弱いページ、技術的な問題、コンテンツのギャップを見つけ、Planable で修正をエンドツーエンドに調整する — 書き直したページのコピーを Universal コンテンツページで下書きしてフィードバックと承認を得て、それを支えるソーシャル配信をスケジュールする。ユーザーがサイト/SEO 監査に基づいて行動し、コンテンツを修正・プロモーションしたい場合、または「サイトを監査して弱いページの修正を手伝ってほしい」「これらのページを書き直して新しいコピーを承認する必要がある」「コンテンツのリフレッシュを調整する」「監査結果をソーシャル配信を含む行動計画に変える」「どのページを修正し、更新をどうレビューしてもらうか」などと言う場合にこのスキルを使う。SE Ranking の結果を、レビュー済みで承認されたコンテンツとソーシャルプッシュにする必要がある場合は常に有効化する。
skeeper を使って、仕様成果物 (SPEC.md、ADR、RFC、plan/PRD/TechSpec の markdown、カスタム glob) を、それが説明するコードの隣に置きつつメインリポジトリの履歴を汚さない方法を説明する。厳格なフック、追跡される skeeper.lock ファイル、名前空間、Git ライクな status/pull/push/sync/restore ワークフロー、track/untrack、repair、SKEEPER_SKIP、GitHub Action を扱う。skeeper のセットアップ、sidecar の設定、ロックファイルの同期や確認、ドリフトや失敗した同期からの復旧、バイパスの監査、CI への組み込みに使用する。一般的な Git フックの質問、.skeeper.yml がなく追加の予定もないリポジトリ、skeeper の内部実装の編集には使用しない。
既存スキルの仕様ではなく、実際の使用履歴に基づいて評価を作成します。brain の会話アーカイブ（conversations/）と各ハーネスのセッショントランスクリプトから呼び出しを抽出します。呼び出し後のユーザーによる修正が最も重要なシグナルです。次に eval_contract と、正直さを示すラベル（SPEC-DERIVED／HISTORY-IMPLIED）付きの再実行可能なケースを 4～8 件作成し、skills/<name>/eval/autobench-<date>.md に PENDING-HUMAN-APPROVAL として配置します。SKILL.md は決して書き換えません。2 つのガード機能も備えています。パネルの整合性（マルチモデル判定では各プロバイダーが実際に応答したことを証明）と、失敗改善の分類（記録された LLM フォールバック事例を時間をかけて決定論的なコードに置き換える）です。
仕様を作成する前に、名前の付いたサブシステム、ケイパビリティ、またはコード面のガバナンスカバレッジを評価する必要があるときに使用する — 既存の PRD / 技術仕様 / ADR によってすでにガバナンスされているもの、暗黙のままのもの、そして製品の階層と C4 レベルに応じて新しい仕様の境界をどこに引くべきかを判断する。なじみのない、またはガバナンスが不完全な面について製品仕様や技術仕様を作成・スコープ設定する前に使用する。"assess coverage"、"find governance gaps"、"what's already specified"、"where should this spec's boundary sit"、"one spec or several"、"what needs a PRD vs a tech spec"、"is this subsystem properly documented" といった要求があったときに使用する。レビュー可能なカバレッジマップの成果物を生成し、それが `/spec-product` と `/spec-tech` に引き渡される。対象の仕様とその境界がすでに既知で曖昧さがない場合は使用しない — そのまま `/spec-product` または `/spec-tech` に進む。`doctrine coverage` と混同しないこと — 要件検証のための無関係な CLI 動詞である。
細胞外電気生理のための統一 Python フレームワーク。20 以上の形式(SpikeGLX、OpenEphys、NWB、Intan、Maxwell、Blackrock)を読み込み、前処理し、1 つの API で 10 以上のソーター(Kilosort4、SpykingCircus2、Tridesclous、MountainSort5)を実行し、品質メトリクス(SNR、ISI、発火率)を計算し、ソーターを比較し、NWB/Phy をエクスポートする。形式に依存しないマルチソーターのワークフローに。Neuropixels 固有の PSTH/デコーディングには neuropixels を使用する。
Stripe 統合に関する開発・テスト環境の計画（個別のサンドボックスか共有テストモードのサンドボックスか）、API の選択（Checkout Sessions と PaymentIntents）、Connect プラットフォームの設定（Accounts v2、controller プロパティ）、課金・サブスクリプション、税務と登録（Stripe Tax、automatic_tax、商品税コード）、Treasury 金融口座、統合オプション（Checkout、Payment Element）、非推奨の Stripe API からの移行、セキュリティのベストプラクティス（API キー管理、API キー権限、webhook、OAuth）について指針を示します。開発環境の選定、決済受付、マーケットプレイス構築、Stripe の統合、決済処理、サブスクリプション設定、売上税・VAT・GST の徴収、連結アカウントの作成、安全なキー管理の実装など、Stripe 統合の計画、構築、変更、テスト、レビューに使用します。
Web アナリティクスチーム向けにパスクリーニングルールを提案する自動 AI ヘルスチェックを実行し、その内容を推論する。チームまたはコホート向けのパスクリーニング提案の生成、提案チェックの実行、AI 提案ルールのレビュー/適用、path_cleaning_suggestions のヘルス問題の調査、提案パイプラインの拡張を求められたときに使用する。suggest_path_cleaning_rules 管理コマンド、path_cleaning_suggestions ヘルスチェック、コホートゲーティング（チームの事前計算）、および保存前に提案が実際のパスに対して検証される方法を扱う。ルールを手動で作成または直接適用する場合は、代わりに managing-path-cleaning-rules を使用する。
Syncfusion JavaScript TreeView コンポーネントで階層ツリー構造を実装し、選択、編集、ドラッグ＆ドロップ機能を提供する。ツリーナビゲーションインターフェースの構築、階層データの表示、ノード選択とチェックボックスの実装、ノード操作（追加/削除/更新）、ツリーテンプレートのカスタマイズを行うときにこのスキルを使用する。ローカルおよびリモートデータソースのデータバインディング、DataManager 統合、ノードイベント、API メソッド、プロパティを扱う。
Syncfusion Vue BlockEditor コンポーネントを実装し、リッチテキスト、画像、表、インタラクティブブロックを備えたブロックベースのコンテンツ編集を実現します。ユーザーがブロックエディター、Notion スタイルのエディター、コンテンツブロック、リッチテキストブロック、ブロック付きドキュメントエディター、モジュラーなコンテンツエディターを必要とする場合、または @syncfusion/ej2-vue-blockeditor、BlockEditor、ブロックベース編集、コンテンツ管理エディター、共同編集、リアルタイムコラボレーションに言及した場合は、必ずこのスキルを使用してください。14 種類すべてのブロックタイプ、5 種類のコンテンツタイプ、ドラッグアンドドロップ、メニュー、メソッド、イベント、Yjs サポートによるリアルタイム共同編集、ユーザープレゼンスとリモートカーソル、バージョン履歴、Composition API パターンを網羅します。
Vue 2 および Vue 3 向けの Syncfusion Vue Gantt Chart（@syncfusion/ej2-vue-gantt）を実装します。タスクタイムライン、依存関係、リソース管理を備えたプロジェクトスケジュールインターフェイスを構築するときに使用します。データバインディング、タスクスケジューリング、列、フィルタリング、編集、Excel/PDF エクスポート、クリティカルパス、リソース割り当てを網羅します。ejs-gantt と GanttComponent をサポートします。
AI アプリケーションが外部のツールやデータソースに統一的な方法で接続するためのオープンなプロトコルです。クライアントはモデルとの対話を担い、MCP サーバーはツール・リソース・プロンプトテンプレートを提供します。標準メッセージでやり取りするため、1 つのサーバーを複数のクライアントで再利用できます。