Skills
エージェント向けにパッケージ化された専門スキルと手順を 96,770 件掲載。コマンド 1 行でインストールできます。
テスト・品質
AI エージェントと LLM アプリ向けの DeepEval 評価ワークフロー。AI エージェント、ツール利用ワークフロー、マルターンのチャットボット、RAG パイプライン、LLM アプリの評価・改善、evals の追加、データセットや goldens の生成、`deepeval generate` の使用、`deepeval test run` の使用、結果の Confident AI への送信、本番環境の監視、オンライン評価の実行、トレースの調査、評価の失敗に基づくプロンプト・ツール・リトリieval・エージェントの挙動の改善をnuceswhen… patrons…
AIエージェント向けのブラウザー自動化コマンドラインツールです。ページの移動、フォーム入力、ボタンのクリック、スクリーンショットの撮影、データ抽出、Webアプリのテストなど、ウェブサイトとのやり取りが必要な場合に使用します。「ウェブサイトを開く」「フォームに入力する」「ボタンをクリックする」「スクリーンショットを撮る」「ページからデータを取得する」「このWebアプリをテストする」「サイトにログインする」「ブラウザー操作を自動化する」などの依頼や、プログラムによるウェブ操作が必要なタスクで起動します。
具体的な問題を深刻度順に並べ、それぞれを修正する変更内容を示す、体系的な UX 評価です。Intent デザイン戦略システムの一部です。ヒューリスティック評価、認知的ウォークスルー、アンチパターン検出、タスク成功分析を実施します。各所見を重大、主要、軽微、外観上の問題に分類し、違反しているヒューリスティックを挙げ、デザインの観点から修正方法を示します。返信では、どのスキルが修正を行うかも伝えます。次の場合に起動します：UX レビュー、デザイン監査、ヒューリスティック評価、ユーザビリティ評価、「このデザインをレビューして」「何が問題？」「体験を評価して」「アクセシビリティはある？」「ダークパターンをチェックして」「この UX はどのくらい良い？」「このデザインを評価して」「問題を見つけて」、またはユーザー体験の品質を体系的に評価する依頼。Intent システムの診断入口として、問題を診断し専門家に引き継ぐ UX の医師です
`cypress tap` を通じて実行中の Cypress open-mode セッションを操作し、spec の実行と再実行、新しい結果の待機、reporter とコマンドログの確認、DOM、アクセシビリティ、スタイル、スナップショットを使ったテスト対象アプリの照会や巻き戻しを行います。Cypress の e2e またはコンポーネント spec の作成・デバッグ、セレクターの特定、失敗の診断、GUI を使わないテスト動作の検証に使用します。一度きりのヘッドレス実行には使用しません。Cypress 15.21+、Chromium 系ブラウザー、および実行中の `cypress open` セッションが必要です。
アクセシビリティをコンプライアンスのチェックリストではなく最上位の設計規律として捉え，所有人都のために設計します。Intent のデザイン戦略システムの一部です。デザイナー向けの WCAG 2.2、スクリーンリーダー体験の設計、キーボードナビゲーション、認知アクセシビリティ、運動機能面でのアクセシビリティ、コンプライアンスを超えるインクルーシブデザイン、アクセシビリティテスト手法を扱います。アクセシビリティ、a11y、WCAG、スクリーンリーダー、キーボードナビゲーション、カラーコントラスト、代替テキスト、フォーカス管理、タッチターゲット、インクルーシブデザイン、支援技術、「これはアクセシブルか」「アクセシビリティを確認して」「，所有人都のためにデザイン」「誰を-big 除外しているか」、ADA コンプライアンス、Section 508、EAA、モーション低減など、全ユーザーがその体験を認知・操作・理解し、特典を得られるかという質問で発動します。
ユーザーリサーチを案内・実施します——計画から Synthesis まで。インタビュースクリプト、アンケート設計、ユーザビリティテスト計画、ダイアリー研究、コンテキストイnvasion、そして Synthesis（親和図、テーマコーディング、インサイトの抽出）にも対応します。ユーザーリサーチの計画、インタビューガイドの作成、ユーザビリティテストの設計、アンケートの作成、研究結果の Synthesis、「何を調べるべきか」「どうテストするか」「インタビューガイドを書いて」など、証拠に基づいてユーザーを理解するためのあらゆる質問で発動します。
ビルドツールプラグイン、実行スクリプト、CI を使って Swift プロジェクトで SwiftLint を設定・適用します。.swiftlint.yml の設定、disabled_rules、opt_in_rules、only_rules、analyzer_rules、baselines、autocorrect、swiftlint:disable による抑制、レポーター形式（sarif、json、checkstyle）、strict と lenient のモード、SimplyDanny/SwiftLintPlugins 経由の SwiftLintBuildToolPlugin、swift package プラグインの swiftlint、Xcode の実行スクリプトフェーズ、CI 統合、複数設定ファイル、既存コードベースへの段階導入戦略を扱います。用途：SwiftLint のセットアップ、lint ルールの設定、警告の抑制、baseline の作成、ビルドツールプラグインと実行スクリプトの選択、SwiftLint の CI への統合。
既存のk6テストスクリプトを保守、改善します。トレンドデータに基づくしきい値の厳格化、k6リリース間のバージョン移行、基盤サービスの変更に伴うテストの自動修正、整理のためのリファクタリング、ドキュメントの最新ベストプラクティスに照らしたスクリプト監査を扱います。失敗するk6テストの修正、しきい値の厳格化、新しいk6バージョンへのスクリプト移行、テストのリファクタリング、サービス変更後のスクリプト更新、ベストプラクティスに基づく改善を求められた場合に使用します。「k6テストを修正」「しきい値を厳しく」「k6 v2に移行」「テストスクリプトを更新」「このk6テストをリファクタリング」「デプロイ後にテストが失敗する」「スクリプトにベストプラクティスを適用」「k6テストを最新化」「サービス変更でテストが壊れた」などの表現で起動します。他のスキル（k6-trend-analysisまたはk6-cloud-investigate-test）がスクリプト編集を推奨して引き継ぐ場合も起動します。既存スクリプトの保守が対象です。新しいテストの作成にはk6スキル、ブラウザーテストにはk6-browser-testを使用してください。
issueとPRを対象とする読み取り専用のGitHubトリアージです。1項目につきバックグラウンドタスク1件（カテゴリ：quick）。未対応の項目をすべて分析し、根拠に基づくレポートを /tmp/{datetime}/ に書き込みます。すべての主張に、証拠としてGitHubのパーマリンクが必要です。GitHub上では一切操作しません。コメント、マージ、クローズ、ラベル付けは行わず、レポートのみを作成します。トリガー：'triage'、'triage issues'、'triage PRs'、'github triage'。
既存の .NET テストプロジェクトが .slnf/CI ソリューションフィルターから除外された、.sln/.slnx の検出対象から消えた、本番用 ProjectReference を失った場合は必ず使用します。テストプロジェクトの設定、作成、再利用、追加、登録、組み込み、修復の依頼にも使用します。「テストは直接実行すると成功するが、CI では 0 件と検出される」問題、ソリューションへの正確な接続、xUnit/NUnit/MSTest、中央パッケージに対応します。既に接続済みのプロジェクトでテストを作成するだけの場合（code-testing）、テストの実行、移行、またはプロジェクト／CI ファイルを変更せずに MSTest の構文や設定を修正する場合（writing-mstest-tests）には使用しないでください。
Grafana Cloud の k6 テスト実行の経時的なトレンドを分析します。しきい値内のまま P95 レイテンシがじりじり上がるような、缓慢なメトリクスのドリフトを検出し、しきい値までの余裕を算出し、異常をフラグ付け、しきい値の引き締めを推奨します。テストパフォーマンスのトレンドについて聞かれたとき、メトリクスが悪化しているか知りたいとき、しきい値を締めるべきかを聞かれたとき、特定のテストの最近の実行に対するヘルスチェックを求めたときに使用します。「how is my test trending」「is P95 getting worse」「check for performance regression」「should I tighten thresholds」「are my tests degrading」「show me trends for test X」「analyze my k6 test runs」「is my test getting slower」などのフレーズで発動します。プロジェクト内のすべてのテストを確認”的要求icef /wp>.fielded ]].fielded つか 15 fielded ugh. use 15.
Grafana Cloud の k6 テストを調査する。スクリプトの説明、実行履歴の一覧、合格/不合格の判定、1 回以上の実行の生のメトリクス時系列とログ行の取得、必要に応じてテストスクリプトの安全な編集を行う。ユーザーが特定の k6 クラウドテストや実行について尋ねた、`/a/k6-app/tests/<id>` または `/a/k6-app/runs/<id>` の URL を提示した、"このテストは通っているか"、"k6 テストが失敗するのはなぜか"、"実行 X のメトリクスを"、"実行 X のログを" と尋ねた、しきい値の追加や失敗したテストの修正を求めた場合に使う。ユーザーが明示的に "investigate" と言わなくてもこのスキルを発動させる。貼り付けられた `/a/k6-app/...` の URL、"実行 X が失敗したのはなぜ"、"テストで何が起きた"、"テストは順調か"、"最新の実行が不自然だ"、"チェックは失敗しているのに実行は成功となっている"、および Grafana Cloud の k6 実行を診断するあらゆるリクエストが該当する。
現在のベストプラクティスに沿って Capacitor アプリをレビューし、設定する（Capacitor 8.5 は安定版、9 は alpha で `@next` から入手）。Capacitor コードベースのレビュー、`capacitor.config.ts` の監査、新規プロジェクトのセットアップ、`@capacitor/core`/`cli`/`ios`/`android` とプラグインのメジャーバージョンの統一、プラグインパターン（利用可能チェック、`checkPermissions`/`requestPermissions`、エラーの `code` 処理、Web フォールバック）、リリース準備に���る。また、`"<Plugin>" plugin is not implemented on ios`、`Could not find the web assets directory`、`platform has not been added yet`、開発用の `server.url` が本番に配布される、`android/app/src/main/assets/public` 内の編集が失われる、SPM と CocoaPods の違い、AppDelegate と UIScene のずれが発生した場合にも使う。セキュリティ監査（capacitor-security）、パフォーマンス（capacitor-performance）、テスト（capacitor-testing）、クラッシュ（debugging-capacitor）、メジャーアップグレード（capacitor-app-upgrades）、SPM 移行（cocoapods-to-spm）、UIScene 対応（capacitor-uiscene-migration）、ライブアップデート（capgo-live-updates）には使用しない。
dotnet/skills リポジトリで、独自のベースラインを下回る、起動しない、タイムアウトする、または「no credible improvement」を返すスキルを診断して修正します。評価結果が性能低下または能力不足の場合、変更後にスキルの性能が低下した場合、/evaluate が結果を報告しない場合、または弱いスキルを強化するか廃止するか判断する場合に使用します。新しいスキルのひな形作成（create-skill を使用）や、新しい評価の作成（create-skill-test を使用）には使用しないでください
AI エージェント向けの React DevTools コマンドラインツールです。ユーザーが React または React Native アプリの実行時デバッグ、コンポーネントの props／state／hooks の確認、レンダリング性能の診断、再レンダリングのプロファイリング、遅いコンポーネントの特定、再レンダリングの理由の調査を求めた場合に使用します。「なぜ再レンダリングするのか」「コンポーネントを調べて」「X の props は何か」「アプリをプロファイルして」「遅いコンポーネントを見つけて」「UI をデバッグして」「コンポーネントの状態を確認して」「アプリが遅く感じる」などの依頼や、React の実行時デバッグ全般で起動します。
Agent が生成した計画、設計、アーキテクチャに対して、对立するシニアエンジニアレビューを行います。現在の成果物をジュニアのPIX とみなし、コードベースの生の調査と最新のベストプラクティスのウェブ調査から専門知識を持つシニアレビュアを構成し、高度の失敗（曖昧すぎる、または細かすぎる）を診断したうえで、スコープを絞った最新水準の版へ書き直します。ユーザーが「junior to senior」「senior review」「staff engineer 一样 review して」と言うとき、計画が曖昧または細部に溺れているとき、または Agent 作成の計画をコミットする前に使用します。
DateTime/Task.Delay/File/Environment/Guid/Randomに最小限の本番コード上の接点を設ける必要がある場合、静的APIの維持、ネスト／並列オーバーライド、または実際のI/Oを行わないことが必要なC#/.NETの決定論的テストでは必ず使用してください。対象のワークスペースにC#ソースと.csprojまたは.slnがある場合にのみ使用してください。監査、一括移行、すでに注入可能な接点があるコード、またはユーザーが指定した既存の抽象化への明示的な移行（migrate-static-to-wrapper）には使用しないでください。本番コードを変更しないと要求されたテストを実現できず、接点の選択が未確定の場合は、一般的なテスト生成の代わりに使用してください。
安全なコードを書くためのセキュリティガイドライン。コードを書くとき、脆弱性のためにコードをレビューするとき、'SQL インジェクションを確認して' や 'セキュリティレビュー' といった安全なコーディング実践について質問するときに使う。重要: ユーザー入力、認証、ファイル操作、データベースクエリ、ネットワークリクエスト、暗号処理、インフラストラクチャ構成（Terraform、Kubernetes、Docker、GitHub Actions）を扱うコードを書いてまたはレビューするときは、ユーザーがセキュリティに明示的に言及していなくても必ずこのスキルを参照する。ユーザーが「コードをレビューして」「バグがないか確認して」「これは安全か」と聞いたときにも使う。
AI アプリケーションが外部のツールやデータソースに統一的な方法で接続するためのオープンなプロトコルです。クライアントはモデルとの対話を担い、MCP サーバーはツール・リソース・プロンプトテンプレートを提供します。標準メッセージでやり取りするため、1 つのサーバーを複数のクライアントで再利用できます。