Skills

ボイス、トーン、構成、完全性、技術的正確性を含むドキュメント品質をレビューするための包括的なチェックリストとプロセス。

並列 lint 修正パターン — lint チェックを実行し、問題を独立したストリームにグループ化し、コードベースがクリーンになるまですべての問題を修正するために AI エージェントをディスパッチします。

エージェントのテスト手法 — テスト入力でエージェントを実行し、出力を観察し、出力が正確で構造化されるまで反復します。

R

root-cause

quantipixels / skills

再現可能または直接観測された単一の障害について、競合するメカニズムを構築して反証することで、最小限の因果説明を確立します。欠けている成果が、レポートの妥当性、レビュー、是正の提供ではなく診断である場合に使用します。

S

s4h-logic-consistency-check

human-avatar / skills-for-humanity

文書、仕様、計画、設計、または一連の要件における内部矛盾、相反する要件、隠れた衝突を露呈させるエッジケースを明らかにする。何かがおかしいのにその理由を特定できないとき、設計を確定する前、または要件が徐々に積み重なり同期がずれている可能性があるときに使用する。TRIGGERS:「consistency check」「find contradictions」「does this spec make sense」「check for conflicts」「something feels wrong here」、要件ドキュメント、技術仕様、アーキテクチャ計画、製品ブリーフ、または内部の一貫性が重要となるあらゆる文書のレビュー。

S

shipwright

dmytri / shipshape

この技能を使って Shipshape Shipwright の役割（港内でのコード検査）を実行する。本番コードから既存の挙動とポリシー違反を発見し、Captain のレビュー用に @captain タグ付きのシナリオ骨子と @planks アノテーションを作成する。艤装、既存コードベースのオンボーディング、リリースの合間に実行する。

S

skill-system-auditor

a-green-hand-jack / ml-research-skills

スキルコレクションの一貫性、ライフサイクル網羅性、ルーティング、ドキュメントのずれ、メモリの書き戻し、古い参照、ヘルパーパス、検証準備状況を監査する。

S

skills-qa

cslawyer1985 / claude-for-legal-zh

法律スキル設計フレームワークに照らしてスキルを評価する——13 の設計パラメータ（信頼面、鮮度、スキーマ検証、競合検出を含む）、3 つの法律的失敗モード、3 段階の判定（準備完了 / 一部懸念 / 重大な懸念）。コミュニティスキルをインストールして信頼するか判断する前、ファーストパーティスキルをチームに展開する前、またはユーザーが「これを信頼すべきか？」「このスキルはよく設計されているか？」と尋ねる場合に使用する。/legal-builder-hub:skill-installer の一部として自動的に実行される。

説明はまだありません

S

spec-driven-verify

kw12121212 / auto-spec-driven

spec-driven 変更が完了し正しく実装されているかを検証する。タスクの完了状況、実装の根拠、仕様との整合性を確認する。

S

spec-driven-workflow

rhyanvargas / agentic-development-starter-kit

仕様の下書き、要件分析、実装計画、仕様に基づく実装、仕様に対するレビュー（生成側≠評価側）、既存コードからの仕様抽出、外科的なバグ修正仕様の実行、複数セッションの引き継ぎ/進捗、グリーンフィールド/ブラウンフィールド作業の規模見積もり。ユーザーがテスト可能な要件、生きた仕様、仕様駆動開発、セッション引き継ぎ、回帰フェンス付きバグ修正、Design-First と Requirements-First の比較、または /draft-spec /plan-impl /implement-spec /review /extract-spec を求めたときに使用。C4/ソリューションアーキテクチャのパケット（solution-architecture を使用）、DevOps/CI-CD 戦略設計、README の作成、Agent Skill の最適化、AFK/Ralph 自動化製品、または些細な一行修正には使用しない。

S

specifying-gates

pcvelz / superpowers

ユーザーゲートのタスクが requiresUserSpecification=true である場合、またはエージェントの "do I know HOW?" 自己チェックが no を返す場合に使用します。短い AskUserQuestion のシーケンスを通じて検証の仕組みを確定し、その回答をタスクのメタデータに書き戻します。検証自体は実行しません。

S

swe-loop

gaasher / agent-loop-skills

ユーザーがコーディングプロンプト（機能、バグ修正、リファクタリング）を持ち、単一パスではなく自己チェック型のソフトウェアループでエンドツーエンドに実装したい場合に使用します。まずプロンプトを実行可能な計画に精緻化し（内部で plan-loop を実行）、その後計画をタスクごとに実行します。Engineer サブエージェントがソースのみを編集して PR サイズの各タスクを実装し、別の QA サブエージェントがタスクの受け入れ基準を証明するテストを作成し（すでにテストがカバーしている場合は品質のみを評価）、そのタスクのテストと累積した完全な回帰スイートを実行して、厳格な簡潔性/可読性/スタイル一致のルーブリックでコードを採点します。Engineer と QA はテストが通り品質ゲートが成立するまで各タスクでループし、その後コミットしてそのタスクのプルリクエストを作成します。既定ではスタック PR（1 タスクにつき 1 つ、それぞれ前のものを基にします）、または 1 つの統合 PR とし、次のタスクへ進みます。作者と批評者は書き込み範囲が重複しないため（Engineer はソース、QA はテストを担当）、どちらもゲートを不正に通過できません。計画のみを生成して構築しない場合（それは plan-loop）、および固定された正確性の制約下で既存の成果物の指標を調整する場合（それは optimize-loop）には適しません。

T

tdd

gusen1453 / creed

あらゆる機能、バグ修正、リファクタリング、動作変更を実装するとき、プロダクションコードを書く前に使用する。

T

tdd

help-me-test / skills

HelpMeTest 上のテストに関するすべて。使用場面：新機能のテスト作成、既存機能のテスト生成、壊れたテストの修正、失敗するテストのデバッグ、UI 変更後にテストが壊れた、リファクタリング後にテストが古くなった。トリガー：'write tests'、'generate tests'、'test is failing'、'fix tests'、'tests broke'、'implement X'、'add feature'、'fix bug'、'why does this test fail'、'tests are out of date'。HelpMeTest のテストが少しでも関わるなら、これがそのスキル。

T

tdd

igmarin / rails-agent-skills

完全な Rails TDD ループ（失敗する spec、実装、レビュー、PR）を実行するときに使用する。トリガーワード:TDD、red-green-refactor、write tests first、test-driven。

T

tdd

karasukaigan / skills-zh

レッド・グリーン・リファクタリングのサイクルによるテスト駆動開発。ユーザーが TDD で機能を構築したりバグを修正したい場合、「レッド・グリーン・リファクタリング」に言及した場合、統合テストを求める場合、またはテストファースト開発を求める場合に使用。

T

tdd

opengovsg / formsg-ai

テスト駆動開発。Storybook stories と agent-browser のビジュアルゲートを通じて Figma デザインソースと照合して検証するフロントエンドスライスを含みます。ユーザーが TDD で機能を構築したりバグを修正したりしたい場合、「red-green-refactor」に言及した場合、または統合テストを希望する場合に使用します。

T

test-design

gusen1453 / creed

ユニット/統合テストを書き、レビューし、変更するとき、テストケース、アサーション、モックを追加するとき、またはあるコードをテストする価値があるか判断するときに使用する。特に、カバレッジのためにテストを追加したくなったとき、依存関係を過剰にモックしたくなったとき、実装をなぞるだけの形式的なテストを書きたくなったときに使用する。

T

test-driven-development

romiluz13 / cc10x

内部スキル。すべての開発タスクには cc10x-router を使用すること。

TDD の原則を適用して新しい関数の作成、機能追加、バグ修正、リファクタリングを行う場合に使用する。実装コードの前に失敗するテストを書き、テストを通過させてからリファクタリングする。

T

test-driven-development

w95 / awesome-claude-corporate-skills

任意の機能またはバグ修正を実装する際に使用 — 実装コードを記述する前に

T

test-feature

elie222 / inbox-zero

エンドツーエンドの機能テスト——ブラウザ QA、API 検証、eval テスト、またはその組み合わせ。ブラウザ操作（agent-browser CLI 経由）、Google Workspace の操作（gws CLI）、API 呼び出し、LLM eval テストを扱います。テストを再利用可能な QA フローや eval ファイルとして保存することもできます。

T

test-generator

alirezarezvani / claude-code-tresor

新しい関数とコンポーネントに対して自動的にテストを提案する。使用場面：新しいコードの記述、関数の追加、ユーザーがテストに言及した場合。Jest、Vitest、Pytest のパターンでテストの足場を作成する。トリガー：新しい関数、コンポーネント、テストのリクエスト、テストへの言及。

T

test-runner

d-o-hub / rust-self-learning-memory

Rust テスト（ユニット、統合、ドキュメント）を実行する。高速な並列実行には cargo nextest を使用する。

説明はまだありません

T

testimio

membranedev / application-skills

Testim.io 統合。データ、レコードを管理し、ワークフローを自動化します。ユーザーが Testim.io のデータを操作したいときに使用します。

T

testing-anti-patterns

jackspace / claudeskillz

テストの作成や変更、モックの追加、プロダクションコードへのテスト専用メソッドの追加を検討している場合に使用 — モックの動作をテストすること、テスト専用メソッドによるプロダクションの汚染、依存関係を理解しないままのモックを防ぐ。

T

testing-security

wojons / skills

アプリケーションのセキュリティ脆弱性をテストする

T

testing-usability

wojons / skills

アプリケーションのユーザビリティとユーザーエクスペリエンスをテストする

T

tune-skill

hburaktasyurek / agent-skills-and-commands

具体的なフィードバックや失敗した実行に基づき、有界な PDCA で既存の出荷済みスキルを 1 つ改善する。スキルの指示やパッケージの挙動が誤っており、修正がその 1 パッケージに属する場合に使用。それ以外は所管のワークフローへルーティングする。トリガー：tune-skill。

U

ui-slop-score

uizze / uizze

レンダリングされた Web またはモバイルのインターフェースをレビューし、その汎用性の度合いを採点する。UI 批評、デザインレビュー、ビジュアルの磨き込み、スクリーンショットレビュー、マージ前チェック、AI っぽい UI の修正、またはインターフェースがなぜ汎用的に感じられるかの説明の依頼に使用。

U

update-storybook-snapshots

cartridge-gg / controller

意図的な UI 変更後に Storybook のビジュアルリグレッションスナップショットを更新する。想定された変更によりビジュアルテストが失敗した場合、またはスナップショットの更新を求められた場合に使用する。

U

upgrade-engine

igmarin / rails-agent-skills

Railsのバージョン間でRails engineを確認する際に使用します（Zeitwerk、互換性）。トリガー語：Zeitwerk、Railsのアップグレード、バージョン間、engineの互換性。

U

ux-usability-review

ahmedhamadto / software-forge

あらゆるインターフェースのユーザビリティをレビューする際に使用。『Don't Make Me Think』の Krug の原則を順にたどり、認知負荷、スキャン、ナビゲーション、ホームページの明快さ、モバイルのユーザビリティ、アクセシビリティ、善意の貯金を扱う。

V

verification-before-completion

jackspace / claudeskillz

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

V

vitest

claude-dev-suite / claude-dev-suite

Vitest テスティングフレームワーク。ユニットテスト、モック、カバレッジを扱う。Vite ベースのプロジェクトと Node.js プロジェクトのテストに使用する。使用する場合：ユーザーが "vitest"、"vite test"、"unit test" に言及したとき、"vi.fn"、"vi.mock"、"test coverage"、"mock functions"、"test vite project" について尋ねたとき。使用しない場合：E2E テスト——代わりに `playwright` を使用。React コンポーネントテスト——`testing-library` と組み合わせる。Jest プロジェクト——代わりに `jest` を使用。

V

vue-doctor

arjun-ingole / vue-doctor

Vue/Nuxt コードベースの健全性の問題を診断して修正する。Vue コードのレビュー、パフォーマンス問題の修正、セキュリティ監査、コード品質の改善に使用する。

W

webapp-testing

w95 / awesome-claude-corporate-skills

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

W

wk-code-review

whalezhao / wk-code-review

現在のブランチとベースブランチを比較してコードレビューを実施し、完全な監査計画を生成して項目ごとに実行。変更されたすべてのファイルをカバーし、EliteForge の規範チェック、セキュリティ検出、ビジネスロジックの正確性検証、信頼性とソリューションの妥当性評価を統合。中断からの再開をサポートし、結果は `{OUTPUT_DIR}` ディレクトリに保存される。

W

write-tests

elie222 / inbox-zero

バックエンドとユーティリティのロジックに対する焦点を絞った単体テストを書きます

Y

YunxiaoQA

15810879921-coder / oneos-pm-skills

テスター向けの Yunxiao（Projex）自動化： 【テスト】タスクを受け取って開始し、要件をテスト待ち→テスト中へ進める。検証可能なテスト証跡チェックリストから計画、テストケース実行、レポート、test デプロイの証跡を記録し、診断と重複チェックの後にワンクリックで不具合を起票する。単独の不具合起票とテストケースからの不具合起票のいずれも、検証者を現在ログイン中のテスターユーザーに強制的に設定して読み戻す（当期納品は開発責任者に紐付け／非当期は自ら指定した責任者）。修正済み|修正予定なしの検証待ちリストを取得し、各 Bug が独立した再テスト合格の証跡を持つ場合にのみ、修正済みを一括クローズし、再現した不具合を再度オープンし、クローズ済みを当期イテレーションに取り込む。通常の完了パスは元の証跡ゲートを維持し、「テスト完了」はテスターが明示的に「手動確認合格＝はい」を提示した場合にも監査リリース分岐に入ることができる。すべてのキャンセルされていない開発タスクがテストタスクに一意に対応し、兄弟テストタスクが完了している場合にのみ、現在の【テスト】を完了とし、要件をテスト完了へ進め、同時に非公式リリース候補としてマークする。ユーザーが YunxiaoQA、テストタスク、テストタスクの取得、不具合の起票、再オープン、一括クローズ、イテレーションへの取り込み、テスト開始、テスト証跡の記録、テスト完了、手動確認合格、テストタスクのクローズ、リリース回流の受領、リリース回流の検証、リリースの引き継ぎと言ったときに使用する。ユーザーが Skill 名や標準コマンドを書かなくても、自然言語で自分のテストタスクの確認、正式テストの開始／継続／完了、証跡の記録、Bug の起票、再テストによるクローズまたは再オープンを明確に表現した場合も能動的に呼び出す。まず公式 CLI で【テスト】タスクまたは Bug を一意に特定し、既存のコマンドに正規化する。候補がゼロまたは複数の場合は読み取り専用で返し、タイトルから番号を推測しない。ローカルコードのテスト実行、開発者自身の自測、コード修正のみで Yunxiao のテストタスクの文脈がない場合はトリガーしない。テスターロールのみ；【開発】を作成しない／イテレーションを作成しない／開発者に代わって修正済みを変更しない。Yunxiao への書き込みは常にまず Plan で確認してから一気に apply する；yunxiao-requirement-lifecycle とは整列しない。

3

3p-review

nikhilw / structured-agentic-workflow

独立した第三者によるコードレビュー。すべてのビルドフェーズ完了後に機能全体を包括的にレビューするとき、またはユーザーが品質ゲートを求めたときに使用する。コードを書いていない独立したシニアアーキテクトがコードを引き継いだ立場でレビューするため、世界水準の基準を満たす必要がある。

A

accessibility-expert

duck4nh / antigravity-kit

WCAG 2.1/2.2 準拠、WAI-ARIA の実装、スクリーンリーダー最適化、キーボードナビゲーション、アクセシビリティテストのエキスパート。アクセシビリティ違反、ARIA エラー、キーボードナビゲーションの問題、スクリーンリーダーの互換性問題、アクセシビリティテスト自動化のニーズには積極的に使用すること。

A

agent-harness

netresearch / agent-harness-skill

リポジトリをエージェント対応にすること、ハーネスの一貫性の検証、ドキュメントのドリフトの確認、ハーネス基盤（AGENTS.md をインデックスとする構成、docs/ 構造、CI 検証、強制メカニズム）の立ち上げ、リポジトリのエージェント対応成熟度の監査に使用する。

A

agent-review

justbecauselabs / agent-skills

Codex Sol または Claude Fable で、範囲を限定したセカンドモデルによるコードレビューを実行する。正確性、セキュリティ、構造の簡潔さ、モジュール性、再利用性を一つにまとめた契約を用いて、初回レビューを 1 回行い、受け入れられた指摘がソースを変更する場合は最大 2 回の収束リトライを行う。ユーザーが agent review、セカンドオピニオン、セキュリティレビュー、敵対的レビュー、または深いコード品質レビューを求めた場合に使用する。

A

agent-reviews

pbakaus / agent-reviews

現在の PR 上の PR レビューボットの指摘をレビューして修正し、解決するまでループする。未回答のボットコメントを取得し、各指摘を評価し、実際のバグを修正し、誤検出を却下し、すべてのコメントに結果を返信する。

A

aggregate-transaction-boundary

j5ik2o / okite-ai

集約とトランザクション境界の関係を明確化し、複数集約を単一トランザクションに含めるアンチパターンを検出・是正する。集約は強い整合性境界であり、ユースケースで複数集約を更新する場合は結果整合性を使うべきという原則を適用する。コードレビュー、ユースケース設計、リファクタリング時にトランザクション境界の問題を検出する場合に使用。対象言語：言語非依存（Java、Kotlin、Scala、TypeScript、Go、Rust、Python 等すべて）。トリガー：「複数集約を同じトランザクションで更新している」「ユースケースに @Transactional がある」「集約間の整合性をどう取るか」「Saga パターンを使うべきか」「トランザクション境界の設計」「1 トランザクション 1 集約」「結果整合性の実装」「集約をまたぐトランザクション」といったトランザクション境界関連リクエストで起動。

A

alicloud-ai-video-liveportrait-test

cinience / alicloud-skills

Model Studio LivePortrait 向けの最小限の軽量なポートレートアニメーションのスモークテスト。

A

alicloud-ai-video-retalk-test

cinience / alicloud-skills

Model Studio VideoRetalk 向けの最小限のリップシンク置き換えスモークテスト。

A

ark-chainsaw-testing

mckinsey / agents-at-scale-ark

mock-llm を使用して Ark Chainsaw テストを実行・作成する。テストの実行、失敗のデバッグ、新しい e2e テストの作成に使用する。

squirrelscan CLI を使い、SEO、パフォーマンス、セキュリティ、技術、コンテンツなど 15 のカテゴリにわたる 230 以上のルールでウェブサイトを監査します。ヘルススコア、リンク切れ、meta タグ分析、実行可能な推奨事項を含む LLM 向けに最適化されたレポートを返します。ウェブサイトや Web アプリの問題と健全性を発見・評価するために使用します。

B

blue-team

gaasher / agent-loop-skills

ユーザーが、自分が所有するコードやガードレール/分類器/フィルター/プロンプト/API に具体的な失敗ケースを持っているときに使用する — レッドチームの失敗カタログ、または CI/CD のテスト失敗レポート（失敗した pytest/JUnit テスト）— そして、既に動作しているものを壊さずにそれらの失敗をすべて解消するまで対象を修正したい場合に使用する。失敗ケースを直接指し示し（任意のソースを tools/ingest.py で正規化）、反復ごとに 1 つの根本原因クラスを修正し、tools/verify.py で再チェックする — レッドチームの oracle に対しては oracle モード、テストスイートに対しては tests モード — あるクラスを解消しつつ以前に通過したものがリグレッションしない場合にのみパッチを保持し、そうでなければ元に戻す。すべてのクラスが解消される（dry）か予算が尽きるまでループし、その後パッチセットとともにプルリクエストを開く。find→fix 構成のうち防御的修正を担う半分。新しい失敗の発見（それは red-team）には使用せず、基準となる真実を定義する oracle、テスト、ホールドアウトの編集にも使用しない。

B

blueprint-derive-tests

laurigates / claude-plugins

テストのないコミットを見つけて、git 履歴からテスト回帰計画を導出する。テストされていないバグ修正、カバレッジのギャップの発見、テストバックログの生成に使用する。

B

browser-qa

rogeriochaves / skills

実際のブラウザを操作し、ユーザーと同じように機能をエンドツーエンドで QA する。Playwright MCP のプレイブックと避けるべき失敗モードを読み込む。ブラウザで UI 機能が動作することを検証する場合、PR のスクリーンショットを取得する場合、顧客のバグを視覚的に再現する場合、何かを「完了」と宣言する前のタスク終盤のドッグフーディングを行う場合に使用。これは orchestrate モードの QA ステージ。

C

check-invariants

jayden-dang / skills

設計や diff がアーキテクチャ不変条件（ある `Respects`

C

clean-code-reviewer

ontoledgy / ol_ai_context_library

コードを分析し、クリーンコーディング標準に対する構造化された違反レポートを生成する。使用場面: リファクタリング作業の前にコードを監査する、PR のクリーンコーディング準拠をレビューする、clean-code-refactor を適用する前にベースラインを確立する。clean-code-refactor と data-engineer の Implement Mode が対応できる違反レポートを生成する。Python、JavaScript/TypeScript、C#、Rust に対応。`standard` パラメーターで一般（Clean Code）と OB（BORO Quick Style Guide）の両方の規約セットに対応。

クリーンで保守しやすいコードを書くための実践的なコーディング規約 — 命名、関数、構造、アンチパターン、編集前の安全チェック。新しいコードを書くとき、既存コードをリファクタリングするとき、コード品質をレビューするとき、コーディング規約を策定するときに使用します。

C

clean-code-tests

ontoledgy / ol_ai_context_library

プロジェクトのテスト標準に従ってテストを生成・レビューする。使用場面: 新規または未テストの関数/クラスにテストを追加する、既存テストの品質準拠をレビューする、モジュール内の未テストのパスを特定する。Python、JavaScript/TypeScript、C#、Rust に対応。`standard` パラメーターで一般（Clean Code）と OB（BORO Quick Style Guide）の両方の規約セットに対応。

C

code-discipline

mwillbanks / agent-skills

些細なヘルパー、ラッパー層、名前変更だけのユーティリティ、重複した定数、ローカルでの再発明を防ぐ。プラットフォームのプリミティブ、フレームワークの機能、共有ユーティリティ、実績のあるライブラリの再利用を徹底する。ヘルパーの乱立の追加やレビュー、オブジェクト引数と位置引数の判断、アロー関数と宣言の選択、クラスと関数型の設計、god file の境界、schema ファイルの境界、セキュリティ/保守性の強化、UI 構造を扱うときに使用し、エージェントがコードを規律ある状態に保ち技術的負債を避けられるようにする。