Skills

V

verify-findings

porada / domfiles

以前の調査結果を検証し、まだ対応が必要なものを特定する。

W

webapp-testing

snyk / agent-scan

Playwright を使用してローカル web アプリケーションとやり取りおよびテストするためのツールキット。フロントエンド機能の検証、UI 動作のデバッグ、ブラウザスクリーンショットのキャプチャ、ブラウザログの表示に対応しています。

W

webhook-dx-audit

hookdeck / webhook-skills

顧客向けに出站 webhook やイベントデスティネーションを送信するあらゆるプラットフォームの開発者体験を監査し、スコア付きの所見と優先順位付けされた推奨事項を含む構造化 YAML 監査ファイルを生成します。ある企業の webhook/イベント配信の DX——サインアップとオンボーディング、署名と検証、リトライと配信のセマンティクス、イベントカタログとペイロード、設定面（UI/API/CLI/IaC/SDK）、利用者向けの可観測性、ローカル開発、ローカルから本番への移行——をレビュー、評価、採点、批評することがタスクであるときは常に使用します。'webhook DX review'、'event destinations audit'、'outbound webhook assessment' でトリガーし、ユーザーが audit という語ではなく特定の企業名を挙げた場合（例：'review Acme's webhooks'）でもトリガーします。出力は `schema/audit.schema.yaml` に準拠した YAML 監査ファイルで、下流の利用者が自前の表現でレンダリングします。

Z

zen

simota / agent-skills

コードのリファクタリング：変数の命名、関数の抽出、マジックナンバーの定数化、デッドコードの削除を行います。動作は変更しません。バグ（Judge）、セキュリティ（Sentinel）、テスト（Radar）、機能（Builder）には使用しません。

A

Acceptance Criteria

danhvb / my-ba-skills

Given-When-Then、チェックリスト、シナリオベースの形式を用いて、ユーザーストーリーと要件に対する明確でテスト可能な受け入れ基準を定義する

A

aif-ci

lee-to / ai-factory

linting、静的解析、テスト、セキュリティを備えた CI/CD パイプライン（GitHub Actions / GitLab CI）を生成する。ユーザーが "ci"、"setup ci"、"github actions"、"gitlab ci"、"pipeline" と言ったときに使用する。

A

analyze-codebase

shipshitdev / skills

アーキテクチャ、セキュリティ、パフォーマンス、コード品質を網羅する包括的なコードベース分析を生成する。ユーザーが「analyze codebase」「code audit」「architecture review」「project health check」と言ったときに使用する。

C

code-review

dedalus-erp-pas / foundation-skills

GitLab のマージリクエストに対して包括的なコードレビューを実施し、コード品質、セキュリティ、パフォーマンス、ベストプラクティスを分析する。ユーザーが「code review」と言った場合、またはマージリクエストのレビューやマージ前のブランチの変更分析を依頼した場合に使用する。

C

coral-review-source-spec

withcoral / skills

新規または更新された Coral ソースのマニフェストとソース PR を、内容、スタイル、製品との適合性、クエリの使いやすさ、ドキュメント品質、既存の Coral ソースとの一貫性の観点からレビューします。Codex が sources/core/name または sources/community/name のソースディレクトリ、manifest.yaml、あるいは Coral ソースを追加・変更する GitHub PR のレビューを求められた場合に使用します。

E

e2e-outside-in-test-generator

rysweet / amplihack

アウトサイドイン手法を用いて包括的なエンドツーエンドテストシナリオを生成する。5 種類のアプリタイプに対応：Web（Playwright）、CLI、TUI、API、MCP（gadugi YAML）。アプリタイプを自動検出するか、明示的なオーバーライドを受け付ける。

E

easysdd-feature-acceptance

codestable / codestable

CodeStableは、人間をループに組み込む、堅実なソフトウェアエンジニアリング向けのAIコーディングワークフローです。Agentのオーケストレーションを中心とせず、要件、アーキテクチャ、機能、問題、過去の意思決定を整理し、CodexとClaudeによる開発を制御・追跡可能にし、継続的に進化させます。

E

embedded-review

ylongw / embedded-review

組み込み/ファームウェアプロジェクト向けのエキスパートコードレビュー。デュアルモデルによるクロスレビュー（ACP 経由の Claude + Codex）を行う。メモリ安全性、割り込みの危険、RTOS の落とし穴、ハードウェアインターフェースのバグ、C/C++ のアンチパターンを検出する。ユーザーが組み込み/ファームウェア/MCU のコード変更、diff、PR のレビューを依頼したときにトリガーする。例：'review firmware-pro2 的改动'、'review the NFC changes'、'/embedded-review ~/path/to/repo'、'/embedded-review ~/path/to/repo HEAD~5..HEAD'、'/embedded-review <github-pr-url>'。対象環境：ベアメタル MCU（STM32、nRF、ESP32、RP2040）、RTOS（FreeRTOS/Zephyr/ThreadX）、Linux 組み込み、混在 C/C++ ファームウェア。

G

git-workflow

blogic-cz / blogic-marketplace

ポータブルなブランチとプルリクエストのライフサイクル。安全な公開、上限付き CI とフィードバックループ、承認を必須とする人的レビュー対応を含む。

G

go-table-driven-tests

tigrisdata / skills

確立されたパターンに従って Go のテーブル駆動テストを作成します。テストの作成、テスト関数の作成、テストケースの追加時、またはユーザーが「test」「table-driven」「Go tests」に言及したり、Go コードベースでのテストについて話したりする場合に使用します。

説明はまだありません

H

huashu-flash

alchaincyf / huashu-flash

稲妻.skill：Anthropic が 2 週間で claude.ai を 3 倍高速化した方法で、ウェブサイトやアプリを高速化する。「開いてから使えるまで」を定義し、ベースラインを測定し、数えられる指標を見つけてそれが体感と結びつくことを証明し、段階的に最適化し、ラチェットで良くなる方向にしか動かないよう固定する。サイトが遅い、高速化、パフォーマンス最適化、ファーストビュー、瞬時に開く、と言われたときに使う。

I

image-compare

pascalorg / skills

2 つの画像をピクセル単位で比較し、視覚的な差分を取得。実装をデザインと比較したい、2 つのスクリーンショットの違いを見つけたい、視覚的なリグレッションを検証したい場合に使用。

I

implementation-plan-review

validkeys / sherpy

生成された実装計画をベストプラクティスに照らしてレビューします。タスクの粒度（30m〜2.5h）、スタイルアンカー、TDD 要件（AI 向け）、ドリフト防止（AI 向け）、品質制約を含みます。milestones.yaml とタスクファイルの完全性、整合性、開発準備状況を検証します。対象読者（AI、人間、ハイブリッド）に応じてレビュー基準を調整します。

M

moai-foundation-core

modu-ai / moai-adk

TRUST 5 品質フレームワーク、SPEC-First DDD 手法、委任パターン、段階的開示、エージェントカタログ参照、トークン予算管理（moai-foundation-context から統合）を含む MoAI-ADK の基本原則を提供します。TRUST 5 ゲート、SPEC ワークフロー、コンテキストウィンドウの最適化を参照するときに使用します。

M

msw

thongdn-it / react-agent-skills

テストでの API モッキングにおける MSW（Mock Service Worker）のベストプラクティス（旧 test-msw）。MSW のセットアップ、リクエストハンドラの作成、HTTP API のモッキング時に使用します。一般的なテストパターン（test-vitest または test-tdd スキルを使用）やテスト方法論は扱いません。

N

neon-test-branches

andrelandgraf / fullstackrecipes

テスト用に分離された Neon データベースブランチを作成する。TTL による自動クリーンアップ付きのスキーマのみのブランチ、テストサーバーのオーケストレーション、環境変数の管理。

O

optimising-expo-react-native-performance

tristanmanchester / agent-skills

Expo React Native アプリで計測された起動、レンダリング、スクロール、メモリ、メディア、ネットワークのリグレッションを診断して修正する。再現可能なパフォーマンス問題や明示的なパフォーマンス監査に使用し、憶測に基づくライブラリの差し替えや一律のメモ化には使用しない。

P

pm-review-board

spacezephyr / pm-skills

複数ロールによる PRD/プロトタイプレビュー会をシミュレートし、プロダクト、エンジニアリング、QA、デザイン、運用、法務の 6 つの視点からレビュー結論を出す。ユーザーが「帮我评审一下这个 PRD」「看看这个需求有没有问题」「模拟评审会」「review 一下这个文档」「这个需求能不能过评审」「帮我查漏补缺」と言ったときにトリガーされる。また、ユーザーが PRD、要件ドキュメント、プロトタイプのスクリーンショット、機能仕様をアップロードして確認を求める場合；ユーザーが「评审」「review」「过会」「需求评审」「方案评审」などのキーワードに言及した場合；ユーザーがエンジニアリングまたは QA の視点から要件の実現可能性を尋ねる場合にも適用される。対象外：PRD の作成（pm-prd-writer を使用）、純粋なコードレビュー（code-review を使用）、純粋なデザインレビュー（design-critique を使用）。

P

polyglot-git-hooks

bm629 / agent-skills

多言語または monorepo プロジェクトで Lefthook を使って Git フックを設定するときに使用する — 単一の lefthook.yml から、pre-commit でステージされたファイルに対する高速なフォーマット/lint チェックを、pre-push でより低速な型チェック/テストのゲートを、混在言語のサブツリー（例：TypeScript と Python）にわたり並列に配線する。インストールと有効化、lefthook.yml のスキーマ（commands/jobs、glob、root、{staged_files}/{push_files} を使った run、stage_fixed、skip/only、parallel）、実際に多言語の動作例、フックと CI の役割分担、--no-verify によるバイパスを扱う。フックの配線を教えるものであり、ツールごとの skill（biome、ruff、ty、typescript-typecheck）と turborepo は再講義せず参照する。キーワード：git hooks、pre-commit、pre-push、lefthook、staged files、monorepo hooks、polyglot lint format。

P

prism-reflect

cranot / super-hermes

制約の透明性：ある成果物を構造的に分析し、その分析自体が覆い隠したものを分析する。保存則と、何が最大化され、何が犠牲にされ、次に何を調査すべきかを示す制約レポートを生成する。自分が見えないものを知っている唯一の AI スキル。

Q

qe-mobile-testing

proffesor-for-testing / agentic-qe

ジェスチャー、センサー、権限、デバイスの断片化、パフォーマンスなど、iOS および Android プラットフォーム向けの包括的なモバイルテスト。ネイティブアプリ、ハイブリッドアプリ、モバイルウェブのテストに使用し、1000 種類以上のデバイスで品質を確保します。

Q

qe-risk-based-testing

proffesor-for-testing / agentic-qe

リスク評価と優先順位付けを用いて、テスト労力を最もリスクの高い領域に集中させる。テスト戦略の立案、テストリソースの配分、カバレッジの判断を行うときに使用。

Q

qe-test-design-techniques

proffesor-for-testing / agentic-qe

境界値分析、同値分割、決定表、状態遷移テスト、組み合わせテストによる体系的なテスト設計。包括的なテストケースの設計、冗長なテストの削減、体系的な網羅性の確保に使用します。

Q

qodo-review-resolver

qodo-ai / qodo-skills

MCP またはコマンドライン経由で Qodo のマネージドツールを使い、pull request の Qodo レビューを読み取るか解決する — 任意の PR の構造化ステータス、レビュー済み commit SHA、検出事項を JSON で取得し、監査用に拡張詳細と引用エビデンスを任意で付け、その後、未解決の検出事項を解決して結果を記録する（1 回またはクリーンになるまで）。これを使用すること — レビューコメントを `gh`/`curl` でスクレイピングしてはならない — 「PR #N のレビューはクリーンか」、「<pr> に対する Qodo の検出事項を JSON で取得」、「レビューエビデンスを監査」、「検出事項の引用を表示」、「Qodo は何を指摘したか」、「このレビューは head と同期しているか」、「マージ前の確認」、「自分の PR レビューを解決」、「レビュー検出事項を修正」、「クリーンになるまでこの PR を見守る」に使用。

R

receiving-code-review

osmontero / opencode-skills

コードレビューのフィードバックを受け取る際に、提案を実装する前に使用します。特にフィードバックが不明確または技術的に疑問がある場合 - 表面的な同意や無思慮な実装ではなく、技術的厳密性と検証が必要です

R

rust-testing

pproenca / dot-skills

テストアーキテクチャ、アサーション、モック、スナップショット、イベントテスト、決定性、codex-rs コードベース向けの統合パターンを扱う Rust テストのベストプラクティス

S

security-audit

aptos-labs / aptos-agent-skills

7 カテゴリのチェックリストを使って、デプロイ前に Move コントラクトのセキュリティ脆弱性を監査する。トリガー：'audit contract'、'security check'、'review security'、'check for vulnerabilities'、'security audit'、'is this secure'、'find security issues'。

S

security-testing

naodeng / awesome-qa-skills

OWASP のリスク、脆弱性スキャン、侵入テストのシナリオに関するセキュリティテストを設計する場合に使用します。トリガーには「安全测试」と「security testing」が含まれます。

S

ship-playbook

ulpi-io / skills

1 件の機能リクエストを、プロンプトからレビュー済み・監査済みの納品まで、単一の自律パスで進める — 1 つの実行可能な Workflow が、計画し、計画をレビューし、タスクごとにビルドし、ビルドをクロスレビューし、任意でローンチ監査を実行したうえで、ループせずに検証済みの所見を返す（修正ラウンドの可否はユーザーが決める。Workflow は実行途中で質問できず、自律的な修正ループこそが数時間の消耗を招いた原因である）。既存のスキルをつなぐ — plan-to-task-list-with-dag（タスクごとに専門エージェントを割り当てる）→ plan-founder-review → DAG 全体にわたる専門エンジニア/レビュアーによるビルド → claude ∥ codex/kiro の完全なクロスレビュー → go-live-audit — そしてグラフに厳密に従う：各タスクは依存関係を宣言し、レイヤーはトポロジカル順でなければならず、計画レビューは順序の誤ったグラフをブロックし、タスクは依存関係が統合される前に決してビルドを開始しない（壊れた基盤の上にビルドしない）。タスク単位のレビューはスライス範囲に限定され（そのタスク自身の変更のみをその受け入れ基準に対して評価し、コードベース全体の終状態のギャップはそれを所有するタスクに帰属させる）、そのためビルドが誤ったブロックで埋もれることはなく、実装レビューが終状態のゲートとなる。ゲートはフェイルクローズする — 実際に実行されなかったレビュアーがクリーンとみなされることはなく、停止した codex/kiro レビュアーはネイティブレビューにフォールバックし、偽のブロックを作ることはない。永続的で再開可能：各実行はライブのステータスファイル（全体 + フェーズごと + タスクごと）を書き込み、ステータス表示/停止/再開のための journal reader を備え、再開時は GIT のグラウンドトゥルースから統合状態を再構築するため、中断された実行がすでに着地したタスクを失うことも、再び失うこともない。コードの作成と各レビューはそれぞれ独立に native / codex / kiro を選ぶ（レビューはスキップ可。作成者とレビュアーは異なってよい）ため、ユーザーは品質とトークンコストのバランスを制御できる。

S

sqlx-code-review

existential-birds / beagle

sqlx のデータベースコードを、コンパイル時のクエリチェック、コネクションプール管理、マイグレーションパターン、PostgreSQL 固有の使用法の観点からレビューする。sqlx を使う Rust コード、データベースクエリ、コネクションプール、マイグレーションをレビューするときに使用する。オフラインモード、型マッピング、トランザクションパターンを扱う。

S

subagent-driven-development

osmontero / opencode-skills

現在のセッション内で独立したタスクを含む実装計画を実行する場合に使用

説明はまだありません

T

test-automator

404kidwiz / claude-supercode-skills

Playwright、Cypress、AI 駆動のテストツールを使って堅牢なテストフレームワークを設計する専門家。

V

vitest-evals

getsentry / vitest-evals

harness ベースの vitest-evals スイート、カスタム Harness アダプター、ファーストパーティの ai-sdk または pi-ai の harness 連携、judges、replay、レポーター向けの正規化された実行データ、またはこれらの API のサンプルとドキュメントを作成、レビュー、デバッグするときに使用します。

V

vitest

fandhe-ai / agent-reference-skills

Vitest 5（Vite ネイティブテストフレームワーク）リファレンス。test、describe、it、expect、vi.fn、vi.mock、vi.spyOn、vi.when、beforeEach / afterEach、test.extend fixtures、test tags / annotations、coverage（v8 / istanbul）、snapshot、vitest.config.ts、projects（旧 workspace）、Vitest Browser Mode（vitest-browser-react、locators、expect.element）、UI モード、bench fixture。

V

vitest

partme-ai / full-stack-skills

Vitest テストフレームワークに関する包括的なガイダンスを提供する。高速なテスト実行、Vite 統合、コンポーネントテスト、モック、設定を含む。ユーザーが Vitest について尋ねた場合、高速な単体テストを書く必要がある場合、Vue/React コンポーネントをテストする場合、Vite プロジェクトで Vitest を設定する場合に使用する。

W

woostack-review

howarewoo / woostack

リスクに見合った独立したレビュアー、1 名の証拠裁定者、ネイティブな GitHub コメント/判定を用いて、特定の既存 PR をレビューする。編集やマージは一切行わない。

Z

zephyr-squad-legacy

membranedev / application-skills

Zephyr Squad (Legacy) 連携。プロジェクトを管理します。ユーザーが Zephyr Squad (Legacy) のデータを操作したいときに使用します。

A

accessibility-commerce

finsilabs / awesome-ecommerce-skills

WCAG 2.1 AA 準拠で誰もが使えるストアにする——スクリーンリーダー対応、キーボードナビゲーション、アクセシブルなカートとチェックアウトのフロー

A

actionlint

rshade / agent-skills

GitHub Actions ワークフローファイルの構文エラー、無効な参照、よくある間違いを検証します。actionlint バイナリを自動検出するか、インストールを案内します。プロジェクト設定を確認し、なければ妥当なデフォルトにフォールバックします。GitHub Actions ワークフローの作成や変更、CI/CD パイプラインの検証、プッシュ前のワークフローエラーの検出に使用します。

A

alpha-forge-preship

terrylica / cc-skills

PR レビュー向けの Alpha Forge 品質ゲート — RNG の決定性、URL 検証、パラメータ検証、manifest 同期。

B

backend-test-creator

datex / skills

ブランチ上で Datex Studio のバックエンドテスト（configurationTypeId=24、*-backendTest.json サフィックス）を作成または変更するときに使用——4 つのフックフロー（before_suite/after_suite/before_each/after_each）と testCaseFlows 配列を持つ mocha テストスイート。action-as-test リファクタリングパターンと、Platform TODO としての欠落したランタイムモックの接合点を担う。トリガー："create a backend test"、"create an xxx_test"、"add a test suite"、"mocha test suite"、"add a test case to xxx_test"、"modify a backend test"、"refactor xxx_action into a backend test"、"backend test won't run"、"before_suite never fires"、"suite hooks not firing"。

B

browser-trace

mxyhi / ok-skills

ブラウザー自動化の完全な DevTools プロトコルトレース（CDP の全イベント、スクリーンショット、DOM ダンプ）を取得し、ストリームをページごとの検索可能な単位に分割します。失敗した実行のデバッグ、ネットワーク／コンソール／DOM の動作監査、進行中のセッションへのトレース添付、または構造化されたページ別要約をエージェントループに返して次の反復に活用させる場合に使用します。

C

code-quality

s-hiraoku / synapse-a2a

コード品質チェック（ruff、mypy、pytest）を実行し、必要に応じてコードを簡素化する。ユーザーがコード品質のチェック、linter の実行、テストの実行、最近変更したコードの簡素化を望むときに使用する。トリガーは /lint、/check、/code-quality コマンド。

C

commitlint

rshade / agent-skills

Conventional Commits 仕様に沿ってコミットメッセージを検証する。見つからない場合は commitlint CLI を自動検出してインストールする。プロジェクト設定を確認し、なければ妥当なデフォルトにフォールバックする。コミットメッセージの検証、PR の準備、コミット規約の徹底時に使用する。

C

component-validator

datex / skills

マージ前に Datex Studio のコンポーネントファイルを監査するときに使用——あらゆるコンポーネント（action、function、grid、hub、form、editor、selector、storage、customType、backendTest、datasource）を作成または変更した後の最終ゲート。汎用ディスパッチャー：コンポーネントファイルを読み、ファイルサフィックスに一致する作成者スキルのルールセットを選び、そのルールに従って監査を実行する。出力は構造化された修正リスト（Blockers / Warnings / Nits）。トリガー："audit a component"、"check it before merge"、"final gate after authoring or modifying"。grid 固有の落とし穴（エンベロープの形状、テキスト表示の強制変換）については代わりに grid-validator を使用。

D

debug

shipshitdev / skills

障害をエンドツーエンドでデバッグする。再現ループを構築し、仮説に優先順位を付け、計測を行い、回帰テストを伴って根本原因を修正する。バグ、クラッシュ、失敗した修正に使用する。

D

dev

stellarlinkco / myclaude

要件の明確化、インテリジェントなバックエンド選択、並列 codeagent 実行、必須の 90% テストカバレッジを備えた、極めて軽量なエンドツーエンド開発ワークフロー

E

extracting-logs-with-logcat

skydoves / android-testing-skills

このスキルは、テスト失敗、デバッグ、スモークテスト、CI 再現のためにデバイスログを読む際に使用する。`adb logcat`（ストリーム）、`adb logcat -d`（ダンプして終了）、`adb logcat -c`（クリア）、バッファ選択（`-b main|system|crash|events|radio|kernel|all`）、優先度ラダー（V/D/I/W/E/F/S）、`MyApp:D *:S` のようなフィルター式、フォーマットフラグ（`-v threadtime`、Android 11+ では `-v json`）、`--pid $(adb shell pidof -s pkg)`、時間/件数フィルター（`-T '01-01 12:00:00.000'`、`-t 100`）、バッファローテーション（`-r <kbytes>`、`-n <count>`、`-f <file>`）、バッファサイズ設定（`-G`、`-g`）、そして R8 `-assumenosideeffects` による release ビルドでの `Log.d` 呼び出しの除去を扱う。ユーザーが "logcat filter only my app"、"events buffer am_proc_start"、"logcat json format"、"grep logcat expensive"、"missing logs after restart"、"stripping Log.d release"、"logcat -f writes to host or device" に言及した場合は、このスキルを使用する。

G

grid-validator

datex / skills

マージ前に Datex Studio グリッド設定を監査するとき、またはグリッドの描画/フィルター/ソート/ツールバーの不具合を診断するときに使用する — grid-creator の後の必須の最終ゲート。汎用の component-validator では捕捉できないグリッド特有の落とし穴を扱う：エンベロープ形状、テキスト表示の強制変換、5 か所の動的フィルター接続の同期、命令的セル API の不一致、tailored と custom の由来の適合性。トリガー：「グリッドを監査する」「マージ前にグリッドを確認する」「グリッドの描画 / フィルター / ソート / ツールバーの不具合を診断する」「grid-creator 後の最終ゲート」。グリッド以外のコンポーネントには component-validator を使用する。

L

lint-fix

rshade / agent-skills

プロジェクトの lint および検証ツールを検出し、実行パイプラインを構築し、すべてのツールをエラーゼロになるまで実行し、アトミックな修正プロトコルで問題を修正します。Makefile のターゲット、package.json のスクリプト、Go ツール、Python ツール、その他の一般的な linter を自動検出します。lint エラーの修正、検証パイプラインの実行、コミット前のコード品質の確保に使用します。

M

moai-foundation-quality

modu-ai / moai-adk

TRUST 5 の品質原則と、MoAI がエージェント、3 レベルのハーネス、/moai gate、sync-auditor のスコアリングを通じてそれをどのように徹底するか。コードレビュー、品質ゲートチェック、カバレッジ目標、TRUST 5 準拠に使用。

NestJS での単体テスト、統合テスト、e2e テストに使用する。十分にテストされた NestJS アプリケーションを構築する場合に使用する。

P

performance-testing

naodeng / awesome-qa-skills

負荷、ストレス、スパイク、耐久性、容量の目標に応じたパフォーマンステストを設計する場合に使用します。トリガーには「性能测试」と「performance testing」が含まれます。

P

post-edit-verification

datex / skills

Datex Studio のコンポーネントファイルを編集または書き込みした後に使用する — すべての作成系 skill のクローザーから呼び出される（「編集後は post-edit-verification を呼び出す」）。検証スタックをコストの低い順に実行する：Edit/Write ツールの成功 → JSON のパース → description が null でなく、空でなく、100 文字以下（プラットフォームの上限）→ 明白なタイポの grep。非自明な編集では component-validator サブエージェントにエスカレーションする。Mitch の PostToolUse validate-component.py フックを skill ベースのパターンに置き換える。トリガー：すべてのコンポーネント作成系 skill のクローザーから呼び出される。ユーザーが直接呼び出すことはまれ。