Skills
エージェント向けにパッケージ化された専門スキルと手順を 99,064 件掲載。コマンド 1 行でインストールできます。
開発
あらゆる SDK ドキュメントサイトを監査し、完全に採点されたダウンロード可能な HTML レポートを生成する。ユーザーがドキュメントの URL を提示し、SDK ドキュメントの監査、レビュー、分析、採点、品質確認を求めたときは常にこのスキルを使用。次のような表現でもトリガーする：「X の SDK ドキュメントを監査して」「X のドキュメントが完全か確認して」「この SDK ドキュメントをレビューして」「これらのドキュメントはどの程度優れているか」「X に対して SDK 監査を実行して」、またユーザーが URL とともに監査、レビュー、クロール、確認、分析、品質、完全性、ギャップといった語を貼り付けたとき。必ずこのスキルを使用すること——この構造化されたクロール → 分析 → 相互参照 → レポートのワークフローに従わずに監査を試みないこと。
クロス集計データ分析向けの強力なピボットテーブルコンポーネントである Syncfusion WPF PivotGrid コントロールを実装するための包括的なガイド。WPF のピボットテーブル、PivotGridControl、またはクロス集計データのシナリオを扱うときに使用します。ピボットの行/列の構成、PivotSchemaDesigner、グループ化バー、ピボットフィールドリスト、ピボット計算、フィルタリング、並べ替え、ビジネスインテリジェンスアプリケーション向けのデータバインディングを扱います。
Venice の Alpha POST /responses エンドポイントを使用します。これは OpenAI 互換のステートレスな Responses API で、型付き出力ブロック（reasoning、message、function_call、web_search_call）を備えています。リクエスト形式、入力項目、ツール（function、web_search、x_search）、推論制御、prompt_cache_retention、不完全なレスポンス、ストリーミングイベント、/chat/completions との違い、サポートされる venice_parameters のサブセット、E2EE の動作を扱います。
ユーザーが "create a blueprint"、"write a blueprint"、"blueprint this feature"、"plan this implementation"、"make a plan"、"create an implementation plan"、"design the architecture"、"design this feature"、"break this down into steps"、"plan this refactoring"、"help me plan" を求めるときにこの skill を使用する。
yak-skills の総合入口とルーティング。Yaklang プログラミング、Yak ホットパッチ（MITM / Web Fuzzer / グローバル）、Yakit の二次開発、MCP テストを行いたいときは、ここからどのトピック skill に入るべきかを判断する。本ページでは三層のホットパッチ体系、YAK_MAIN のデバッグ規約、go run によるテスト方法を説明し、リクエストを yakit-basic / yakit-ui-binding / mitm-hotpatch / webfuzzer-hotpatch / global-hotpatch / yaklang-syntax / yaklang-database / yakit-native-plugin / yakit-rightclick-plugin / yaklang-toolchain / yakit-data-extract-plugin にルーティングする。
大まかな計画、アイデア、機能リクエストを、エンジニアリング、プロダクト、デザイン、運用、ビジネスに強い直感を持つ優秀なクロスファンクショナルアドバイザーのように検討し、具体的な形にまとめる。ユーザーと共にデザインツリーをたどり、答えを提案し、弱い前提に反論し、主張を実際のコードベースに根拠づけ、後戻りが難しい重要な意思決定が固まる前に浮き彫りにする。計画をストレステストしたい、漠然としたアイデアを具体化したい、デザインについて第三者意見を得たい、機能をチケットに切り出したい、仕様書を書きたい、あるいは単に考えを声に出して整理したいときに使用——"grill me"、"challenge this"、"help me think through X"、"I want to build Y"、"flesh this out"、"shape this up"、"write a spec"、"what do you think of..." といった表現を含む。
最適化研究のための自律的な実験ループ。ユーザーが次を望む場合に使用する: - 体系的な実験によって指標（ML の学習損失、テスト速度、バンドルサイズ、ビルド時間など）を最適化する - 自動研究ループを実行する: アイデアを試し、測定し、改善を残し、退行を差し戻し、繰り返す - 測定可能な最適化目標を持つ任意のコードベースに autoresearch を設定する。MAD に基づく信頼度スコアリング、git ブランチ分離、構造化された実験ログで autoresearch パターンを実装する。
Bagisto の Appearance 領域を扱うときに使用する — テーマセクション、セクションエディターとそのストアフロントプレビュー、下書きと公開の挙動、セクションメディア、テーマギャラリー。トリガーフレーズには "section"、"theme section"、"appearance"、"preview"、"draft"、"publish"、"unsaved changes"、"storefront layout"、"theme gallery"、"customize theme" が含まれる。
CI + Gistパイプラインを通じて、コードトークンとページ構造をFigmaに同期。依頼が「Figma同期パイプラインのセットアップ」「コードをFigmaに同期」「デザイントークンをFigmaにエクスポート」「ページウォーカーの更新」「tokens-sync-to-figmaプラグインの接続」の場合、パスに `figma-sync.config.json`、`figma-export.json`、`scripts/tokens-to-figma/`、`.github/workflows/figma-sync.yml` が含まれる場合、またはfigma-syncのGistやCIの状態を確認する場合に使用。変数の作成やノードの編集（`figma-use`を使用）など、エージェントによる単発のFigma書き込みや、画面の生成（`figma-generate-design`を使用）には使用しない。
稼働中またはキャプチャ済みの `doca-flow` パイプラインを `doca_flow_tune` で調整する場合に使用します。パイプ／カウンター／KPI の状態をスナップショットし、調整軸（ルール配置、リソースヒント／テーブルサイズ、HW オフロードモード）と対応する測定値（ルールインストール率、検索レイテンシ、ハードウェアカウンターの差分）を選び、オフラインまたはオンライン（読み取り専用または状態変更あり）で実行します。dumper CSV / analyze JSON / visualize mermaid の読み取りや、推奨内容を Flow プログラムに適用する場合にも使用します。「doca_flow_tune」が明示されていなくても、「BlueField で Flow のルールインストール率が低い」「このパイプのテーブルサイズがおかしい」「tune visualize のステップが空」「実行前後でカウンターが変化しない」「この推奨は doca-flow のどの設定に影響するか」といった依頼で起動します。doca-flow アプリケーションの作成、DOCA のインストール、Flow テレメトリーのストリーミングには対応せず、別のスキルに振り分けます。
手書きの libibverbs/rdma_cm ではなく、DOCA RDMA を使って NVIDIA BlueField/ConnectX NIC（RoCE/InfiniBand）上でデータを移動します。NIC 経由でプロセス間またはホスト間のデータ転送を行う場合や、「片方向読み取りで permission denied が返る」「送信後に完了通知が届かない」「接続コールバックが発火しない」、RoCE 上のアトミックな比較交換、バースト時の送信キューでの DOCA_ERROR_FULL に対処する場合に使用します。DOCA RDMA の指定がなくても対象です。doca_dev 上での RDMA コンテキストの起動、接続方法（RDMA CM、bridge/OOB、または gRPC による doca_rdma_export() の交換）、11 種類のタスク（Send/Receive/Send-Imm、Read/Write/Write-Imm、Atomic CmpSwap/FetchAdd、Get/Set/Add Remote Sync Event）、mmap と RDMA の権限の対応、キューと接続数の設定、doca_rdma_cap_* クエリ、RDMA 呼び出しで発生する DOCA_ERROR_* を扱います。直接的な QP/verbs 制御は doca-verbs の対象です。一般的な RDMA / ibverbs 理論（キューペア、MR、RoCE と IB の比較）、DOCA 自体のインストール、非 RDMA の DOCA ライブラリは対象外です。
API の表面を発見する必要があるときに使用します — ベース URL を探って、その種類（REST、GraphQL、SOAP、JSON-RPC）、認証方式、利用可能なエンドポイント、レート制限、CORS ポリシーを特定します。また、MCP サーバー（HTTP と stdio）をプローブし、完全な入力 schema を持つツール、リソース、プロンプトを発見します。Python のプローブスクリプトを実行し、よく知られたディスカバリーパス（OpenAPI/Swagger、GraphQL introspection、health、.well-known）を確認し、サーバーをフィンガープリントし、CORS 用に OPTIONS を送信し、401/403 レスポンスから認証を検出し、一般的な REST リソースを推測します。MCP では、JSON-RPC initialize ハンドシェイクを実行してから tools/list、resources/list、prompts/list を実行します。ベース URL または MCP サーバー URL を、任意で認証情報とともに渡します。
gh CLI + GraphQL による GitHub Projects（v2）の設定と管理：リポジトリの issue をネイティブの sub-issues で epic に整理し、ボードの Status フロー（Todo -> In Progress -> Done）を運用し、Project Priority を設定し、ラベルではなくネイティブの issue Types（Task/Bug/Feature）で分類し、マイルストーンで作業範囲を定め（「current milestone」の解決を含む）、Epic + Upcoming ロードマップを維持する。GitHub Project／ロードマップの設定や管理、issue による epic の作成、epic 間での issue の追加や移動、ボードでの作業の着手や完了、（再）優先順位付け、issue タイプの設定、マイルストーンの作成やクローズ、プロジェクトワークフローの有効化、チームメイトへのボード運用権限の付与（リポジトリ Triage + プロジェクト Write）、gh project の読み取り専用許可リストの設定を行う際に使用する。PR ワークフロー（git-pr）、CI/CD ステータス（git-ci）、コミットメッセージ（git-commit）には使用しない
Yakit のグローバルホットパッチ (Global Hot Patch) 特集。1 か所の設定で MITM とすべての Web Fuzzer タブに同一の hook セットを共有させたい場合に使用します：サイト全体の透過的な暗号化・復号、統一された署名／認証の注入、動的な challenge 応答、サイト全体のハイライトとマスキング、危険な操作のガードレール。グローバル hook はモジュール hook より先に実行され、同時に有効化できるのは 1 つだけです。beforeRequest / afterRequest / hijackHTTPRequest / hijackSaveHTTPFlow / mockHTTPRequest を再利用します。
AI アプリケーションが外部のツールやデータソースに統一的な方法で接続するためのオープンなプロトコルです。クライアントはモデルとの対話を担い、MCP サーバーはツール・リソース・プロンプトテンプレートを提供します。標準メッセージでやり取りするため、1 つのサーバーを複数のクライアントで再利用できます。