Skills

Q

qa-quality-perspective

naodeng / awesome-qa-skills

要件、戦略、レビュー、テストケース、レポートに QA の品質視点が必要な場合に使用します。トリガーには QA quality perspective が含まれます。

Q

qa

utarn / engineer-skills

ユーザーが会話形式でバグや問題を報告し、エージェントが GitHub issue を作成する対話型 QA セッション。背景で コードベースを探索して、コンテキストとドメイン言語を理解します。ユーザーがバグを報告したい、QA を実施したい、会話形式で issue を作成したい、または「QA セッション」と言及した場合に使用します。

Q

quarkus-panache-smells

emvnuel / skills

Repository パターンを用いた Quarkus Panache アプリケーションの ORM コードスメルを検出しリファクタリングする。PanacheRepository のコードレビュー、N+1 クエリ、データの過剰取得、ページネーションの問題の診断で使用する。

R

rails-code-review

igmarin / rails-agent-skills

Rails の pull request をレビューし、コントローラー／モデルの規約、マイグレーションの安全性、クエリパフォーマンス、Rails Way への準拠に注目する。ルーティング、ActiveRecord、セキュリティ、キャッシュ、バックグラウンドジョブを扱う。既存の Rails コードの品質レビュー、PR レビュー、Ruby on Rails（RoR）コードのコードレビューを行うときに使用する。

R

react-testing

fusengine / agents

React 19 向け Testing Library——render、screen、userEvent、waitFor、Suspense。Vitest で React コンポーネントのテストを書くときに使用する。

R

react-testing

fusengine / claude-plugins

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

R

release-smoke-test

alvinunreal / oh-my-opencode-slim

公開前に oh-my-opencode-slim のリリース候補またはバグ修正をテストする。パッケージ化されたプラグイン成果物、リリースブランチ、クラッシュ修正、OpenCode ランタイム互換性、または OpenCode 1.17.11 のメッセージ変換リグレッションのようなモデル固有のスモークテストを検証するときに使用する。

R

remix-v2-data-flow-review

existential-birds / beagle

Remix v2 の loader と action を、loader 内での変更処理、検証の欠落、サーバーフィールドの漏洩、誤った戻り値ヘルパー、v1 useTransition の残存、再検証の落とし穴についてレビューします。Remix v2 のコードベースで loader/action のコードをレビューする際に使用します。

R

repair-skill

gupsammy / claudest

ユーザーが "fix my skill" または "audit this skill" を求めたときにこのスキルを使用する。ユーザーがスキルの品質、構造上の問題、壊れたスキル、スキルの診断に言及した場合は、たとえ "repair-skill" と明示していなくても必ずこのスキルを使用する。機能の追加や効果の改善には使用しない — improve-skill を使用する。エージェントには使用しない — repair-agent を使用する。

R

reproduce

tharsanan1 / wso2-se-agent-skills

GitHub issue を分析し、バグを再現し、構造化された issue 分析の成果物を生成します。

説明はまだありません

R

review-anvil-readonly

mrshu / agent-skills

編集もコミットも行わないマルチエージェントのコードレビュー — 指定されたラウンド数の並列レビュアー、統合、不確実な重要指摘のデフォルトでの再現、最終レポート。ユーザーが diff、ブランチ、パス、PR のコードレビューを望むが、修正を自動適用してほしくない（編集なし、コミットなし、ステージングなし）場合に使用する。`review-anvil` エンジンを読み取り専用モードで有効化する。

R

review

iankiku / forwward-teams

(forwward) トラスト境界、データ整合性、パフォーマンス、競合状態、エラー処理、OWASP セキュリティを確認する偏執的なコードレビューを実施する。コードレビュー、マージ前チェック、セキュリティ監査、バグ探し、コード品質のレビュー・監査・チェックの依頼でトリガーされる。

R

reviewable-change

liaoann / skills

diff で、振る舞いの変更、リファクタリング、生成物、無関係な編集を分離する必要があるときに使用する。

R

root-cause-tracing

jackspace / claudeskillz

実行の深い段階でエラーが発生し、最初の原因を突き止める必要がある場合に使用します。必要に応じて計測処理を追加しながらコールスタックを遡ってバグを体系的に追跡し、無効なデータや誤った動作の発生源を特定します

R

router-operations

vasilyu1983 / ai-agents-public

QA、テスト、DevOps、可観測性、git、ドキュメントに関する質問を 18 の運用スキルを通じてルーティングするマスターオーケストレーション

R

run-devicelab-with-led

flutter / flutter

LUCI の `led` CLI ツールを使って Flutter PR の DeviceLab テストを実行します。`led` を使用して PR に対する送信後テストまたは devicelab テストを実行、起動、試行、または不安定さを解消するよう依頼された場合に使用します。

R

runtime-verification-discipline

fudesign2008 / open-skills

PDCA ワークフローにおける実行時検証の厳格な規律です。AI が環境内で検証を実行し、決定性と安全性を考慮したうえで、シミュレーションより実環境を優先します。人によるチェックリストを既定の方法にしてはいけません。まず実行を試み、差し替え可能な検証プロバイダー（プロジェクトのスクリプト／スキル → 共有機能スキル）を解決し、真に越えられない境界に達した場合のみ、理由を明示して人に引き継ぎます。バグ修正や機能開発など、ワークフローの検証・確認段階で、検証をどこで誰が実行するか、また十分かどうかを判断するために使用します。PDCA ホストは frontmatter の依存関係を通じて参照します。トリガー — 「环境验证」「真实环境验证」「真机验证」「真机测试」「模拟环境验证」「AI 验证」「验证分层」「验证充分性」／runtime verification、environment verification、real vs simulated。確認で UI を開く場合は、保存済みの空でないスクリーンショットを提示します。UI を伴わない確認では不要です。completion-evidence-discipline（証拠の鮮度）や runtime-evidence-debug（デバッグ計測）の別名として扱わないでください。

R

rust-crate-publishing-readiness

lvtd-llc / skills

Cargo メタデータ、バージョニング、README とライセンスのチェック、パッケージのドライラン、feature の検証、docs.rs の準備、サンプル、変更履歴の記載、機密を漏らさないリリースゲートを用いて、Rust クレートの公開準備を行う。cargo publish の前、クレートのリリース PR、再利用可能な Rust ライブラリを共有する前に使用。

R

rust-library-performance-features

lvtd-llc / skills

criterion ベンチマーク、feature フラグのマトリクス、cargo bench ワークフロー、依存関係のゲーティング、リグレッションのベースライン、証拠に基づく API 性能のトレードオフを用いて Rust ライブラリを最適化する。公開前に Rust ライブラリのベンチマーク、cargo feature、オプション依存関係、性能に関する主張を追加・レビューするときに使用。

S

seam-ripper

petekp / claude-code-setup

システムコンポーネント間のインターフェース、境界、契約であるアーキテクチャのシームを容赦なく分析し、結合の問題、抽象化の漏れ、設計上の欠陥を明らかにします。アーキテクチャのレビュー、結合の分析、インターフェースの問題の発見、モジュール境界の改善、依存関係の監査、システム構造の再設計を求められたときに使用します。後方互換性よりも正しさを優先する、妥協のない再設計案を提示します。

S

search-discovery-relevance-review

sylphxai / skills

プロダクト検索、マーケットプレイスのディスカバリー、レコメンド面、フィルター、ファセット、関連性シグナル、ゼロ件結果、クエリ理解、ランキングのドリフト、結果品質の評価、公平性、スポンサー枠の境界、フィードバックループを設計・監査する。ユーザーがコンテンツ、プロダクト、クリエイター、ドキュメント、アプリ、スキル、在庫をすばやく見つけ、結果を信頼する必要があるときに使用する。

S

second-opinions

vinta / hal-9000

コード、計画、ドキュメント、その他あらゆるタスクについて外部モデル（Codex、Gemini）から独立した視点を得たいとき、またはユーザーがセカンドオピニオン、codex review、gemini review を求めたときに使用する

S

security-audit

j-star-films-studios / vibecode-protocol-suite

セキュリティ、ロジック、完全性、品質を網羅する緻密で深いコード監査を実施。サプライチェーン攻撃、認証、レート制限、RLS に関する vibe-coding 特有のガードレールを含む。

セキュリティ監査ワークフロー - 脆弱性スキャン → 検証

S

setup-git-hooks

dyrits / skills

core.hooksPath 経由でバージョン管理された git フック（Husky 不使用）を lint-staged（Biome、Biome が未対応の言語に限り Prettier をユーザーが希望する場合のみ併用）、型チェック、ビルドとともに設定する。pre-commit フックの追加、コミット時のフォーマット/リント/型チェック、Husky を git 標準の hooks パスに置き換えることをユーザーが望む場合に使用する。

S

setup-pre-commit

polya20 / grill-me

現在のリポジトリに Husky プリコミットフック、lint-staged（Prettier）、型チェック、テストを設定します。ユーザーがプリコミットフックの追加、Husky の設定、lint-staged の設定、またはコミット時のフォーマット/型チェック/テストの追加を希望する場合に使用します。

S

simplify

tmdgusya / engineering-discipline

3 つの並列レビューエージェントを使って、変更されたコードの再利用の機会、品質上の問題、非効率をレビューし、見つかった問題を修正する。ユーザーが「simplify」、「clean up the code」、「review the changes」と言ったとき、または run-plan の実行後にコード品質の検証が必要なときに発火する。

S

skill-creator

dirnbauer / webconsulting-skills

新しいスキルを作成し、既存のスキルを修正・改善し、スキルパフォーマンスを測定する。ユーザーが新規スキルを作成、既存スキルを編集・最適化、スキルをテストするために evals を実行、分散分析を使用してスキルパフォーマンスをベンチマーク、またはトリガー精度を向上させるためにスキルの説明を最適化したい場合に使用

S

skill-creator

insforge / insforge-skills

新しいスキルを作成し、既存のスキルを修正・改善し、スキルの性能を測定する。ユーザーがゼロからスキルを作成したい、既存のスキルを更新または最適化したい、スキルをテストする評価を実行したい、分散度分析でスキルの性能をベンチマークしたい、またはトリガー精度を高めるためにスキルの説明を最適化したいときに使う。

S

skill-creator

leo1oel / leo-agent-skills

新しいスキルを作成し、既存のスキルを修正・改善し、スキルパフォーマンスを測定する。ユーザーが新規スキルを作成、既存スキルを編集・最適化、スキルをテストするために evals を実行、分散分析を使用してスキルパフォーマンスをベンチマーク、またはトリガー精度を向上させるためにスキルの説明を最適化したい場合に使用

S

sonar-analyze

sonarsource / sonarqube-agent-plugins

SonarQube を使用してファイルの品質とセキュリティの問題を分析します

S

sweep-verification

kucherenko / gangsta

作業が完了した、修正した、通過したと主張しようとするときに使用 — いかなる断言の前にも証拠を集めます。検証されていない主張は無効だからです

S

systematic-debugging

21307369 / superpowers-zh

バグ、テスト失敗、予期しない動作が発生したときに使用し、修正案を提示する前に実行します。

説明はまだありません

T

tapd-bug-analyzer

abcfed / claude-marketplace

TAPD の Bug チケットの問題を自動的に分析・特定する。複数の分析戦略に対応。

T

test-and-fix

timlai666 / skills

テストを実行し、失敗を見つけて修正し、検証します。差分を考慮し、Web アプリ、API、CLI、ライブラリで影響を受ける動作をテストします。以下のトリガーがあれば必ずこのスキルを呼び出してください。また、ユーザーがまだ検証していないコード変更の後にも呼び出すべきです。トリガー：跑測試、測一下、有沒有壞掉、run tests、test this、跑一下 tests、測試、check if broken

T

test-audit

juliomrqz / skills

任意の言語のテストスイート（ユニット、統合、E2E）を監査し、正確性と品質を評価します。テストのレビューや改善（「テストを監査して」「テストの品質はどうか」）、カバレッジや不足の確認、ミューテーションテストによるテスト強度の測定をユーザーが求める場合に使用します。

T

test-report-review

naodeng / awesome-qa-skills

人間による承認の前に、テストレポートの証拠の整合性レビューが必要な場合に使用します。トリガーには「テストレポートレビュー」「品質レポート監査」「テスト証拠レビュー」が含まれます。

T

test-specs-docs

duc01226 / easyplatform

[非推奨] このスキルが tdd-spec に統合されたときに使用する。

T

testing

alphaonedev / openclaw-graph

ルート：テストピラミッドの単体/統合/e2e、TDD/BDD、カバレッジ戦略、命名規則

T

testing-mobile

alphaonedev / openclaw-graph

モバイル：XCUITest、Espresso、Detox、Maestro、BrowserStack/Sauce Labs/Firebase Test Lab、スクリーンショット

T

testing-security

alphaonedev / openclaw-graph

セキュリティテスト：DAST OWASP ZAP/Nuclei、SAST Semgrep/Bandit、Snyk/Trivy、detect-secrets/TruffleHog

T

the-consigliere

kucherenko / gangsta

公平なアーキテクチャ助言、セキュリティ監査、仕様の完全性レビュー、セカンドオピニオンが必要なときに使用 — 指揮系統の外で行動し、真偽チェックを発動する常設の権限を持ちます

T

thumb-first-platform

kylezantos / thumb-first

thumb-first モバイルスイートの技術検証レイヤー——モバイル Web アプリと PWA（iOS Safari、Android Chrome）における客観的なプラットフォーム欠陥を見つけて修正する。viewport/100vh のバグ、safe-area インセット、タッチターゲットとタップ遅延、service worker、web push、PWA manifest、Core Web Vitals を網羅し、意見ではなくファイル/行単位の欠陥と修正を示す。ターゲット認識型：Web/PWA は完全にカバーし、ネイティブアプリ（React Native、Expo、SwiftUI、Flutter）ではターゲットを検出し、ネイティブスキルがインストールされていれば引き継ぎ、なければネイティブプラットフォームの監査は行わないと明言する。モバイル Web/PWA の技術監査、safe-area/ノッチ問題、100vh オーバーフロー、service worker/オフライン、インストール/manifest、モバイルパフォーマンスに使用する。通常は /thumb-first の包括エントリ経由で実行され（設計パスも実行する）、技術チェックのみの場合は直接呼び出す。

T

token-compliance

murphytrueman / design-system-ops

消費側のコード内でハードコードされた色・間隔・書体の値や、階層の誤った token 参照を検出する。トリガー：ハードコードされた値の検出、コード内のあらゆる 16 進数、token を正しく使っているか、token コンプライアンス。token 定義には使用しない — token-audit；token ファイル形式 — schema-validator。

T

tracer-code-review

scottwater / skills

スタンダード対スペックのレビュー。ユーザーが Tracer の二軸判定を求めた場合、またはワークフローがこのレビューを割り当てた場合に使用する。

T

tracer-finish-branch

scottwater / skills

相応の検証を行ってブランチを完了し、merge / PR / keep / discard を明示的に選択する。

T

tracer-tdd

scottwater / skills

テスト駆動開発。ユーザーが機能構築やバグ修正をテストファーストで行いたい場合、「レッドグリーンリファクタリング」に言及している場合、または統合テストを望む場合に使用します。

T

triage-issue

hburaktasyurek / agent-skills-and-commands

コードベースを調査して根本原因を特定し、bug や issue をトリアージしたうえで、TDD ベースの修正計画を含む GitHub issue を作成する。ユーザーが bug を報告したとき、issue を起票したいとき、"triage" に言及したとき、または問題の調査と修正計画の策定を望むときに使用する。

U

uiautomator2

openatx / uiautomator2

uiautomator2 による Android デバイスの自動操作。ユーザーが要素のクリック／タップ、画面のスワイプ、アプリの起動／終了、ハードウェアキーの押下、テキスト入力、スクリーンショットの撮影、UI 階層の確認など、Android デバイスでの操作を求めた場合は必ずこのスキルを使用します。

U

ux-heuristics

richhemsley3 / claude-design-skills

確立されたUX原則に照らしてUIのデザインと実装を評価します。ユーザーがUXヒューリスティック評価、ユーザビリティレビュー、UX批評、またはベストプラクティスに基づくデザイン分析を求めたときに使用します。「UXを評価して」「ヒューリスティック評価」「UXレビュー」「ユーザビリティの批評」「UXのベストプラクティスに沿っているか」「UX上の問題は何か」「このデザインを批評して」「このフローをレビューして」といった依頼や、スクリーンショットまたはHTMLファイルへのUXフィードバック依頼が対象です。「システム状態の可視性」、Fittsの法則、Hickの法則、認知負荷、Nielsenのヒューリスティクス、UXの法則など、特定の原則に言及した場合も使用します。

U

ux-quality-perspective

naodeng / awesome-qa-skills

品質評価の段階で、情報アーキテクチャ、インタラクションの状態、一貫性、レスポンシブ動作、アクセシビリティについて UX の視点が必要な場合に使用します。トリガーには UX quality perspective、UX review が含まれます。

V

verification-audit

carlitose / agent-skills

凍結された候補について正規の Verification Record を生成、検証、縮約する。証拠や承認を捏造しない。

作業の完了、修正、パスを主張する前に使用します。コミットまたは PR を作成する前に必要です。検証コマンドを実行し、出力を確認してから成功を主張します。常に証拠を先に、主張は後から

V

vitest-architecture

dobroslavradosavljevic / skills

apps/packages で移植可能な Vitest のハウススタイルを強制する：ワークスペースごとのユニット + 統合プロジェクト、tests/ レイアウト、scripts、passWithNoTests、fixtures/setup、ユニットと統合の境界、そして高シグナルなテスト方針（そのセットアップが存在する場合はユニットより統合、頼まれていない新しいセットアップは追加しない、事後のユニットテストは行わない、まず失敗モード）。テストの雛形作成、テストレイアウトのレビュー、パッケージへの Vitest 追加、またはユーザーが vitest-architecture を求めたときに使用する。testcontainers、Effect テスト、Elysia Eden treaty、React happy-dom、型チェックプロジェクト、Storybook ブラウザ、ライブハーネス、カバレッジ用のオプションの with-* オーバーレイ。Vitest API ドキュメントのスキルではない。

テストの作成と実行、テスト環境の設定、依存関係のモック、カバレッジレポートの生成を行う。vitest.config.ts のセットアップ、テストスイートの作成、モジュールのモック、コードカバレッジの測定時に使用。

説明はまだありません

W

wai-play

akillness / jeo-skills

WAI Play（waiterve/wai-play）でウェブゲームの自動プレイテストをルーティングする：次の一手がテスト容易性チェック、`GameFlowAgentAPI` ブリッジの作成または修復、実ブラウザでのプレイテスト実行、5 次元の品質レポートの読み取り、エージェントが到達できないキーノードの解除のいずれであるかを判断する。ユーザーが AI エージェントに自身の HTML5 / canvas / vibe-coded ウェブゲームを実際にプレイさせ、対応する 5 タイプ（サバイバー系、アーケードシューター、プラットフォーマー、パズル/カード、ビジュアルノベル）にわたる再現可能な証拠、スコア、修正提案を返してほしい場合に使用。トリガー：wai-play、WAI Play、auto-playtest、AI plays my game、web game testing agent、GameFlowAgentAPI、GameFlowIntegration、jumpToScenario、game quality score、playtest evidence。Unity/Unreal のフレームタイム関連の作業は `game-performance-profiler` へ、エンジンのビルド失敗は `game-build-log-triage` へ、人手のプレイテスト記録は `game-demo-feedback-triage` へ、汎用のブラウザ自動化は `browser-harness` へルーティングする。

オープンな GitHub プルリクエストをマージまたはクローズされるまで監視し、その過程で妥当なレビューフィードバックとブランチに起因する CI の失敗を修正する。PR を見張る、プルリクエストを監視する、CI とレビューフィードバックを注視する、PR に目を配る、マージまでフィードバックを処理し続けるよう求められたときに使用する。