Skills
エージェント向けにパッケージ化された専門スキルと手順を 97,501 件掲載。コマンド 1 行でインストールできます。
テスト・品質
NestJS/Nest スタイルの TypeScript サービスを記述・レビュー・進化させるための本番品質の NestJS バックエンド標準。リポジトリにモジュール、コントローラー、プロバイダー/サービス、DTO、ガード、パイプ、Nest 指向の境界がある場合、または NestJS の API、モジュール、マイグレーション、認証/RBAC、マルチテナント分離、DDD レイヤード/ヘキサゴナルアーキテクチャ、ポート/アダプター、ユースケース、リポジトリ/クエリパターン、N+1/スロークエリ、バリデーション、ページネーション、キャッシュ、エラーハンドリング/例外フィルター、BullMQ/ジョブ、Webhook、アップロード、デコレーター、プロバイダースコープ、動的モジュール、循環依存、ヘルス/レディネス/シャットダウン、可観測性/ログ/トレーシング、OpenTelemetry、テスト、コードレビュー、モダナイズ/バージョン/ランタイムの助言、あるいは LLM ゲートウェイ、SSE ストリーミング、使用量计量、クォータといった AI バックエンドパターンを設計する場合に使用。変動しやすいバージョン/コマンド/モデル ID/API は公式ドキュメントとリポジトリで確認すること。Nest の境界がない素の Express/Fastify/Hono/Koa：横断的なガイダンスのみ。非 Node バックエンドや純粋なフロントエンド作業には不向き。
Vitest 配下の Vite + React + TypeScript SPA 向けの RTL + MSW + vitest-axe コンポーネントテスト層。実際のコンポーネントツリーをレンダリングし、ユーザーのように操作し（React Testing Library + user-event）、ネットワーク境界をモックし（Mock Service Worker v2 — モジュールではない）、レンダリング出力がアクセシブルであることをアサートする（vitest-axe toHaveNoViolations）コンポーネントテストを書く、またはセットアップするときに使用。jsdom テスト環境（axe を壊す happy-dom は明示的に不可）、アクセシブルクエリの優先順位、user-event v14 の常に await するルール、非同期の findBy/waitFor、MSW setupServer のライフサイクル、生成された @hey-api/openapi-ts クライアントを fetch 層でインターセプトすること、テストごとの retry:false 付き TanStack Query QueryClientProvider、フォーム + リクエストボディ + a11y のアサーションを扱う。テストピラミッドの中間：Vitest 単体テストより上、Playwright e2e より下。
rhdh-local-setup カスタマイズシステムでローカルの Red Hat Developer Hub 環境を運用する。動的プラグインの有効化・無効化、設定の適用、pristine モードと customized モードの切り替え、コンテナの起動・停止、ヘルスとログの確認、プラグイン検証の実行、カスタマイズのバックアップ・復元を行う。ローカル RHDH、podman compose プラグインのテスト、PR 成果物の検証、504 や起動のトラブルシューティング、ローカルの Extensions Catalog の確認に使用する。
テスト駆動開発の手法と red-green-refactor ワークフロー（旧称 test-tdd）。TDD の実践、テストの先行作成、実装前のテスト設計、テストファーストのアプローチのレビューに使用します。「write tests first」「test before code」「red green refactor」「test driven development」で起動します。このスキルは Vitest フレームワーク固有の内容（vitest スキルを使用）や、MSW による API モック（msw スキルを使用）は対象外です。
TypeScript の規約、Git ワークフロー、テスト原則、挙動を保つリファクタリング、リポジトリのワークフロー、Definition of Done に関する中核的な開発標準。TypeScript を書く／レビューする、または import を整理するとき、テストを書くとき、リファクタリングする、パッケージ間でコードを移動する、monorepo のパッケージ構成を監査するとき、リポジトリの build、lint、test、dev コマンドを実行するとき、依存関係を追加・アップグレードするとき、コミット、ブランチ、マージ、リリースするとき、PRD の受け入れ基準を書くとき、またはタスク完了を宣言する前に使用する。
AI エージェント向けの、フレームワークやベンダーに依存しない評価と可観測性を設計、実行、レビュー、リリースする。エージェントの eval、データセット、グレーダー、軌跡のレビュー、回帰分析、リリースゲート、本番トレース、プライバシーに配慮したテレメトリを定義する場合に使用する。タスクと軌跡のコントラクト、統計比較、インシデントからケースへの学習を扱う。必要に応じてフレームワーク実装は pydanticai や langgraph に振り分ける。無関係なリクエストにはこのスキルを使用せず、最も近い名前の専門家に振り分ける。
bdg CLI を使って Chrome DevTools Protocol 経由で実際の Chrome を操作・デバッグする — ナビゲート、クリック、フォームの入力と送信、操作による変化（ナビゲーション、新着メッセージ、保留中のリクエスト）の確認、スクリーンショットなしでの要素検査（ボックス、レイアウト、フォント、色、a11y）、ネットワークリクエストとコンソールエラーの読み取り、JavaScript の実行、任意の CDP メソッドの呼び出し。実行中のアプリで UI の変更を検証したいとき、ページをデバッグしたいとき、ブラウザのフローを自動化したいとき、動的コンテンツをスクレイピングしたいときにこのスキルを使用する。
画面＋音声を構造化された作業に変換します。ユーザーが話しながら画面を録画し（製品のデモ、閲覧、アイデアの検討など）、録画を項目に整理します。再現手順、フレーム、疑わしいコードを含むバグ／改善点、着想の背景を添えたアイデア、メモ、ToDoをまとめ、ローカルページで確認できるようにしてから、エクスポート（Feishu/Lark Bitable、CSV/Markdown、GitHub Issues…）または修正を開始します。画面を使いながら口述でフィードバック、QA、アイデアを記録したいとき、そのような動画を渡されたとき、または Blurt アプリの録画を処理したいときに使用します。トリガー："blurt"、"/blurt"、"开始口喷"、"口喷鸡"、"开始录"、"录屏提 bug"、"录一下我的想法"、"record feedback"、"turn this recording into issues"、"处理我录的视频"、"process my recordings"。
無料の組み込み .NET SDK アナライザーと分析レベルを使い、Roslyn 警告を段階的に昇格させる。用途：リポジトリでファーストパーティの .NET アナライザーを使いたい；CI をアナライザー警告で失敗させたい；チームが AnalysisLevel や AnalysisMode の指針を必要としている。用途外：サードパーティアナライザーの選定のみ；フォーマットのみの作業。呼び出し：リポジトリのコンテキストを調べ、対象ファイルを編集し、変更時に該当するビルド、テスト、lint、検証コマンドを実行する。
HeyEddi の Flutter プロジェクトが適切なエンジニアリングスタック（Flutter（Riverpod、go_router、Material 3）、FastAPI バックエンド、または Firebase ツール）を備えるようにします。不足を監査し、必要に応じてスキャフォールドし、flutter test/analyze を実行し、ローカル開発サーバーを文書化します。フロントエンドが Flutter の場合、または HeyEddi のモバイル/Web アプリで設計/機能作業を行う前に使用します。
Java プロジェクトのコーディング規約とコメント規約を統一する（SLF4J+Lombok のログ、Bean の Lombok アノテーション選択、null チェックの Objects/Optional、ユーティリティクラスの優先順位 Spring→Apache Commons→Hutool→Guava、複雑なロジックはデザインパターン／単純なロジックは分割しない、Controller/Service/ServiceImpl/Mapper のコメントの一貫性）。「Java 規約に沿ってリファクタリング／レビュー／コメント補完／ログ統一／ユーティリティクラス使用の統一／JavaDoc 補完」が必要なときに使用する。
JUnit5 + Mockito テストフレームワークのスキル。JUnit5 の @ExtendWith による @RunWith の置き換え、Mockito の @Mock/@InjectMocks のルール、テスト分離の原則（FIRST）、@SpringBootTest を使うべきときと使うべきでないとき（@WebMvcTest/@DataJpaTest のスライステスト）、BDDMockito の given/willReturn スタイル、ArgumentCaptor による引数キャプチャ、verify による振る舞い検証、@ParameterizedTest によるパラメータ化テストをカバーします。ユーザーが Java の単体テスト／統合テストを書くとき、外部依存をモックするときに必要となるスキルです。
開発チケット（ユーザーストーリー、機能要望、バグ報告）に対する 6 基準の準備度評価。構造化された READY / NEARLY READY / NOT READY の判定を、具体的な改善ガイダンスとビフォーアフター例とともに出力する。ユーザーがチケット、ストーリー、issue、ワークアイテムのトリアージ、評価、査定、レビュー、準備度確認を求めたときはいつでもこのスキルを使用する。トリガー：「is this ticket ready」「triage this ticket」「review this story」「evaluate this issue」「what's wrong with this ticket」「check acceptance criteria」「is this user story well-written」「improve this ticket」「assess ticket readiness」「are these ACs testable」「is this appropriately sliced」。ユーザーがチケットを貼り付けてフィードバックを求めたとき、Jira/Linear/GitHub から issue を取得したとき、またはチケットにデータモデル向けの検証基準が十分にあるかを知りたいときにも起動する。対象外：コードレビュー（code-review を使用）、スプリント計画、プロジェクト管理、チケットの新規作成。
Wallaby のライブテスト状態を通じて JavaScript、TypeScript、Python のテストを実行、検証、調査する。テストの実行やステータス確認、編集前のベースライン、変更後の検証、失敗や予期しない動作の診断、カバレッジやアサーションの分析、実行のトレース、実行時の値やログの検査、ファイルやテストの影響評価、スナップショットの更新に使用する。ユーザーが Wallaby や Vitest、Jest、Jasmine、Mocha、ng test、pytest、unittest、npm test などの一般的なテストフレームワークやコマンドに言及したときにも使用する。
高密度な Web アプリケーション UI の構築、リファクタリング、監査、検証を行う。SaaS ダッシュボード、管理画面、CRM 画面、社内ツール、テーブル、フィルター、設定フロー、データ量の多いワークフロー、空/読み込み/エラー状態、レスポンシブなアプリ画面、アクセシビリティ修正、あるいは階層・状態の網羅・キーボード操作・視覚的検証が重要なプロダクト UI の実装をユーザーが求めたときにこの skill を使用する。ランディングページには使用しない（タスクが実際にアプリの画面である場合を除く）。
並列の専門エージェントとシニアチームリードによる Angular 21 の深いクリーンコード監査。アーキテクチャ、signals、stores、AI スロップ、ViewModel パターンなどをスキャンする。職人レベルの出力を保証する。ユーザーが「clean code」「audit Angular」「review frontend」「check quality」「anti-patterns」と言ったとき、Angular コードのレビューを望むとき、またはシニアレベルのコード基準の徹底を必要とするときに使用する——たとえ「clean code」と明示しなくても。
AI アプリケーションが外部のツールやデータソースに統一的な方法で接続するためのオープンなプロトコルです。クライアントはモデルとの対話を担い、MCP サーバーはツール・リソース・プロンプトテンプレートを提供します。標準メッセージでやり取りするため、1 つのサーバーを複数のクライアントで再利用できます。