Skills
エージェント向けにパッケージ化された専門スキルと手順を 101,174 件掲載。コマンド 1 行でインストールできます。
すべて
DropDownList、MultiSelect、AutoComplete、Mention、ComboBox、ListBox、MultiColumn ComboBox を含む Syncfusion ASP.NET Core ドロップダウンコンポーネントの実装に関する包括的なガイド。データバインディング、フィルタリング、グループ化、テンプレート、アクセシビリティ機能を備えた単一選択・複数選択コントロール。サーバーサイドのデータバインディングでプロフェッショナルなドロップダウン UI を構築するために必須。
リクエスト、チケット、PRD、設計、スレッドを、人が承認し、会話の文脈がなくても実装者が作業できる1つの計画にまとめます。実装者に製品上の判断を委ねる余地がなくなるまで曖昧な点をすべて質問し、その後、課題、具体値を含む EARS 基準、経路と対象データ（mermaid で図示）、インターフェース、そして変更が困難な決定のみを記述します。リクエストに付属する記録は拘束力を持ちます。ユーザーが「これを計画」「機能を計画」「機能仕様を作成」「計画を書く」「この PRD をタスクに分割」または「tlc-plan」と言った場合に使用します。実装（その場合は tlc-implement）、単独の設計文書、構築内容が未決定の場合には使用しないでください。
TypeScript 向けの tRPC v11 エンドツーエンド型安全 API。router と procedure の定義、Zod による入力バリデーション、middleware と context、subscriptions、TRPCError によるエラー処理、@trpc/react-query 経由の React クライアントフック、createCallerFactory によるサーバーサイド caller、アダプター設定（standalone、Express、Fastify、Hono）、テストパターンを扱う。tRPC router の構築、procedure の定義、middleware の設定、アダプターの構成、tRPC と React の統合、エラー処理、subscriptions の実装、tRPC procedure のテストを行うときに使用。
TypeScript の型チェックを独立した品質ゲートとして設定または実行するときに使用 — 厳格な tsconfig.json の作成または強化、ビルドとは別に実行する `tsc --noEmit`（または `tsc -b --noEmit`）チェックの追加、そのチェックの CI への組み込み、またはマルチパッケージ（pnpm/Turborepo）monorepo 向けの TypeScript プロジェクト参照の設定。専用の型チェックゲートが必須である理由（バンドラーやトランスパイラーは型を検査せずに除去する）、`strict: true` を超えて有効にすべき厳格なコンパイラオプション群、Vite の分割設定レイアウト、複合プロジェクト参照によるパッケージ間の型解決を扱う。TypeScript 5.x。
ユーザーが "Unity editor scripting"、"Custom Inspector"、"EditorWindow"、"PropertyDrawer"、"Unity Input System"、"new Input System"、"UI Toolkit"、"uGUI"、"Canvas"、"asset management"、"AssetDatabase"、"build pipeline"、"Editor utilities" について尋ねた場合、または Unity エディター拡張、入力処理、UI システム、ワークフロー最適化に関するガイダンスを必要とする場合に、このスキルを使用する。
uploads CLI とその stdio／ホスト型 MCP ツールのリファレンスです。put と attach の正確なフラグ、キー、契約、スクリーンショットの取得、安定した PR／issue キー、管理対象の添付コメント、メタデータと検索、ギャラリー、変更フィード（リポジトリ全体または単一の PR／issue）、設定のデフォルト、issue アーティファクト、login／doctor、出力形式を扱います。`uploads` CLI またはその MCP ツール（ローカルのファイルシステム／git にアクセスできない Agent 向けの agents.uploads.sh のホスト型 MCP を含む）の操作時、ローカルファイルの公開 URL が必要なとき（「これをアップロード」「この画像をホスト」「このファイルの公開 URL を教えて」）、CLI が対応を促すヒントを出したとき（`--format json` の `hint` フィールド、または `--pr`／`attach --branch` を提案する stderr のメッセージ）、正確なフラグ、キー構成、セットアップ、認証の詳細が必要なときに使用します。スクリーンショットや録画を GitHub の PR または issue に追加する方法やタイミングについては、まず github-screenshots スキルを使用してください。CLI の詳細はこのスキルに委ねられます
tmux 連携とタスクディスパッチを備えた Git worktree 管理。隔離された開発環境の作成、並行した機能開発の開始、複数の Claude インスタンスの実行、ワークツリーの管理、ワークツリー端末へのタスクのディスパッチ、マージ後の後片付けに使用する。.claude/worktrees/ でのワークツリー作成、現在のセッションでの tmux ウィンドウ管理、コマンドディスパッチを扱う。誰かが「create a worktree」「launch in a worktree」「worktree for story X」「parallel development」と言った場合にも使用する。
キャンペーンで一貫性のある承認済みのリンクラベル付けが必要で、チームが流入元を区別し、後でレポートできるようにするときに使用します。トリガーフレーズには「UTM を計画して」「キャンペーンリンクに名前を付けて」「トラッキングリンクを作って」「クリエイターのリンクにどうタグ付けすればいい？」「このローンチのアトリビューションを設定して」などがあります。分析データへのアクセスを主張したり、同意やポリシー確認なしにトラッキングを作成したり、キャンペーン戦略を決めたりする用途には使用しないでください。キャンペーンの元情報には campaign-brief、メディア要件には paid-social-brief、利用可能なデータの解釈には social-analytics-report を使用します。
Wallaby のライブテスト状態を通じて JavaScript、TypeScript、Python のテストを実行、検証、調査する。テストの実行やステータス確認、編集前のベースライン、変更後の検証、失敗や予期しない動作の診断、カバレッジやアサーションの分析、実行のトレース、実行時の値やログの検査、ファイルやテストの影響評価、スナップショットの更新に使用する。ユーザーが Wallaby や Vitest、Jest、Jasmine、Mocha、ng test、pytest、unittest、npm test などの一般的なテストフレームワークやコマンドに言及したときにも使用する。
長いウェビナー、デモ、通話録音を、ソーシャルフィード向けに最適化した複数の短いハイライトクリップに切り分けます。核心となる判断は、どの瞬間が本当にクリップになる価値があるかを見極めることです。フック、具体的な成果、印象的な数値、鋭い Q&A の回答を、実際の文字起こしに基づいて判断し、時刻上の位置の推測には頼らず、そのうえで切り分けを行います。ユーザーが「この 1 時間のウェビナーを LinkedIn 用の 5 本の短いクリップに切って」「このデモ録音をソーシャル用クリップにして」「この通話のハイライトを抜き出して」「この長い動画から短いクリップを作って」「この録音からクリップにできる瞬間をいくつか挙げて」と言ったときに使用します。
WXR エクスポート（.xml）と wp-content/uploads フォルダから、WordPress サイトを GitHub Pages 上の Hugo 静的サイトへ移行するときに使用——/archives/<id>/ URL を保持し、画像をローカライズし、GitHub Actions でデプロイする。トリガー——「把 WordPress 迁成 Hugo」、「wordpress 转静态站」、「migrate WordPress to Hugo」、「WXR to Hugo」、「publish WordPress to GitHub Pages」、「/wjs-converting-wp-to-hugo」。
Internet Computer 向けの Motoko 言語の落とし穴、モダンな構文、アーキテクチャパターン。persistent actors、stable types、mo:core 標準ライブラリ、ドット記法、mixins、よくあるコンパイルエラーを扱う。Motoko canister コードの作成、Motoko コンパイラエラーの修正、Motoko actors の生成に使用する。デプロイ、icp.yaml、CLI コマンドには使用しないこと。既存の Motoko コードの設計レビューや監査には、代わりに reviewing-motoko を読み込むこと。
実際の学び、分析、ローンチの説明、リソースを単独投稿ではなく、構成された X スレッドにする必要があるときに使用します。トリガーフレーズには「これを X スレッドにして」「スレッドの概要を作って」「X 向けに分解して」「この調査をスレッドにして」「スレッドの切り口は？」などがあります。根拠のない過激な意見の捏造、未確認の速報の公開、長文ブログの作成には使用しないでください。元資料には content-research、連動したローンチには campaign-brief、LinkedIn に適した論旨には linkedin-thought-leadership を使用します。
AI アプリケーションが外部のツールやデータソースに統一的な方法で接続するためのオープンなプロトコルです。クライアントはモデルとの対話を担い、MCP サーバーはツール・リソース・プロンプトテンプレートを提供します。標準メッセージでやり取りするため、1 つのサーバーを複数のクライアントで再利用できます。