Skills
エージェント向けにパッケージ化された専門スキルと手順を 99,064 件掲載。コマンド 1 行でインストールできます。
開発
ChatGPT または Claude 内でレンダリングされるインタラクティブ UI —— OpenAI Apps SDK アプリ、MCP Apps（@modelcontextprotocol/ext-apps 標準）、または MCP-UI コンポーネントと、Next.js/React サーバー。MCP ツールとリソースのアーキテクチャ、window.openai / ui-bridge のデータフロー、ウィジェットの状態、サンドボックス/CSP セキュリティ、表示モード、ビジュアルデザイン、ディレクトリへの申請を扱う。このようなアプリを構築・レビュー・設計するときにトリガーする —— ユーザーが特定の SDK を挙げずに "chat app"、"ChatGPT widget"、"Claude app"、"render UI in chat"、"window.openai"、"createUIResource"、"outputTemplate"、"MCP app UI" と言っただけの場合でも。
ボット検出を回避するステルス Chromium ブラウザ自動化。通常のヘッドレスブラウザをブロックするサイトのスクレイピング、スクリーンショット、PDF 化、自動化を行いたい場合にこのスキルを使用する —— Cloudflare Turnstile、reCAPTCHA v3、FingerprintJS、ShieldSquare、BrowserScan、"Access Denied" 応答、素の `curl` で疑わしい 403/429 が出る場合、Playwright/Puppeteer が見破られるあらゆるサイトなど。また、ユーザーが CloakBrowser、ステルス Chromium、アンチボット回避、"headless detection"、"real Chrome fingerprint" に言及した場合や、"what does this page actually render" を一度確認したい場合にも使用する。CDN やボット検出層の背後にあるサイトでは、生の `curl`/`fetch` よりもこのスキルを優先する。
特定の GitHub コードベースから、焦点を絞ったクエリに基づいてオンデマンドでパターンを抽出する——"how does shadcn/ui implement the design system"、"how does opencode use effect-ts"、"how does base-ui handle composition"——まだ事前に蒸留された静的ルールパックが存在しない場合に。汎用的なパターン抽出の手順を蒸留する——grep の前にクエリを分類し（component / composition / state / effect / error / build / routing）、ファイル全体を読む前に grep し、tests と examples/ を正典的な意図として扱い、imports を外側へたどって公開サーフェスを把握し、usages を内側へたどって変種を把握し、ボイラープレート / レガシー / テスト足場を除外して重要なコードを浮かび上がらせ、発見を /knowledge/libraries/ に記録して再利用する。静的な code-atlas スキル（opencode-ts、openai-codex-rust-patterns、nextjs-ppr-patterns）の動的な軽量版。"show me how <library> implements X"、"find the <pattern> in <repo>"、"distill <library>"、およびアドホックな /distill-<library> 形式の呼び出しでトリガーする。
ドメイン駆動設計（DDD）の概念、戦略的設計、戦術的設計、アーキテクチャパターンに関する包括的なガイダンスを提供する。DDD 適用性評価、パターン境界表（各パターンが何であり、何でないか）、複雑度ラダー（各レベルをいつ採用するか）、Entity/ValueObject/Aggregate パターンを含むコア概念クイックリファレンス、アーキテクチャ全体像の概要、修正方法付きのアンチパターン、多言語のリファレンス実装、完全な一次資料の参照を含む。ユーザーが DDD の基礎を尋ねる場合、DDD の概念を理解する必要がある場合、DDD の適用性を評価する場合、ドメイン駆動設計の入門を求める場合に使用する。
レコメンドサービス（AWS Personalize、Databricks Model Serving、社内マイクロサービス）および OpenSearch を基盤とする検索/フィードエンドポイント向けの Django バックエンドパターン。ファンアウトのオーケストレーション（asyncio.gather、デッドライン伝播、部分結果、非同期クライアントの再利用）、外部サービスの保護（タイムアウト、サーキットブレーカー、ジッター付きリトライ、バルクヘッド、レート制限）、OpenSearch のクエリパターン（search_after、_source フィルタリング、function_score、エイリアス、ルーティング、bool.filter）、結果のブレンド（スコア正規化、MMR、重複排除、コールドスタート）、Redis キャッシュ（スタンピード対策、モデルバージョン付きキー、2 層、ネガティブ）、レジリエンス（部分レスポンスエンベロープ、エラー時の古いデータ返却、グレースフルデグラデーション）、非同期（sync_to_async、非同期 ORM、uvicorn、contextvars、切断時キャンセル）、DRF のレスポンス形状（カーソルページネーション、ETag、スロットリング）を扱う。このような Django バックエンドの構築、レビュー、リファクタリング時に使用。明示的な「スケール」の手掛かりがなくてもトリガーされる。5 つのスキャフォールディングテンプレートを含む。
ユーザーが BlueField / ConnectX デバイスに対して実践的な DOCA Management プログラミングを行うときにこのスキルを使用する——管理コンテキストまたは representor コンテキスト（doca_mgmt_dev_ctx / doca_mgmt_dev_rep_ctx）を立ち上げ、デバイス機能（data-direct、caps-general）を照会し、輻輳制御のグローバルステータスを切り替え、diagnostics-data を変更し、ICM クォータを設定し、または適切な scope（CONFIGURATION / DEBUG_READ_ONLY / DEBUG_WRITE / DEBUG_WRITE_FULL）を指定して doca_mgmt_raw_cmd 経由で raw ファームウェアコマンドを発行する。ユーザーが「DOCA Management」と言わない場合でもトリガーする——典型的な暗黙の表現には「すべての BlueField を巡回してデバイス状態を読み取るフリートツール」、「VF で data-direct を切り替える」、「representor ごとに ICM クォータを設定する」、「C から raw ファームウェアコマンドを送る」、「raw_cmd からの DOCA_ERROR_IO_FAILED」、「fwctl ioctl が失敗する」などがある。mlxconfig の直接操作、BFB / ファームウェアの再書き込み、ストリーミングテレメトリー、doca_caps CLI スナップショット、または DOCA のインストール自体については拒否して他へ誘導する——それらは他のスキルに属する。
DOCA Core 内の raw verbs（doca-verbs）：doca_verbs_context と doca_verbs_qp_create / doca_verbs_qp_modify / doca_verbs_cq_create を介した QP、CQ、PD、SRQ、アドレスハンドルオブジェクトの直接制御、libibverbs コードの DOCA Core への移植、または doca-rdma のタスク API で公開されていない QP 属性、オペコード、WR フラグを扱います。「タスク API で公開されていない raw QP 属性」「libibverbs コードの移植」「WR 送信時の IO_FAILED」「QP 状態遷移が拒否された」「輻輳制御グループの接続」などの依頼では、doca-verbs の指定がなくても該当します。通常の doca-rdma / doca-eth / doca-rmax ワークロード、DOCA のインストール、Core 内部の仕組み、一般的な libibverbs 理論は対象外として、他の適切なスキルに案内します。
大規模な機能、リファクタリング、マイグレーション、プルリクエストを、レビューしやすい小さな PR や CL に計画・分割・縮小・順序付けするときに使用します。TRIGGER: "split this PR"、"this diff is too large"、"stacked PRs"、"change sequence"、"reviewable chunks"、"migration plan"、"how should I break this up?"、または 1 回のレビューには範囲が広すぎる実装。DO NOT TRIGGER: 完全なコードレビュー、PR 説明の作成、すでに単一の自己完結した変更である小さな 1 ファイルの編集。
Apple Human Interface Guidelines に構造的に従う Expo（React Native）の iOS 画面を生成する——リスト、詳細、フォーム、モーダルシート、ネイティブタブレイアウト、設定画面で、それぞれネイティブナビゲーション、FlashList、セーフエリアインセット、セマンティックカラー、SF Symbols、ハプティクス、空／読み込み状態を備える。生成されるコードは expo-ios-hig ルールに従うため、手直しなしで expo-ios-hig-verify を通過する。各画面は Expo Router 用の TSX であり、Swift ではない。ユーザーが iOS 向けの新しい Expo 画面、ルート、タブレイアウト、フォームを作成、追加、生成、スキャフォールドしたいときはいつでもトリガーする——HIG に言及していなくても。
Hardhat 3 プロジェクトで作業する際に使用します。Solidity テストや TypeScript テストの作成・変更、および hardhat.config.ts、`hardhat` のインポート、`network.create()` に関わるコードが対象です。テスト層の選択、forge-std cheatcodes、network connection API、`networkHelpers`、コンパイル後に型チェックを行うワークフロー、slang-solx コンパイラーを使った遅いビルド（特に via-IR）の高速化を扱います。ツールボックス固有のガイダンス（クライアント、コントラクト呼び出し、アサーション）には、対応する `hardhat-toolbox-*` skill も読み込んでください。
`orca` CLI を通じて、Orca 管理の worktree、フォルダーコンテキスト、ターミナル、リポジトリ、自動化、成果物、スキル共有、worktree コメント、Orca 内蔵ブラウザーを操作します。ユーザーが「$orca-cli」「Orca worktree」「child worktree」「spawn codex/claude in a worktree」「read/wait/send Orca terminal」「handoff」／「handover」／「give this to another agent」「Orca browser」「orca artifacts」「share skills」と言った場合に使用します。Orca の状態が関係する場合は、通常の git worktree、臨時の PTY、Computer Use より優先します。CLI、ファイルシステム、API では操作できない可視ウィンドウの GUI 操作が必要な場合に限り、Computer Use を使用します。
React + Vite TypeScript アプリを生成し、DApp Connector API (@midnight-ntwrk/dapp-connector-api) 経由で Midnight ウォレットに接続する。React フロントエンドの構築、ウォレットコネクタの初期設定、接続/切断 UI の実装、window.midnight ウォレットの読み取り、unshielded アドレスの取得、DApp Connector API の接続フローに関する質問の際に使用する。最小限の実行可能なテンプレートを生成する — スタイリングは意図的に省略しているため、ユーザーが Tailwind や CSS modules などを追加できる。
brooks-lint のリリースを実行する：package.json にバージョンを設定し、4 つのプラグイン manifest とバージョンを含むすべてのテキストファイル（README バッジ、ドキュメントサイトのメタデータ）に反映し、CHANGELOG のエントリを書き、検証してからコミット、プッシュ、タグ付け、GitHub リリースの公開を行う。メンテナーが brooks-lint の "release"、"cut a release"、"ship a new version"、"bump and publish" を依頼したときにトリガーする。以下ではトリガーしない：リリースせずに決定済みのバージョンを反映するだけ（`npm run bump` を直接使用）、CHANGELOG の編集のみ、実行を求めないリリースプロセスに関する質問。
ブラウザーフローの背後にあるネットワークトラフィックを解析し、遅いブラウザー自動化を直接の HTTP リクエストに置き換える。ユーザーが "this browser flow is too slow"、"find the API this page uses"、"convert to HTTP"、"can we call the API instead" と言ったとき、または `exploring-browser` がクリーンな REST/GraphQL エンドポイントを明らかにしたときに使用。
Riverpod の provider（Provider、FutureProvider、StreamProvider、NotifierProvider、AsyncNotifierProvider、StreamNotifierProvider）を宣言して使用する。変更不可と変更可能、トップレベル宣言、Ref、Notifier の build メソッド。provider の作成、provider タイプの選択、Notifier クラスの記述、Riverpod の状態の理解時に使用。ユーザーが Riverpod の provider、provider タイプ、notifier について尋ねる場合は常にこのスキルを使用する。
Rust の依存関係ガバナンスを大規模に管理——バージョン要件の戦略、crate とソースの選定、フィーチャーの最小化、推移的依存関係の分析、cargo-deny のライセンス/ban/アドバイザリ/ソースポリシー、cargo-audit、cargo-outdated、Renovate/Dependabot の自動化、依存関係更新の頻度、循環の診断、サプライチェーンセキュリティ。依存関係の戦略、crate の承認、ライセンス遵守、アドバイザリ、許可するソース、自動更新、依存関係グラフのガバナンスに使用。Cargo マニフェストとレジストリ設定、ロックファイルの仕組み、リゾルバ、Cargo コマンドの挙動は rust-cargo-build に、semver 互換性の判断は rust-semver に、lint ポリシーは rust-style-clippy に引き継いでください。
TYPO3 Content Blocks のモデリングを、Content Elements、Record Types、Page Types、File Types を唯一の信頼できる情報源としてガイドする。Content Blocks の config.yaml ファイル、make:content-block の出力、content elements、record types、page types、file types、collections、IRRE、labels、previews、または friendsoftypo3/content-blocks の挙動を作成、移行、監査、デバッグするときに使用。
あらゆる Vibe Coding のプログラミングタスクとその後の追加作業において、正確な用語を継続的に特定する。ユーザーがすでに Agent にコードの一部を完成させている場合、修正を追加している場合、または効果・インタラクション・状態・問題を口語だけで説明している場合（「マウスを乗せると小さなヒントが出る」「クリックすると色が変わる」「内容が長すぎて省略される」など）でも、この Skill を使用する：現在のタスクを続行し、進捗や結果の中で対応する UI、Web、ソフトウェア、Git、AI Agent、デザインの用語、平易な説明、VibeHub の内部リンクを自然に伝える。ユーザーが「もっと専門的に言って」と求めた場合、要件を書き直す場合、「これって何ていうの」と尋ねる場合、Agent の返信が理解できない場合も同様に使用する。表現がすでに正確で、追加する価値のある用語がない場合は無理に教え込まない。
セッション、イベント、ツール呼び出し、モデルに到達した正確なリクエストを調査して、動作がおかしい ADK エージェントを診断します。`adk run` コマンドラインと `adk web` 開発サーバー、およびその session、trace、debug HTTP エンドポイントを扱います。エージェントが誤った回答を返す、ツールを無視するかツールエラーを握りつぶす、ハングする、ループする、ツールを呼ばずに生の JSON を出力する、`adk web` に認識されない、サブエージェントが親の会話を参照できない場合、またはある実行の LLM リクエスト／レスポンス、トークン数、ログが必要な場合に使用します。ADK の内部設計（`adk-architecture` を使用）、新しいエージェントやワークフローの構築（`adk-agent-builder` を使用）、環境や依存関係のセットアップ失敗（`adk-setup` を使用）、lint やスタイルの細かい指摘（`adk-style` を使用）には使用しないでください。
『Alibaba Java Development Manual（黄山版）』の総則およびルーティング入口。プログラミング規約、例外とログ、単体テスト、セキュリティ規約、MySQL データベース、プロジェクト構成、設計規約の 7 分野を扱います。Java コードの作成、レビュー、設計、例外／ログの処理、SQL の作成やテーブル設計、単体テスト、プロジェクトアーキテクチャの設計など、Alibaba Java 標準が適用される場合に使用します。Java または SQL コードを書く／変更する前に、SKILL.md の「規約の適用方針」を読んでください。P0 の禁止事項（新規コードと変更対象の既存コードはすべて準拠必須。違反を黙って残すことも違反）：Executors.newFixedThreadPool/newCachedThreadPool などのファクトリーメソッドは禁止（パラメーターを明示した new ThreadPoolExecutor を使用）；裸の new Thread は禁止；日付に SimpleDateFormat や java.util.Date を使用しない（常に java.time + DateTimeFormatter を使用）；SQL の ${} 連結は禁止；update/delete には必ず where を付ける；リソースには try-with-resources を使用；空の catch で例外を握りつぶさない；コレクションから null を返さない；ThreadLocal の使用後は必ず remove() を呼び出す。既存コードの変更では「それ以外は変更しない」は禁止事項には適用されません。まず元の依頼を完了し、その後、出力で禁止事項を規約番号付きで明示し、修正コードを添えてください。違反例を出力しながら言及しない場合、タスクは失敗です。命名などのスタイル規約は新規コードにのみ適用し、既存コードの改名や大量の指摘は避けてください。必要に応じて data/ の該当章を参照してください。
AI アプリケーションが外部のツールやデータソースに統一的な方法で接続するためのオープンなプロトコルです。クライアントはモデルとの対話を担い、MCP サーバーはツール・リソース・プロンプトテンプレートを提供します。標準メッセージでやり取りするため、1 つのサーバーを複数のクライアントで再利用できます。