Skills
エージェント向けにパッケージ化された専門スキルと手順を 97,222 件掲載。コマンド 1 行でインストールできます。
すべて
TeamLead オーケストレーション — Human がプロダクトコード、テスト、設定、インフラ、機能、バグ修正、リファクタリング、または挙動/UI/API の変更について協調的な実装/委譲を求めたときに使用する。読み取り専用の調査/ステータス/説明/軽量な要約/編集なしのレビュー/リサーチには、Human が TeamLead オーケストレーションを明示的に要求するか委譲が明らかに有益でない限り、トリガーしない。挙動を作成または変更する作業は Research Gate を通過し（分類直後にリサーチエージェントを spawn）、常に `superpowers:brainstorming` を先に呼び出し、その後 Lead が委譲前に Spec/Plan ゲートを行う。Lead 自身がプロダクトコードを書いてはならない。すべての spawn は spawn モード（one-shot Agent か teammate）を選び、Model Policy に従ってモデルを指定する（Fable は思考/計画の作業のみ、Dev/QA/research は Opus）。実行は Commit Plan に従ってバッチで行い、テストは fast/heavy ポリシーで実行し（フルスイート + E2E は最後に一度だけ）、Human チェックポイントは 3 か所のみ、すべての prompt にリポジトリの Convention Anchor を含める。
個人の好みとプロジェクトの証拠に基づいて、技術スタック、フレームワーク、ツール、データ形式、リポジトリ境界の取捨選択を行い、Python ツールチェーン（uv、ruff、ty、pyproject、prek/CI）を整備する。主な成果が「何を選ぶか、なぜ適しているか、いつベースラインから外れるか」である場合、またはユーザーが Python のエンジニアリング設定の新規作成・移行を求める場合に使用。リクエストに「アーキテクチャ」や「リファクタリング」が含まれるだけで発動しないこと：プロジェクトの次の一手、モジュール・インターフェース・状態境界、多段階の推進は pilot が担当し、本 skill はそのうち実際に存在する技術選択のみを扱う。
Telegram ボット用の対話テストスペックを作成する。トークンなしテストが存在する理由、ハーネスが Updates を再生して API 呼び出しを取得する仕組み、BotSpec JSON 形式、カバレッジ規則、テストハーネスのコマンドラインを扱う。テストは客観的な公開ゲートであり、ボットを公開するにはすべてのスペックが通過しなければならない。用途：ボットテストの作成、対話スペック、ハーネス、コマンドカバレッジ、BotSpec JSON、tests/specs/*.json、tests/commands/*.json、GATE 判定、カバレッジゲート——ユーザーが「specs」や「test」と明示しなくても対象。用途外：mock とエッジケース fixture を用いたプログラマティックな vitest テスト（telegram-test-advanced を参照）、またはセッション永続化（telegram-bot-sessions を参照）。トリガー：write bot tests、dialog specs、harness、command coverage、BotSpec JSON、tests/specs/*.json、tests/commands/*.json、GATE verdict、coverage gate。
TypeScript/Bun で外部 Temps プラグインを設計、構築、テスト、配布し、既存の Rust プラグインの開発とローカルテストを案内します。プラグインの作成、埋め込みコンソール UI やデプロイイベントの自動化の追加、ホスト権限と AI のテスト、GitHub からのインストール、公開カタログへのプラグイン登録に使用します。エンドツーエンドの公開手順は GitHub ソースの TypeScript プラグインが対象で、Rust ネイティブパッケージのリリースやプロセス内 TempsPlugin バックエンドクレートは対象外です。
Use when writing or reviewing Foundry tests, deciding whether a suite is enough to deploy, or when a green run or a coverage number is offered as proof that a contract is safe. Covers fuzz, fork and invariant testing. Not for auditing source by reading it (`/security`, `/audit`).
SDD パイプライン（docs/plans/）の唯一の入口：research → plan → workshop → ADR → phase tasks → implement → progress → review → ship。ユーザーが計画、調査、探索、仕様化、アーキテクチャ設計（現在は 1 つのアトミックな 'plan' ステップ → 1 つのドキュメント：業務仕様 + 実装計画）を望む場合、clarify、workshop、ADR の作成、フェーズのタスク分割、フェーズの実装または構築（オプションでライブレビューの companion 付き）、進捗更新、コードレビュー、計画の ship（push + PR + チェックの監視）を行う場合——または /the-flow（もしくは旧来の /plan-N コマンド）を入力した場合、あるいはプランフローの開始、再開、採用を求めた場合に使用。ガイドモード（引数なし）はディスク上の永続状態からコーチングする；直接ジャンプは 1 つのステージを実行する：/the-flow <id> <verb> [flags] —— 1a explore、1b plan（1 つのドキュメントに仕様 + 計画；clarify を含む）、2c workshop、3a adr、5 tasks、6 implement（--companion でライブレビュー）、6a progress、7 review、8 ship、8c reconcile。id と verb は単独で解決される；出力されるコマンドには両方が含まれる。
Inspect and edit open Tiled maps through the tiled-ai MCP server, including image-only TSX creation, Wang terrain sets, terrain painting, visual tile selection, structures, objects, properties and collisions. Use to set up the integration or build and modify content directly in Tiled.
cuTileのGPUカーネル（@ct.kernel）をTriton（@triton.jit）に変換します。標準的なリポジトリ内変換、デバッグ（cudaErrorIllegalAddress、shape mismatch、numerical mismatch）、cuTileのイディオム（ct.load/ct.store、ct.Constant、ct.launch）のTriton相当表現へのマッピングに対応します。translations/advanced-patterns.mdに従い、デュアルカーネルのレイアウトフラグ（例：transpose=True/False + METAによるautotune grid）も扱います。cuTileカーネルのTritonへの変換、移植、翻訳、または既存のTriton変換のデバッグに使用します
CuTileの自動チューニングコードを追加、変更、最適化、デバッグする場合に使用します。起動の目安：コード内に `exhaustive_search` / `replace_hints` / `hints_fn` / `cuda.tile.tune` がある、ファイル名に `autotune` が含まれる、または自動チューニングされたCuTileカーネルに正確性・性能の問題がある場合。扱う内容：一度だけチューニングしてキャッシュし起動するパターン、アーキテクチャ別設定（sm80–sm120）、パラメーター空間の設計（タイルサイズ、占有率、num_ctas）、よくある7つの落とし穴と解決策。
体系的なプロファイリング、ボトルネック分析、IR 比較、対象を絞ったチューニングを通じて、cuTile カーネルのパフォーマンスを段階的に最適化します。タイルサイズ、占有率、自動チューニング設定、TMA、レイテンシヒント、永続スケジューリング、num_ctas、flush_to_zero、IR レベルのデバッグを扱います。「cutile kernel を最適化」「カーネル性能を改善」「cutile の性能を調整」「カーネルを高速化」といった依頼や、TileGym プロジェクトで cuTile GPU カーネルを反復的にベンチマークして改善する場合に使用してください。
ユーザーが「Tiltfile を書く」「Tilt を設定する」「ライブアップデートを設定する」「Tilt をデバッグする」「Tilt にリソースを追加する」「Tilt のビルドを最適化する」「Tilt のログを表示する」「Tilt リソースを再起動する」と依頼したとき、または Tiltfile、tilt up、tilt ci、tilt down、live_update、docker_build、custom_build、k8s_resource、local_resource、あるいは Tilt による Kubernetes のローカル開発に言及したときに、このスキルを使用する。
AI アプリケーションが外部のツールやデータソースに統一的な方法で接続するためのオープンなプロトコルです。クライアントはモデルとの対話を担い、MCP サーバーはツール・リソース・プロンプトテンプレートを提供します。標準メッセージでやり取りするため、1 つのサーバーを複数のクライアントで再利用できます。