Skills

P

playwright

thongdn-it / react-agent-skills

Next.js アプリケーション向けの Playwright テストのベストプラクティス（旧称 test-playwright）。Playwright を使った E2E テストの作成、レビュー、デバッグ時に使用します。テストセレクター、不安定なテスト、認証状態、API モック、水和テスト、並列実行、CI 設定、テスト失敗のデバッグを含むタスクで起動します。

P

posting-review-summary

bitwarden / ai-plugins

最終的なサマリーコメントを投稿するときに、このスキルを使用します。レビュー対象がなく、インラインコメントも存在しない場合の No Verdict 形式も含みます。それ以外の場合は、すべての指摘が分類されインラインコメントが完了した後、コードレビューの最後のステップとして適用します。コンテキスト（呼び出し元が宣言したローカルファイル出力、エージェントモードのスティッキーコメント、GitHub Actions MCP ツール、ローカルファイル）を検出し、それに応じて出力を振り分けます。

P

prompt-engineer-toolkit

borghei / claude-skills

プロンプトの構築、テスト、バージョン管理、評価のためのプロンプトエンジニアリングフレームワーク: チェーンオブソート、少数ショット、回帰テスト、ルーブリック。本番プロンプトの設計、A/B テストの実施、プロンプトライブラリの構築に使用する。

P

python-testing

athola / claude-night-market

pytest、フィクスチャ、TDD、モック、非同期テスト、統合テストによる Python テストパターン。Python のテストスイートを書く、または監査するときに使用します。

Q

qcsd-ideation-swarm

proffesor-for-testing / agentic-qe

QCSD Ideation フェーズで HTSM v6.3、Risk Storming、テスト容易性分析を用いて PI/スプリントプランニング中に Quality Criteria セッションを実施するときに使用。

R

replay-playwright

replayio / skills

Replay Browser で Playwright テストをセットアップして実行し、デバッグとパフォーマンス分析のためにテスト実行を記録する。

R

review-code

andrewvaughan / agent-council

現在の変更に対して、多角的な包括的コードレビューを実行します。Review Council（セキュリティ、品質、ドキュメント、ドメインレビュー）を起動し、自動セキュリティスキャンを実行します。pull request を作成する前や、作業を徹底的にレビューしたいときに使用します。

S

schema-validation

datadrivenconstruction / ddc_skills_for_ai_agents_in_construction

建設データ交換向けの JSON／データスキーマ検証：API ペイロード、ファイルインポート、BIM エクスポート。処理前にデータ構造の準拠を確認します。

ax graph に新しい write、signal、table、edge、query を出荷するための完了定義チェックリスト。SurrealDB のテーブル／エッジ／フィールド、ingest の derive-stage、新しい分析クエリ、その他の新しい ax 機能を追加するとき——PR を開く前に使用します。すべての write に対し、オンデマンド読み取り、能動的（エージェント向け）読み取り、ドキュメント／配布が揃うことを保証します。トリガー：「ship」「new signal」「new table/edge」「new lens/query」「wire this up」「is this done」、または ax の機能ブランチを完了するとき。

S

solid-php

fusengine / agents

Laravel 13 / PHP 8.3+ のコードに SOLID 原則を適用するときに使用——ファイルサイズの上限、インターフェースの配置、PHPDoc の強制。

S

solid-php

fusengine / claude-plugins

認知的自動化と協調型エージェントシステムによって、開発を再定義します。

S

systematic-debugging

bhagyamudgal / skills

すでに進行中のデバッグセッションにおける根本原因の修正規律。バグやテスト失敗に対する修正を提案または適用しようとしているとき、症状だけを修正したくなったとき（null チェックの追加、try-catch でのラップ、タイムアウトの延長、リトライの追加）、以前の修正がうまくいかなかったときに使用する。/diagnosing-bugs は再現を構築し、本スキルは修正を統制する。

T

tdd

yeachan-heo / oh-my-codex

TDD 非推奨のシム

T

testomatio-mcp

testomatio / skills

テスト管理の分析、実行分析、失敗の調査、不具合のトリアージのために Testomat.io MCP サーバーを構成して活用する。ユーザーが MCP 経由で Testomat.io に接続する必要があるとき、テスト実行を分析するとき、失敗をクラスタリングするとき、根本原因を調査するときに使用する。

U

ui-a11y

sickn33 / agentic-awesome-skills

コンポーネントやページのアクセシビリティ問題を監査して修正します

U

ui-verification

amazon-agi-labs / nova-act-agent-skills

稼働中の Web アプリが設計仕様に一致するかを DOM に対する決定論的な CSS チェックで検証し、さらに Nova Act で Gherkin シナリオを実行してユーザーフローを検証する。設計上の主張をルールに変換し、verify_* MCP ツールで実行する。フローは act() と act_get() で実行する。注釈付きスクリーンショットとフローごとの詳細を含む、視覚とフローを統合したレポートを生成する。稼働中のサイトに対して、視覚スタイル、コンポーネントのルール、アクセシビリティ、プロジェクトの規約、プラットフォームのパターン、エンドツーエンドのユーザージャーニーを確認するときに使用。

V

validation-rules-builder

datadrivenconstruction / ddc_skills_for_ai_agents_in_construction

建設データ向けの検証ルールを構築します。BIM 要素、コストコード、スケジュールデータに対して RegEx とロジックベースの検証を作成します。

W

web-accessibility-web-accessibility

agents-inc / skills

WCAG、ARIA、キーボードナビゲーション

A

address-pr-feedback

owainlewis / blueprint

GitHub PR のレビューフィードバックを取得し、各コメントを判断し、有効な修正を実装して検証し、必要に応じて返信する。

A

ai-generated-business-code-review

openharmonyinsight / openharmony-skills

任意の言語で AI が生成した業務・アプリケーションコードの品質をレビューまたは採点するときに使用する。特に数値スコア、リスクレベル、必修正チェックリストが求められる場合、または C++ コードが OpenHarmony C++ とセキュリティ標準に準拠する必要がある場合に使用する。

A

aif-fix

lee-to / ai-factory

バグや問題を修正する。fix-now または plan-first をサポートし、引数なしの場合は FIX_PLAN.md を実行する。リグレッションチェックが必要な場合は、まず再現し、実装してから再実行する。ログを追加し、追加のカバレッジを提案する。

A

aif-review

lee-to / ai-factory

ステージされた変更または pull request に対してコードレビューを実行する。バグ、セキュリティ問題、パフォーマンス問題、ベストプラクティスをチェックする。ユーザーが "review code"、"check my code"、"review PR"、"is this code okay" と言った場合に使用する。+check フラグは新しいコンテキストのサブエージェントで指摘を検証する。レビューが信頼度マーカーを生成した場合も検証は自動的に実行される。

A

analyzing-code-security

bitwarden / ai-plugins

ユーザーが "analyze code for security issues"、"check for OWASP vulnerabilities"、"review code against CWE Top 25"、"find injection vulnerabilities"、"do a security code review" を求めたり、OWASP Top 10、API Top 10、Mobile Top 10、CWE/SANS フレームワークに基づく手動のセキュリティ分析を必要とする場合に、このスキルを使用する。

A

architecture-paradigm-functional-core

athola / claude-night-market

Functional Core, Imperative Shell を適用して、ロジックを副作用から分離します。ビジネスロジックが I/O と絡み合っている、またはユニットテストが遅くて壊れやすいときに使用します。

A

audit-ticket

bhagyamudgal / skills

現在のコードベースに対して古い GitHub issue を監査し、その後更新または廃止する。ユーザーが「audit this ticket」と言ったとき、または古い issue がまだ必要か、廃止すべきかを尋ねたときに使用する。

A

automate-manual-test-cases

testomatio / skills

この skill は手動テストケースを本番運用可能な自動テストスクリプトに変換する。既存の自動化フレームワークを分析し、手動テスト手順を解釈して、自動化のベストプラクティスに従った保守しやすいテストを生成する。ユーザーが手動テストケースを自動化したい、テストカバレッジを拡大したい、既存のテストドキュメントからエンドツーエンドの自動フローを作成したい場合に必ず使用する。

B

backend-perf

bhagyamudgal / skills

バックエンドとデータベースのパフォーマンスチェックリスト。バックエンドのエンドポイント、サービス、DB クエリを記述またはレビューするとき、WHERE 句やインデックスを追加するとき、クエリの書き換えが提案されたときに使用する。「endpoint is slow」「N+1」「race condition」でトリガーする。

B

bloc

verygoodopensource / vgv-ai-flutter-plugin

Flutter/Dart における Bloc 状態管理のベストプラクティス。Cubit と Bloc の比較、イベントと状態の命名、Equatable を用いた sealed クラス、BlocProvider・BlocBuilder・BlocListener・BlocSelector による Page/View の分割を扱う。package:bloc、package:flutter_bloc、package:bloc_test を使用するコードを書く、変更する、レビューするときに使用する。Bloc または Cubit を継承するクラスのあらゆるテストにも使用し、「この bloc の単体テストを書いて」「私の cubit をテストして」「LoginBloc にテストを追加して」、bloc が依存する repository のモック、イベントが発行する状態のアサートなどが含まれる。Bloc と Cubit のテストでは package:bloc_test の blocTest() と package:mocktail を使わなければならないため、テスト対象のクラスが Bloc または Cubit の場合は testing スキルよりもこちらを優先する。ある bloc を別の bloc に注入してその状態を読む、widget や build メソッドから repository を呼ぶ、debounce などのイベント変換器を必要とする機能のために Cubit を維持するなど、要求がこれらのルールに反する場合にも使用する。

B

branch-code-reviewer

datex / skills

Datex Studio のフィーチャーブランチにおけるコード/設定変更をレビューするときに使用します。依存関係を追跡し、変更されたすべての設定の unified diff を読み、バグ / 品質 / セキュリティ / パフォーマンス / 簡素化 / 整合性の指摘と判定を含む構造化レビューを生成します。トリガー: "review branch X"、"code review this branch"、"review the changes on <branch>"、"audit branch before merge"、"quality check this branch"。同じブランチのコミットメッセージを起草する場合は `commit-message-generator` を使用してください。

C

converge-reviews

bhagyamudgal / skills

繰り返されるコードレビューのラウンドを、単一のスコープと指摘台帳に対して突き合わせます。あらゆるレビューラウンドの後、またはレビューの指摘がさらなるレビュー作業を生み続けるときに使用します。

C

create-pr

frostney / known-good-route

対象範囲内の変更を検証・修正し、そのドラフトプルリクエストを公開し、メタデータと CI を整合させ、レビュー可能としてマークする。現在の変更についてプルリクエストをオープン、作成、公開するよう求められたとき、またはユーザーが /create-pr を実行したときに使用。

D

design-ai-benchmarking

aperivue / medsci-skills

AI システムを人間の専門家パネルと比較してベンチマークする研究を設計する際、データ収集の前に使用する。アーム、アンカー付きの分離されたルーブリック、埋め込み型キャリブレーションプローブ、レビュアーパネル、評価者間信頼性の目標、LLM-as-judge と人手による判定の比較を計画する。

D

diagnosing-bugs

leandrocfe / skills

難解なバグとパフォーマンス回帰のための診断ループ。ユーザーが "diagnose"/"debug this" と言ったり、何かが壊れている／例外を投げる／失敗する／遅いと報告したりしたときに使用します。

D

dotnet-integration-testing

wshaddix / dotnet-skills

実際のインフラストラクチャでのテスト。WebApplicationFactory、Testcontainers、Aspire、fixtures。

D

dyl-ready-pr

cursor / plugins

PR を Dylan がマージできる状態にする：/dyl-review を 🟢 になるまで徹底的に実行し、ready にして、コンフリクトを解消し、その後 CI とコメントを継続的に確認する。/dyl-ready-pr、"get PR green"、"make the PR mergeable"、"/dyl-review till green then ready"、または /dyl-mode 配下でのマージ待ちの依頼に使用。

F

fix-bug

remix-run / react-router

GitHub issue から報告された React Router のバグを修正します。ユーザーが GitHub issue の URL を提供し、バグの修正、問題の調査、問題の再現を依頼したときに使用します。issue の取得、再現の特定、失敗するテストの作成、修正の実装という完全なワークフローを扱います。

H

harness-audit

venhdev / skills

テストスイートとハーネス基盤を監査し、フレーキーさの兆候、ハーメティック性の欠陥、不変条件の盲点を洗い出す。

I

ios-simulator

tristanmanchester / agent-skills

iOS Simulator 上でアプリを実行・検査する：ターゲットの選択、インストールと起動、エビデンスの取得、アクセシビリティ駆動の UI 操作、シミュレータ障害の診断。明示的なシミュレータテストや自動化に使用し、一般的な iOS 実装、実機検証、App Store の審査には使用しない。

L

laravel-systematic-debugging

iserter / laravel-claude-agents

Laravel アプリケーション向けの体系的なデバッグプロセス — 修正を試みる前に根本原因の調査を徹底します。あらゆる Laravel の問題（テスト失敗、バグ、予期しない動作、パフォーマンス問題）に使用します。

P

phoenix-error-analysis

arize-ai / phoenix

サンプリングされた Phoenix のトレース、スパン、セッションを読み、自由形式のノートを書いて（オープンコーディング）、そのノートを少数の狭い注釈にまとめる——失敗次元ごとに 1 つ、小さなラベルセットと件数を伴う——ことで、評価対象と修正の優先順位を選ぶ（軸コーディング）。用途：「このエージェントの何がおかしいのか」「アプリに計装を入れたばかりだが、どこから始めればよいか」「これらのトレースをレビューして」「チャットボットがコンテキストを失い続ける」「モデルはどんな種類のミスをしているのか」「どのような失敗カテゴリがあるのか」「何の評価を構築すべきか」「修正の優先順位をどう付けるか」「これらのノートをグループ化して」「MECE な分解」——または、その手法を名指ししていなくても、机上で作るのではなく実際のトレースに基づく観察やカテゴリを必要とするあらゆる枠組み。

P

python-debugger

majesticlabs-dev / majestic-marketplace

Python のエラー、例外、予期しない動作をデバッグする。トレースバックを分析し、問題を再現し、根本原因を特定して修正を提供する。

Q

quality-checks

dev-toolings / superpowers-symfony

コード品質ツールを実行します: PHP-CS-Fixer でスタイル、PHPStan で静的解析および型の安全性のチェックを行います。

R

repo-health

thatrebeccarae / claude-marketing

ワンコマンドで GitHub リポジトリの健全性を監査。標準ファイルの欠落、GitHub 設定、ブランチ保護、ドキュメントの品質、コードの衛生状態を確認する。スコア付きの健全性レポートと優先度付きの修正推奨を生成する。

R

revdiff

umputun / revdiff

TUI オーバーレイでインライン注釈付きの diff、ファイル、ドキュメントをレビューする、または revdiff の使い方、設定、テーマ、キーバインドに関する質問に答える。agterm/tmux/zellij/herdr/kitty/wezterm/cmux/ghostty/iterm2/emacs-vterm で revdiff を開き、注釈を取得して対応する。git、hg、jj リポジトリで動作する（自動検出）。"revdiff"、"review diff"、"review changes"、"annotate diff"、"git review with revdiff"、"hg review with revdiff"、"review jj change"、"interactive diff review"、"revdiff all files"、"review all files"、"browse all files"、"revdiff FILE"、"revdiff README.md"、"revdiff /tmp/notes.txt"、"review this file"、"annotate this file"、"review file with revdiff"、"open this review in revdiff"、"show review in revdiff"、"review in revdiff"、"revdiff config"、"revdiff themes"、"revdiff keybindings"、"how to configure revdiff"、"what themes does revdiff have" で起動する。

R

review

factory-ai / factory-plugins

コード変更をレビューし、信頼度が高く実行可能なバグを特定する。ユーザーが次のことを望むときに使用する：- プルリクエストやブランチの diff をレビューする - コード変更におけるバグ、セキュリティ問題、正確性の問題を見つける - レビュー結果の構造化された要約を得る

S

sf-test

clientell-ai / salesforce-skills

包括的な Apex テストクラスを、@TestSetup メソッド、TestFactory パターン、一括データ（200 件のレコード）、正常系/異常系/権限のシナリオ、HttpCalloutMock の実装とともに生成する。テストの作成、コードカバレッジの向上、失敗するテストの修正を求められたとき、または @IsTest アノテーションを見たときに使用する。「test class」「code coverage」「TestDataFactory」「mock callout」への言及で起動する。

S

sql-server-table-reconciliation

github / awesome-copilot

使用場面：インスタンス間での SQL Server テーブルの比較、データ移行の検証、ETL の検証、行の不一致検出、スキーマドリフト、リコンシリエーションレポート、本番環境とステージング環境の比較。mssql-python ドライバーと Apache Arrow を使用し、高速な列指向のデータ転送と比較を実現する。

T

test-harness

mathews-tom / armory

ハッピーパス、エッジケース、エラー条件、フィクスチャの雛形、モック、非同期パターンを含む pytest テストスイートを生成する。トリガー："generate tests"、"write tests for"、"test this function"、"create test suite"、"pytest for"、"unit tests for"、"mock strategy for"。

T

testing-best-practices

andrelandgraf / fullstackrecipes

分離された Neon ブランチに対して適切なテスト種別（Playwright > 統合 > ユニット）を選び、書く。ある機能のテストを追加、実行、デバッグする場合に使用する。

U

upgrade-browser

flutter / flutter

Flutter Web Engine および/または Framework のテストでブラウザのバージョン（Chrome または Firefox）をアップグレードする。Chrome または Firefox をより新しいバージョンにロールまたはアップグレードするよう求められたときに使用。

U

ux-dark-patterns-audit

uxcel-lab / product-skills

UI、フロー、コピーに潜むダーク（欺瞞的）パターン——ユーザーを意図しない行動に誘導するデザイン——を監査する。各パターンの名称、意図、深刻度、誠実なデザインへの修正案を記載した優先順位付きの指摘リストを生成する。コンバージョンフロー、チェックアウト、ペイウォール、サインアップ、解約フローの倫理的なデザイン上の問題をレビューする際に使用する。

X

xcodebuildmcp-cli

justbecauselabs / agent-skills

XcodeBuildMCP CLI の公式スキル。iOS/macOS/watchOS/tvOS/visionOS の作業 (ビルド、テスト、実行、デバッグ、ログ、UI 自動化) を行う場合に使用します。

A

abap-unit-testing

likweitan / abap-skills

ABAP Unit テストを支援。テストクラスのセットアップ、アサーション、テストダブル、モックフレームワーク、依存性注入、CDS テスト環境、SQL テスト環境、RAP BO テストダブル、テストフィクスチャを扱う。ユーザーが ABAP 単体テスト、テストクラス、テストメソッド、CL_ABAP_UNIT_ASSERT、テストダブル、モック、CDS テスト環境、SQL テスト環境、RAP テスト、ABAP テストインジェクション、テストシーム、振る舞い駆動テスト、ABAP における TDD、テスト分離、ABAP コードの自動テスト作成について尋ねた場合に使用。トリガーには "write a unit test"、"create test class"、"mock a dependency"、"test a CDS view"、"test a RAP BO"、"test double"、"assertion"、"test fixture"、"test isolation"、"ABAP unit" が含まれる。

B

bmad-readiness-check

aj-geddes / claude-code-bmad-skills

SOLUTIONING GATE — 実装を開始する前に、計画成果物間の整合性を検証する。PRD（または tech-spec）、アーキテクチャ文書、epic/story を相互参照し、カバレッジの一貫性と不足部分を確認する。PASS、CONCERNS、FAIL の判定を具体的な内容とともに返す。コードには一切触れない。ユーザーが次のように言った場合に使用：- 「構築の準備ができているか確認して」/「実装を始められる？」 - 「計画を検証して」/「gate check」/「readiness check」 - 「solutioning gate を実行して」/「実装の準備状況を確認して」 - 「アーキテクチャは完成している？」/「要件はアーキテクチャと一致している？」 - 「計画を承認して」/「計画が完了したので確認して」 - 「アーキテクチャに対して PRD を検証して」/「計画文書を相互参照して」 対応する意図：Validate（主要）。トラック適応型：Quick Flow（tech-spec + アーキテクチャ）、BMad Method（PRD + アーキテクチャ + epics）、Enterprise（上記すべて + 任意のセキュリティ/DevOps 補遺）で機能する。

説明はまだありません

C

code-review

alannkl / skills

具体的なコード変更に対する、指摘事項を中心としたコードレビューレポートを作成します。ユーザーがコードレビュー、PR レビュー、または commit、ブランチ、diff、特定ファイルに関する指摘を求めた場合に使用します。修正の実装や、コードを伴わない設計の批評には使用しません。

C

code-review

darknesskiller / skills

基準と仕様の 2 つの軸で diff をレビューする。

C

code-simplifier

s-hiraoku / synapse-a2a

すべての機能を維持しつつ、明確さ、一貫性、保守性のためにコードを簡素化・洗練する。特に指示がない限り、最近変更されたコードに焦点を当てる。コード品質チェックは通過しているものの、構造的なクリーンアップ（重複排除、分岐の簡素化、命名の改善、デッドコードの削除）が有効な場合にこのスキルを使用する。/code-quality からサブエージェントとして、または Task ツール経由で直接呼び出される。

C

core-coding-standards

ravnhq / ai-toolkit

汎用的なコード品質ルール——KISS、DRY、クリーンコード、コードレビュー。ベース

D

dspy-gepa-optimizer

intertwine / dspy-agent-skills

dspy.GEPA で DSPy プログラムを最適化する——承認された評価予算の範囲内で、タスク固有のベースラインと比較検討する反射的／進化的オプティマイザ。ユーザーが optimize、compile、GEPA、reflective optimization、または「make this program better」と言い、DSPy プログラム + 指標 + トレインセットが存在するときに使用。