Skills
エージェント向けにパッケージ化された専門スキルと手順を 99,448 件掲載。コマンド 1 行でインストールできます。
開発
包括的な Vue 3 フロントエンド開発スキル。Vue 3 アプリケーション、コンポーネント、コンポーザブルを開発するときに使用。内容:(1) 新しい Vue 3 プロジェクトとコンポーネントの作成、(2) Vue 2 から Vue 3 への移行、(3) コードレビューと最適化、(4) Composition API の実装、(5) ベストプラクティスと一般的なパターン、(6) TypeScript 統合、(7) Pinia による状態管理、(8) パフォーマンス最適化。コンポーネントテンプレート、コンポーザブルの例、移行ガイド、ベストプラクティス文書を含む。
微分可能な Warp プログラムにおける誤った勾配を診断・修正するために使用。Warp カーネルを通じて学習、最適化、キャリブレーション、フィッティングされるものはすべて wp.Tape の勾配に依存するため、そのようなワークフローのあらゆる不具合は、そうでないと証明されるまで勾配の問題として扱う — 学習が発散するか NaN になる、まったく学習しない、期待損失より上で停滞・プラトーになる、誤った、または偏った解に収束する、参照実装より悪い、小規模では機能するが本番規模で失敗する、QA/検証の再確認に失敗する場合に使用。また、明示的な症状 — 勾配の爆発、NaN/inf、ゼロ、または微妙に誤った勾配、wp.Tape/backward の問題が疑われる、gradcheck の失敗 — にも使用するが、ユーザーは通常、勾配に言及せず表面的な症状(「シミュレーションが爆発する」「フィッティングが外れ値に引っ張られる」)だけを述べる:その推測を行うこと。Warp のフォワードのみの作業、ビルド/インストールの問題、または Warp を使用しない他フレームワークの自動微分の問題には使用しない。
wujie マイクロフロントエンドフレームワークの導入ガイド。メイン/サブアプリケーションの統合、Vue2/Vue3/React コンポーネントのラッピング、startApp/setupApp/preloadApp API、ルート同期と遷移、キープアライブのプリロード、bus 通信、プラグインとライフサイクル、サブアプリケーションの改修、デプロイのトラブルシューティングとよくある問題をカバーする。ユーザーが wujie、マイクロフロントエンド、サブアプリケーションの統合、メインアプリケーションによるサブアプリケーションの読み込みに言及したときに使用する。
JavaScript または TypeScript プロジェクトで Biome を使って lint とフォーマットを設定・実行するときに使用 — lint、フォーマット、インポート整理を 1 つで行う高速な Rust ツールで、ESLint + Prettier の組み合わせを置き換える(Ruff の JS 版)。Biome v2 のインストール、biome.json の設定(formatter、linter ルールグループ、assist/import-organize アクション、VCS 連携、overrides、monorepo extends)、コマンドライン(biome check --write、CI 用の biome ci)、ESLint/Prettier からの移行、v1 から v2 への差分(例: --apply が --write に)、GritQL プラグインとしてのカスタム lint ルール作成を扱う。lint/format ゲートの追加、biome.json の作成や修正、ESLint/Prettier 構成の移植に使用。Turborepo のタスク構成は対象外(そのスキルと組み合わせる)。
フォレンジックなバグ・問題のトリアージ。等級付けされた調査ケースファイルを生成する:症状、証拠(信頼度により A/B/C で等級付け)、順位付けされた仮説、疑わしいコンポーネント、推奨される計画対応。調査と記録のみを行い、コードの修正、テストの実行、実装は行わない。外部の開発ツールに story として引き継ぐ。ユーザーが次を言うときに使用:- “investigate this bug” / “triage this issue” / “debug triage” - “what's causing [symptom]” / “why is [feature] broken” - “something's wrong with [component]” / “users are reporting [problem]” - “figure out what happened” / “root cause this” - “I need a bug report” / “create an investigation case file” - “forensic analysis” / “diagnose this” - “error triage” / “issue investigation” - “what do we know about [incident/issue]”。3 つの意図:Create(新しいケースファイル)、Update(未解決のケースに証拠を追加)、Validate(引き継ぎ前のドラフトの完全性確認)。出力は bmad-output/ に保存され、引き継ぎ時に修正 story が起草される。
監査可能なエージェントチーム:BMAD 全自動開発パイプラインのオーケストレーター。9 つの専門 Agent(PM、アーキテクト、UI Designer、Tech Lead、Scrum Master、Frontend、Backend、QA、DevOps)を要件からデプロイまでオーケストレーションし、各ステップにイベントソーシング + 回避不可能なゲート + 決定論的 eval を備えます — テストが本当に実行され、ゲートが本当に通過したことを検証できます。単一工程のスライスコマンド(/boss:plan /review /qa /ship)と、CLI なしの純粋な Markdown フォールバックをサポートします。 Triggers(全パイプライン): 'boss mode', '/boss', '全自动开发', '从需求到部署', '帮我做一个', 'build this', 'ship it', '全流程', '自动化开发', '一键开发', 'start a project', 'new feature' Triggers(単一工程のスライス、既存プロジェクトで最もよく使用): - /boss:review — '帮我评审', '代码评审', '技术评审', '看看这段代码有什么问题', '风险评估', 'review this', 'review my PR', 'code review' - /boss:qa — '跑一下测试', '补测试', '检查质量', '测试覆盖够不够', '门禁过了吗', 'run the tests', 'check quality', 'add tests' - /boss:plan — '先出个方案', '写个 PRD', '设计一下架构', 'write a spec', 'plan this feature' - /boss:ship — '可以发布了吗', '部署检查', 'ready to ship', 'deploy checks' Does NOT trigger: - 単一ファイルの変更や簡単なバグ修正(直接編集すればよい) - 純粋なコードの読解や説明(read ツールを使用) - 既に pipeline が実行中の重複起動 - ごく小さな作業(手作業で 30 分未満で完了見込み、PRD/アーキテクチャ/ゲート記録が不要) Output: 完全なプロジェクトコード + PRD/アーキテクチャ/UI/テスト/デプロイのドキュメントを .boss/<feature>/ ディレクトリに書き込み
無料の組み込み .NET SDK アナライザーと分析レベルを使い、Roslyn 警告を段階的に昇格させる。用途:リポジトリでファーストパーティの .NET アナライザーを使いたい;CI をアナライザー警告で失敗させたい;チームが AnalysisLevel や AnalysisMode の指針を必要としている。用途外:サードパーティアナライザーの選定のみ;フォーマットのみの作業。呼び出し:リポジトリのコンテキストを調べ、対象ファイルを編集し、変更時に該当するビルド、テスト、lint、検証コマンドを実行する。
GNOME アプリのユーザーに見えるすべての変更(新規・既存を問わず、リクエストがデザイン用語を使っているかどうかも問わない)に使用します。トリガーは文言ではなくリポジトリです。gtk4/libadwaita に依存する場合(または GNOME 向けの Qt/PySide6 アプリである場合)、ユーザーが見たり操作したりできるものはすべてこの skill を通します。症状としてのみ表現されたリクエスト(「右クリックで削除できる?」「ウィンドウが小さく開く」「並べ替えが動かない」)も含みます。ウィジェット、アイコン、ダイアログ、メニュー、サイドバー、ナビゲーション、空状態の選定、コンテキストメニュー・ドラッグ&ドロップの並べ替え・ウィンドウサイズ・レイアウト・重複する操作要素・起動時に欠落または無効なコントロールにおけるインタラクションの不具合、HIG レビューを扱います。アーキテクチャ、スレッド、言語構文、ビルド/テスト基盤を担当する developing-gtk-apps を補完します。
MCP ツール経由で Freshworks Platform 3.0 のカスタムアプリを公開する:fdk validate/pack、app-upload、および openai-server 経由の submit/update。公開前:Developer JWT が manifest の製品モジュールと一致することを確認する(Freshdesk support_* と Freshservice service_*;マルチプロダクトは順次)。公開時に新規リスティングか既存リスティングかを尋ねる;新規リスティングの場合は create_app_upload_url の前に supportEmail を入力させる(submit_custom_app で必須)。更新時は list_custom_apps で開発者が appId を選択し、その後 MCP ハンドオーバー(submit_custom_app または uploadId 付き add_app_version)。ユーザーがアプリを Marketplace(test)にプッシュしたい、公開状況を確認したい、既存アプリを一覧表示したいときに使用。manifest やモジュールの修正には fw-app-dev と組み合わせる。Cursor、Claude Code、および MCP 準拠のあらゆるクライアントで動作する。
GitHub Copilotリポジトリのカスタム指示(`.github/copilot-instructions.md`(リポジトリ全体向け)および `.github/instructions/*.instructions.md`(パス固有))を追加、監査、修正し、Copilot Chat、Copilot code review、Copilot coding agentがプロジェクト全体の指針を参照できるようにします。代替のエージェント指示ファイルとして `AGENTS.md`、`CLAUDE.md`、`GEMINI.md` も扱います。ユーザーが「add Copilot instructions」「set up copilot-instructions.md」「audit our Copilot config」「make Copilot follow our conventions」「configure Copilot code review」「add path-specific Copilot rules」「applyTo glob」「excludeAgent」「Copilot is ignoring our guidance」と言う場合、または /github-copilot-repo-instructions を呼び出す場合に使用します。個人単位のCopilot指示には使用しません。このスキルの対象外です。ファイル配置以外のAGENTS.md執筆ガイダンスについてはagents-mdスキルを参照してください。
このリポジトリの Go エンジニアリング規約:パッケージ構成、エラー処理、ロギング、テスト、並行処理、設計パターン。トリガー — Go の記述・編集より前に読み込むこと:.go、go.mod、go.sum、go.work のいずれかに触れる場合、Go または Golang の名前が出た場合、または作業ディレクトリに go.mod があり、実装、リファクタリング、レビュー、テスト作成を行う場合。Go リポジトリでの通常の機能依頼(「エンドポイントを追加」「ヘルパーを抽出」「テストを書く」など)も対象です。ユーザーが「idiomatic」と言わなくても該当します。別のスキル(tdd、simplify)が有効でも読み込みます。Go ファイルに関係せず、Go にも言及されない場合に限りスキップします。
ローカル開発とテスト用にエミュレートした Linear GraphQL API。ユーザーが Linear 統合をローカルでテストする必要があるとき、Linear の issue、コメント、チーム、ワークフロー状態、OAuth アプリ、webhook、エージェントセッションをエミュレートするとき、または実際の Linear サービスに接続せずに Linear API を扱うときに使用する。トリガーには "Linear API"、"emulate Linear"、"mock Linear"、"test Linear OAuth"、"Linear webhook"、"Linear agent"、"local Linear"、またはローカルの Linear API を必要とするあらゆるタスクが含まれる。
MaaFrameworkに関する事実の質問を、バージョン固定の一次資料へ誘導します。フィールドの意味とデフォルト値、パラメーターのバージョン対応、APIシグネチャ、JSONスキーマ、プロトコルの動作、バージョン変更が対象です。MaaFWの事実確認(「このフィールドの意味は/デフォルト値は/どのバージョンで導入されたか」)や、別のMaaFW skillが「MaaLLMWikiにルーティング」と指示する場合に使用します。回答には固定バージョンの出典を引用し、記憶に基づいて回答してはいけません。Use for any MaaFramework factual question—field semantics and defaults, version support, API signatures, schemas, protocol behavior and version changes—and whenever another MaaFW skill says to route through MaaLLMWiki. Answers must cite the version-pinned upstream source, never model memory.
Module Federation(MF)に関する質問に回答します——設定、ランタイム API、ビルドプラグイン(Webpack/Rspack/Rsbuild/Vite)、フレームワーク統合(React/Vue/Next.js/Modern.js/Angular)、共有依存関係、exposes、remotes、デバッグ、トラブルシューティング、マイクロフロントエンドアーキテクチャ。ユーザーが module federation、リモートモジュール、共有依存関係、mf-manifest、federation ランタイム、MF によるマイクロフロントエンドについて何か尋ねたときに、この skill を使用します。
nuqs リファレンス(型安全な URL 検索パラメーターの状態管理、React / Next.js)。useQueryState、useQueryStates、parseAsString / parseAsInteger / parseAsArrayOf などのパーサー、NuqsAdapter(Next.js / React Router / TanStack Router / Remix)、createSerializer、createStandardSchemaV1、inferParserType、shallow routing、history 制御、SSR、URL 長さ制限、Zod / Effect / Sury との連携。
HTTP/JSON API サーフェス(エンドポイント、リクエスト/レスポンスの形状、認証と認可、ページネーション、冪等性、レート制限、バージョニング、非推奨化)を設計、変更、レビューする。HTTP エンドポイントの追加や変更、OpenAPI 仕様や HTTP ルート diff のレビュー、HTTP API の変更が利用側を壊すかどうかの判断に使用する。gRPC/protobuf、GraphQL、WebSockets、その他の非 HTTP/JSON インターフェース向けのプロトコル互換性チェックリストとして使用しない。
AI アプリケーションが外部のツールやデータソースに統一的な方法で接続するためのオープンなプロトコルです。クライアントはモデルとの対話を担い、MCP サーバーはツール・リソース・プロンプトテンプレートを提供します。標準メッセージでやり取りするため、1 つのサーバーを複数のクライアントで再利用できます。
