Skills
エージェント向けにパッケージ化された専門スキルと手順を 99,448 件掲載。コマンド 1 行でインストールできます。
開発
Taruvi アプリでの Refine.dev フロントエンド作業：data/storage/app/user provider、authProvider、accessControlProvider の接続、Taruvi に対する Refine フック（CRUD、useCustom、useCan、useDataGrid、useForm）、リストページ・ダッシュボード・KPI カード・ファイルマネージャー・ネットワーク経由のオートコンプリートの構築、フロントエンドからの Taruvi 関数と分析の呼び出し、401/403・トークン更新・リダイレクトループ・権限失敗のデバッグ。トリガー：Taruvi プロジェクトでのあらゆる Refine/React 作業、"build a list page"、"add a dashboard"、"wire up auth"、"dataProvider"、"@taruvi/refine-providers"、`VITE_TARUVI_*`。バックエンドの Python、MCP プロビジョニング、スキーマ、ポリシー、生の SQL はスキップ——代わりに `taruvi-app-developer` を使用する。
Tiptap でリッチテキストエディターを構築する。Tiptap は React 向けのヘッドレスな ProseMirror ベースのエディターフレームワークで、Tailwind v4 をサポートする。SSR セーフなセットアップ、画像アップロード、本文のスタイリング、共同編集、markdown サポートを扱う。リッチテキストエディターの追加、Tiptap 拡張機能の設定、エディターでの画像アップロードの処理、Y.js による共同編集の設定に使用する。tiptap、rich text、editor、prosemirror、react、tailwind 向け。
TypeScript コードベース上の TSDoc ドキュメントコメント——TypeDoc、API Extractor、エディタが解析する標準化された /** ... */ コメント文法（Microsoft の @microsoft/tsdoc）——を書くまたはレビューするときに使用。何を文書化するか（エクスポートされた表面：関数、クラス、型、React コンポーネントと props、フック）と何を省略するか（private/internal、生成コード、些細なケース、型を言い換えるだけの文章）を扱う；タグの分類をブロックタグ（@param、@returns、@remarks、@example、@defaultValue、@typeParam、@see、@throws、@deprecated）、インラインタグ（{@link}、{@inheritDoc}、{@label}）、修飾タグ（@public、@internal、@beta、@alpha、@readonly、@override）に分ける；summary の後に @remarks を置く構造；そして重要な TSDoc と JSDoc の違いのルール——コメントで型を繰り返さない（TS の型がすでに持っている）、意図/振る舞いを記述する。強制はデフォルトでは慣習のみ；eslint-plugin-tsdoc は任意の CI の手がかり。TypeDoc サイトや Storybook のセットアップは扱わない（手がかりのみ）。
TypeScript の規約、Git ワークフロー、テスト原則、挙動を保つリファクタリング、リポジトリのワークフロー、Definition of Done に関する中核的な開発標準。TypeScript を書く／レビューする、または import を整理するとき、テストを書くとき、リファクタリングする、パッケージ間でコードを移動する、monorepo のパッケージ構成を監査するとき、リポジトリの build、lint、test、dev コマンドを実行するとき、依存関係を追加・アップグレードするとき、コミット、ブランチ、マージ、リリースするとき、PRD の受け入れ基準を書くとき、またはタスク完了を宣言する前に使用する。
OpenSpec の変更をエンドツーエンドでアーカイブする。このスキルは自身で openspec-archive-change または openspec-bulk-archive-change を呼び出してネイティブのマージを実行し、続けて OpenSpec だけでは構築しないクロスケイパビリティのリンクと実行インデックスを補う — 変更が触れたすべてのケイパビリティを共有の `related:` frontmatter リストでリンクし、`openspec/specs/INDEX.md` を最新に保ち、`openspec/changes/archive/INDEX.md` に行を追加する。ユーザーが変更をアーカイブしたいとき、「archive this change」「bulk archive these changes」「run openspec-archive-change」「run openspec-bulk-archive-change」「update the specs index」「cross-link the specs」と言ったとき、またはアーカイブ済み変更の変更履歴を最新に保ちたいときにこのスキルを使用する。このスキルはリンク面では純粋に追加的であり、`related:` エントリを削除することも、初回書き込み後に変更の `Status` 列を変えることもない。その削除・統合の作業は `accelint-archive-synthesis` に属する。
リポジトリのアーキテクチャを表すインタラクティブなアイソメトリックマップを構築または更新する——建物は実際の測定値でサイズ付けされ、街区はサブシステムごとに分かれ、アニメーション化されたフローが実際の呼び出しパスをたどり、マップがコードに遅れをとると CI を失敗させるドリフトカウンターを備える。誰かがコードベースの組み立て方を眺め、説明し、またはオンボーディングしたいとき、あるいはアーキテクチャ図、システムマップ、コードベース概要、「このリポジトリの仕組みを見せて」と求めたときに使用する。リポジトリのデザインシステムに適応する；再実行して更新する。
bmad-loop オーケストレーター向けの対話型エスカレーション解決ワークフローです。bmad-loop の実行が CRITICAL エスカレーション（開発／レビューセッションだけでは安全に解決できない矛盾や不足）で一時停止した際、人間とともに凍結された仕様を明確化し、ストーリーを再実行できるようにします。/bmad-loop-resolve <story-key> で呼び出します。自動化された開発／レビューセッションとは異なり、このセッションは対話型です。人間が参加しているため、質問する SHOULD があります。
多忙なレビュアーが diff を自分で読むことなく変更群を理解し、提案された PR スタックを承認するか、完成した PR スタックをマージできるようにする、リッチで視覚的な HTML 一枚ものページを生成する。実行が DRAFT（ワークツリーの変更と提案スタック、承認前）か FINAL（レビュー完了済みの実際の PR スタック、マージ前）かを自動判定する。TL;DR を先頭に置き、PR スタックを上部付近に示し、高リスクな変更（エンドポイント、認証、schema）にフラグを立て、インラインの diff スニペット付きの番号付き Code Tour として重要なコードをレビュアーに案内する。誰かが承認やマージの前に変更を自分の目で確認したいときはいつでも使用する——"review the changes"、"show me what changed"、"summarize the diff / the branch / the stack"、"what am I about to approve"、"walk me through what shipped"、"explain the final code"、またはあらゆる出荷ワークフローの承認/マージゲート——たとえ "brief" や "HTML" という言葉を使わなくても。
任意のコードベースを、コードの仕組みを非技術者に教える美しいインタラクティブなシングルページ HTML コースに変える。コードベースやプロジェクトからインタラクティブなコース、チュートリアル、教育的なウォークスルーを作りたいときはいつでもこのスキルを使用する。また、ユーザーが「これをコースにして」「このコードベースをインタラクティブに説明して」「このコードを教えて」「コードからインタラクティブなチュートリアルを作って」「コードベースのウォークスルー」「このコードベースから学びたい」「このプロジェクトでコースを作って」と言及したときにもトリガーする。このスキルは、スクロールベースのナビゲーション、アニメーション付きの可視化、コードと平易な英語の並列対訳を備えた、見事で自己完結型の HTML ファイルを生成する。
現在の作業について、変更内容と判断理由をまとめた高レベルのコミット要約を作成し、承認用に提示します。承認後にコミットしますが、プッシュはしません。作業一式の要約、説明文の作成、コミットを依頼された場合、または「これをコミットして」「コミットメッセージを書いて」と言われた場合に使用します。要約の長さは変更規模に応じます。1行の修正なら1、2文、複数ファイルの変更なら見出し付きの本文全体を作成します。要約は、変更履歴、リリースノート、マーケティング文、ユーザーガイドの更新を作成する人や LLM にも読まれるため、git とその読者の両方に向けて書きます。事前に確認せずバイナリファイルをコミットすることはありません。
データベーススキーマドキュメントの標準フォーマットとして DBML を使用する。データベースドキュメント、ERD、スキーマ図、テーブル一覧、マイグレーション要約、Doctrine マイグレーションの変更、SQL スキーマドキュメント、ORM モデルドキュメント、CI のスキーマドリフト失敗を作成・更新・レビュー・修復するときは常にこれに従う。ユーザーが明示的に別のフォーマットを求めない限り、Mermaid、Prisma schema、その場限りの Markdown テーブル、散文のみのデータベースドキュメントより db/schema.dbml を優先する。
[devup-ui] Devup UI のルーティング優先のフロントドア — ゼロランタイムの CSS-in-JS ライブラリで、その Rust + WebAssembly プリプロセッサがすべてのスタイルをビルド時に抽出するため、実行時にスタイリング JavaScript は一切配信されません。Devup UI の導入/統合、ビルド時プラグインの Next.js/Vite/Rsbuild/Webpack/Bun への組み込み、Box/css props または styled-components 互換の styled() API によるスタイル記述、devup.json による型安全なテーマ設定、styled-components/Emotion/Tailwind/Panda/vanilla-extract からゼロランタイムへの移行に使用します。
計画文書を作成する前に、ユーザーとのエンジニアリング上の対話を通じて機能の構築方法を設計します。アーキテクチャをともに探り、コードベースにある既存の土台を把握し、複雑さを検討して、すべての決定と理由を記録します。ユーザーが設計完了を宣言した場合にのみ、docs/<feature>/TECHNICAL.rev1.md を作成します。ユーザーが /draft-technical <feature> を実行する場合や、機能、サブシステム、連携、移行、インフラ変更の設計、アーキテクチャ策定、構築方法の検討を依頼した場合に使用します。新機能やロードマップにおける最初の技術的なステップです。この段階では全体像は揃いませんが、build-feature の計画や draft-roadmap のマイルストーンの土台となります
Entity Framework Core のベストプラクティス。デフォルトでの NoTracking、ナビゲーションコレクションのクエリ分割、マイグレーション管理、専用マイグレーションサービス、インターセプター、コンパイル済みクエリ、接続の回復性を含む。新しいプロジェクトで EF Core をセットアップするとき、クエリ性能を最適化するとき、データベースマイグレーションを管理するとき、EF Core を .NET Aspire と統合するとき、または変更追跡の問題をデバッグするときに使用する。
ElevenLabs Agents プラットフォーム（ブランド名 "ElevenAgents"、旧称 "Conversational AI"）で本番用の音声エージェントを構築、設定、提供する。エージェントが、音声会話用のシステムプロンプトを設計する、リアルタイム音声ボット向けに LLM と TTS 音声/モデルを選ぶ、クライアント/サーバー/システムツールとナレッジベース RAG を接続する、チャネル（WebRTC/WebSocket SDK、埋め込み可能なウィジェット、Twilio/SIP 経由の電話）を接続する、ターンテイキングとレイテンシを調整する、シミュレーションテストと評価を設定する、あるいは合成音声が実在の人物と話す際の料金、同時実行数、同意/開示義務を検討する必要がある場合に使用する。非会話型の通常のテキスト読み上げ、吹き替え、音楽生成には使用しない。
サブエージェントを統括して、承認済みのロードマップや計画を実行します。実行環境が対応していれば、分離されたチェックアウトで並行して進めます。担当はデリバリーリードであり、コーダーではありません。ユーザーが /execute-roadmap を実行した場合、または draft-roadmap や build-feature で承認済みの最終ドキュメントが作成された後に、承認済みのロードマップや計画の実装、実行、監督を依頼した場合に使用します。例：「/execute-roadmap で m2 の計画 3.1〜3.4 を並行実装して」または「完了までロードマップを監督して」。最終ドキュメントに照らして依頼の範囲を確定し、各計画をそれぞれのサブエージェントに割り当て、プロジェクトの原則に沿って結果をレビュー、検証した後、承認を待たずにマージ、整理、コミットします。エージェントツールが対応している場合は、モデルや作業量の指示に従います。ユーザーへの確認が必要な事項は、推奨案とともに記録し、作業を中断しません。
Frappe v14-v16 アプリで翻訳/i18n を実装するときに使用。Python の _()、JavaScript の __()、CSV 翻訳ファイル、bench コマンド、文字列抽出ルール、遅延翻訳 _lt()、PO/MO ファイル [v15+]、RTL 対応、カスタムアプリの翻訳をカバー。f-string、文字列連結、テンプレートリテラルが文字列抽出を壊すよくあるミスを防ぐ。キーワード：translation、i18n、_()、__()、_lt()、CSV、PO、gettext、translate my app、multi-language、text not translated、wrong language、how to add translation、bench get-untranslated、RTL、localization。
Frappe/ERPNext でクライアントサイドのフォーム機能を実装するときに使用する: フィールドの表示/非表示、連動フィルター、計算フィールド、カスタムボタン、サーバー呼び出し、フォーム検証、子テーブルのロジック、デバッグ。Setup > Client Script からカスタムアプリの JS への移行までの手順別ワークフローを扱う。キーワード: how to implement client script、form logic workflow、dynamic UI、calculate fields、frm.call、frappe.call、frappe.xcall、client script testing、field dependency、custom button、how to hide field、show field based on value、add button to form、calculate total、dynamic form。
Frappe で OAuth プロバイダー、Connected Apps、Webhook、決済ゲートウェイ、データのインポート/エクスポートを実装するときに使用します。OAuth フローの誤りによる認証失敗、Webhook 配信の漏れ、一括インポート中のデータ破損を防ぎます。OAuth2 provider/client、Connected App DocType、Webhook DocType、決済ゲートウェイ統合、データインポート、データエクスポート、frappe.integrations モジュールを扱います。キーワード：OAuth、Connected App、Webhook、Payment Gateway、Data Import、Data Export、integration、API key、OAuth2、webhook trigger、connect to external service、OAuth setup、webhook configuration、import data、export data。
Frappe v14/v15/v16 でスケジュールタスクとバックグラウンドジョブを実装するときに使用。hooks.py scheduler_events、frappe.enqueue、キューの選択、ジョブの重複排除、bench execute/scheduler でのテスト、Scheduled Job Log と RQ Dashboard による監視、エラー処理、長時間実行ジョブのパターン、メールダイジェスト、データクリーンアップ、レポート生成を扱う。キーワード：schedule task、background job、cron job、async processing、queue selection、job deduplication、scheduler implementation、run task automatically、background process、scheduled task not running、async task。
AI アプリケーションが外部のツールやデータソースに統一的な方法で接続するためのオープンなプロトコルです。クライアントはモデルとの対話を担い、MCP サーバーはツール・リソース・プロンプトテンプレートを提供します。標準メッセージでやり取りするため、1 つのサーバーを複数のクライアントで再利用できます。