Skills

C

ck:code-review

binjuhor / shadcn-lar

敵対的な厳密さでコード品質をレビューします。未コミットの変更、PR番号、コミットハッシュ、コードベースのスキャンに対応。常時実施するレッドチーム分析で、セキュリティの欠陥、誤った前提、障害モードを見つけます。

C

claude-code-auto-advisor

jpcaparas / skills

セキュリティ、レビュー、高リスク設計、実質的な多段階プラン、複雑なリファクタリング、繰り返し発生する失敗、リスクの高い完了チェックのための Claude Code 自動アドバイザー。些細な作業、通常の計画、他のハーネス、アドバイザーツールのないセッションではスキップする。

C

clean-code-refactor

ontoledgy / ol_ai_context_library

クリーンコーディング違反を修正するためにコードを書き換える。使用する場面：clean-code-reviewer の違反レポートに基づいて対応するとき、既存コードの具体的なコードレベルの問題（関数のサイズ、命名、エラー処理、コードスメル）を修正するとき、またはアーキテクトが目標構造を設計した後のリファクタリングワークフローの最終ステップとして。アーキテクチャの変更は行わない — 構造の再設計は Implement Mode の適切な data-engineer がアーキテクトの設計に基づいて担当する。Python、JavaScript/TypeScript、C#、Rust をサポートする。`standard` パラメーターで汎用（Clean Code）と OB（BORO Quick Style Guide）の両方の規約セットをサポートする。

C

code-review

w95 / awesome-claude-corporate-skills

コードのバグ、セキュリティ脆弱性、パフォーマンス問題、保守性をレビューする。「review this code」「check this PR」「look at this diff」「is this code safe?」で起動するほか、ユーザーがコードを共有してフィードバックを求めたときに使用する。

C

code-reviewer

womendefiningai / claude-code-skills

研究に裏打ちされたコードレビュースキル。OWASP Top 10 のセキュリティチェック、SAST ツール統合（SonarQube、CodeQL、Snyk）、パフォーマンスパターン検出、品質基準の自動適用を備える。コードレビュー、セキュリティ監査、PR 分析、バグチェック時に自動的に呼び出される。2025 年のベストプラクティスを実装し、脆弱性の修復を 92% 高速化する。

C

code-reviewing

melodic-software / claude-code-plugins

普遍的なベストプラクティスとリポジトリ固有の標準に基づいて体系的なコードレビューを実行する。重要なコード変更後に自動的に有効化される。コードのレビュー、ファイルの監査、PR の確認、ステージされた変更の確認、またはコードの「review」「check」「audit」「examine」を求められた場合に使用する。設計原則（SOLID、DRY、KISS）、セキュリティ（OWASP）、パフォーマンス、並行処理の安全性、クロスプラットフォーム互換性、コードベースのパターンを徹底する。

C

codex-review-cycle

adhi-jp / agent-skills

ユーザーが空でない git diff に対して反復的な Codex レビューサイクルの実行を明示的に求めた場合に使用。ワーキングツリーの変更、現在のブランチとベースの比較、明示的な commit/tag/branch 参照、コード diff、Markdown の計画ドキュメントを含む。単発のレビュー、自動堅牢化、バックグラウンドチェック、計画の起草、空のレビュー対象には使用しない。

プロダクトエンジニアが既存コードの Earth Design System (EDS, `@adaptavant/eds-core`) のアンチパターン、誤用、非推奨 API、HTML アクセシビリティ違反を監査したいときに使用するスキルです。トリガーには「audit EDS usage」「check for EDS anti-patterns」「review this file for EDS violations」「is this EDS-compliant」「lint my EDS code」、またはデザインシステムの誤用についてファイルやディレクトリをスキャンするあらゆる依頼が含まれます。検出のみ——修正案付きの発見レポートを作成し、修正対応は `co-author` スキルに委ねます。新しい EDS コードの作成（`co-author` を使用）、PR のレビュー（`pull-request-reviewer` を使用）、`packages/core` 内のバグ修正には、このスキルを使用しないでください。

C

constraints-reviewer

majesticlabs-dev / majestic-marketplace

Rails のモデルとマイグレーションにおけるデータ制約と参照整合性をレビューする。

C

contract-preflight

aibtcdev / skills

ブロードキャスト前にメインネットの状態に対して Stacks コントラクト呼び出しをドライラン — エラーを検出し、無駄な gas を防ぎます

C

cookie-consent-ab-audit

mukul975 / privacy-data-protection-skills

同意バナーの A/B テストを監査し、承諾と拒否の容易さが同等であることの適合性を確保するための方法論。EUR 150M の Google への制裁を含む CNIL の執行パターン、ダークパターン検出手法、操作的なデザインの特定、規制に適合する実験の範囲を扱う。

C

cpp-unit-testing

sentenz / skills

GoogleTest（GTest）フレームワークを使用して C++ プロジェクトのユニットテスト作成を自動化し、In-Got-Want、テーブル駆動テスト、AAA パターンなど、一貫したソフトウェアテストパターンを適用します。ユニットテストの作成、変更、レビュー時や、ユーザーがユニットテスト、テストカバレッジ、GTest に言及した場合に使用してください。

C

create-e2e-tests

nextstage-brasil / skills

（NS）プロダクトルートの独立した tests-e2e/ Node パッケージで Cypress E2E テストを作成・保守する（存在しない場合は初期化）。DRY なデバイス対応コマンドアーキテクチャ（shared/pages/device）。Cypress の spec やカスタムコマンドの作成・リファクタリング、グリーンフィールドプロジェクトでの E2E の足場作り、E2E タスクの実装に使用する——E2E タスクの markdown の計画には使用しない（e2e-test-generator を使用）。harness の e2e ルールがある場合は読むこと。spec を書く前に必須の調査を行う。

C

csrf-testing

aipentest / cyberstrikeai

AIネイティブなサイバーセキュリティのためのアクションシステム。意図を統制された実行に、証拠を運用上のメモリーに変え、あらゆる操作が次の操作を改善します

D

data-quality-checker

jeremylongshore / tons-of-skills-marketplace

データ品質チェッカーの操作を検証します。自動有効化スキル：

D

debug

gusen1453 / creed

バグ、テストや CI の失敗、予期しない動作に遭遇したとき、または何かが修正されたと主張しようとしているが根本原因が証拠をもって証明されていないときに使用する。

D

debug-optimize-lcp

gsmlg-dev / code-agent

Chrome DevTools MCP ツールを使用した Largest Contentful Paint（LCP）のデバッグと最適化を支援します。ユーザーが LCP のパフォーマンス、ページ読み込みの遅さ、Core Web Vitals の最適化について尋ねる場合や、ページのメインコンテンツが表示されるまで時間がかかる理由を知りたい場合に使用します。「largest contentful paint」「page load speed」「CWV」に言及した場合や、ヒーロー画像またはメインコンテンツの表示速度を改善したい場合にも使用します。

D

debugging

89jobrien / steve

エラー、テスト失敗、ログ分析のための包括的なデバッグ専門スキル、

D

debugging-by-evidence

gabrielmoreira / skills

問いに答えられる層で、証拠を用いて失敗を調査する。レポート、ログ、コードから検証可能な仮説を立て、インシデント全体を再現することなく、再現、リプレイ、フォールトインジェクション、トレーシングを用いる。観測されたトリガーと条件付きの処理不具合を区別し、影響を受ける契約を保護し、証拠が範囲を定めた判断を支持した時点で止める。原因が不明な、壊れた、断続的な、ハングする、または新たに遅くなった挙動に使用する。既存の変更を評価したり、無関係な環境のブロッカーを修正したりするためには使用しない。

D

debugging-patterns

romiluz13 / cc10x

バグ、フレーキーテスト、または実行時/ビルドの失敗に対して、修正前に根本原因の追跡と近接する重複パターンのスキャンが必要なときに使用。

D

deep-trace

laststance / skills

行ごとの diff トレース

D

design-system-audit

mohitagw15856 / pm-claude-skills

デザインシステムの一貫性、カバレッジ、品質を監査する。デザインシステムの監査、コンポーネントライブラリのレビュー、デザイントークンのカバレッジ評価、共有デザインシステムの健全性評価を求められたときに使用する。健全性スコア、コンポーネントカバレッジのギャップ、トークンの不整合、アクセシビリティの問題、優先順位付けされた改善ロードマップを含む構造化された監査結果を出力する。

D

design-to-code-check

murphytrueman / design-system-ops

コンポーネントや画面のデザイン仕様とコードを比較し、各差異をビルドエラーまたは仕様との差異として記録します。デザイン QA、引き継ぎレビュー、承認に使用します。仕様が貼り付けられている単一コンポーネントの場合も含め、実装がデザインや仕様に合致しているか尋ねられたら使用してください。システム全体の乖離には drift-detection を使用してください。

D

diagnosing-bugs

c0nant / skills

難しいバグやパフォーマンスの劣化を診断するためのループです。ユーザーが"diagnose"/"debug this"と言った場合、または何かが壊れている、例外を投げている、失敗している、遅いと報告した場合に使用します。

D

doc-bdd-fixer

vladm3105 / aidoc-flow-framework

最新の doc-bdd-audit レポートに基づいて BDD スイートに修正を適用する——構造、リンク、要素 ID、YAML シナリオの内容、参照、上流のドリフト。監査で問題が報告された後に使用。

D

dogfooding

oldwinter / skills

社内 dogfooding プログラム/スプリントを実施し、Dogfooding Pack（憲章、シナリオマップ、ルーティン、dogfooding ログ + トリアージボード仕様、週次レポート、出荷/不出荷ゲート）を作成する。「dogfooding」「eat our own dog food」、社内ベータ、リリース前に製品を毎日使って摩擦を見つけるプロダクトチームに使用する。

D

drupal-coding-standards

ronaldtebrake / drupal-coding-standards-skill

Drupal 公式コーディング標準に従ってコードをレビューする。AI エージェントに、Drupal プロジェクトの PHP、JavaScript、CSS、Twig、YAML、SQL、マークアップファイルに関する包括的なガイドラインを提供する。動的コンテキストディスカバリーを使用し、レビュー対象のファイル種別に応じて関連する標準のみを読み込む。

F

flutter-subagent-dev

vp-k / flutter-craft

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

G

generate-tdd-tasks

igmarin / ruby-core-skills

機能、PRD、要件を TDD 実装タスクに分解します。タスク 0.0 は機能ブランチの作成で、必ず最初に行います。各タスクは TDD の四段階（RED テスト→失敗を確認→GREEN 実装→成功を確認→REFACTOR）に従い、必須の公開 API ドキュメント作成、ドキュメント更新、コードレビューの各タスクを含みます。`Guidance Used` と `Relevant Files` セクションを含む出力を `tasks/tasks-[name].md` に保存し、プロジェクトの慣習からテストコマンド、ソースディレクトリ、テストディレクトリを自動検出します。Ruby を優先しますが、言語には依存しません。トリガー語：tdd task list、tdd tasks、generate tasks、tdd breakdown、implementation tasks、task breakdown、feature tasks、quadruplet pattern。

G

go-test-expert

googlecloudplatform / devrel-demos

Go のテストパターン、テーブル駆動テスト、httptest、ベンチマーク、ファジングのエキスパート。「test」「fail」「benchmark」「debug」「fuzz」で有効化される。

G

google-aip

juanmarin-co / skills

Google API Improvement Proposals（AIP）に沿って gRPC と Protocol Buffer API を設計・レビューする。.proto リソース、RPC、標準メソッドやカスタムメソッド、ページネーション、フィルタリング、フィールドマスク、長時間実行オペレーション、ソフト削除、バージョニングの追加・変更時、または AIP 番号やコンプライアンスレビューが言及された場合に使用。protobuf の構文、コード生成、実装には、AIP のガイダンス自体が目的でない限り使用しない。

H

harmony-hdc

httprunner / skills

生の HDC コマンドによる HarmonyOS デバイス制御と UI 自動化。デバイス/エミュレーターの検出、USB または TCP 接続、アプリの起動/強制停止、タップ/スワイプ/keyevent/テキスト入力、スクリーンショット、UI dump、ファイル転送、HDC のトラブルシューティングに使用。

I

idea-mcp

dtprj / dongting

Java コードの分析、テスト、リファクタリング、プロジェクトナビゲーションのための IntelliJ IDEA MCP。(1) Java のコンパイルエラーの確認（マルチモジュール Maven では get_file_problems が LSP より正確）、(2) コードベース全体でのリネームリファクタリング、(3) プロジェクト内のコード検索やファイル検索に使用する。IDEA が起動していて MCP プラグインが接続されている必要がある。

I

implement-feature

robsonrung / rar-skills

計画をタスクに分解し、各タスクで implement-and-review を実行して機能全体を構築する。計画または機能が与えられたら、それをトランサーバレット型の垂直スライスタスクに分解し（to-tasks スキル経由——受け入れ契約 + ゲートフラグ + 依存関係)、タスク DAG を実行し（独立したタスクは並列）、各タスクごとに implement-and-review を実行して FE/BE クロスレビュー付き TDD ビルドを行い、依存関係の順にタスクを統合してタスク単位の受け入れを行い、最後に機能全体の full-review で締めくくり、テスト/ビルドをグリーンに保つ。Opus が分解、スケジューリング、統合、最終レビューを統括し、タスク単位の構築は implement-and-review の役割。マルチタスク機能をエンドツーエンドで出荷/構築する際に使用。単一のスコープされたタスクには implement-and-review を直接呼び出す。models-consensus（審議のみでコードを生成しない）や ship とは異なる——ship はアイデア→PR の指揮者で、対話的な仕様/計画フェーズと PR の納品を含み、implement-feature は仕様フェーズも PR もない計画→構築済み機能の DAG 実行者。

I

infra-as-code-review

mohitagw15856 / pm-claude-skills

Infrastructure as Code のレビューチェックリストを作成し、Terraform、CloudFormation、Pulumi、Ansible のコードを構造的にレビューする。IaC コードのレビュー、インフラ設定の監査、クラウドセキュリティ態勢の確認、または再利用可能な IaC レビューチェックリストの作成を求められた場合に使用する。重要度別に分類された指摘、修復ガイダンス、再利用可能なチェックリストを含む構造化レビューレポートを生成する。

I

init-playwright

ruan-cat / monorepo

pnpm monorepo で Playwright 三点セット（@playwright/test + @playwright/cli + playwright-mcp）を初期化する。e2e/ビジュアルテストの骨組み、MCP 設定、AI skills の生成、AI メモリの更新を含む。ヘッドレスブラウザの CPU 過負荷インシデントのポストモーテムとトラブルシューティングガイドを内蔵: ヘッドレスモードでの高い CPU 使用率（100%）、ブラウザのハング、終了できない残存 Chromium プロセス、大型ディスプレイの 3D WebGL レンダリング性能問題を診断できる。緊急の損切り手順と長期的な回帰チェックリストを提供する。ユーザーが Playwright の初期化、大型ディスプレイのビジュアルテスト、e2e テストの構築、Playwright monorepo の設定、pw_core/pw_visual MCP などに言及したときにトリガーされる。ヘッドレスブラウザの性能トラブルシューティング、headless CPU 100% の診断、残存 Chromium プロセスのクリーンアップ、終了できないブラウザプロセスの対処、大型ディスプレイの 3D レンダリング性能チューニングなどの調査シナリオにも適用される。

J

java-coding-standards

helloggx / skill

Spring Boot サービス向けの Java コーディング規約：命名、不変性、Optional の使用、streams、例外、ジェネリクス、プロジェクト構成。

J

jira:review

thelobbi / claude

Jira 課題のコード変更をレビューする。ユーザーが「review code」「code review」「jira review」「check implementation」を望む場合に使用する。

L

langsmith-dataset

jackjin1997 / clawforge

LangChain エージェントのテストまたは評価データセットの作成に関するあらゆる質問に、このスキルを使用します。トレースからのデータセット生成（final_response、single_step、trajectory、RAG タイプ）、LangSmith へのアップロード、評価データの管理を扱います。

Lisa を適用した後に下流プロジェクトの git diff を分析し、Lisa テンプレートにアップストリームすべき改善点を特定する場合にこのスキルを使用する。環境を検証し、diff を取得し、変更を Lisa テンプレートディレクトリと関連付け、各変更を分類し、改善点のアップストリームを提案する。

L

load-testing-plan

mohitagw15856 / pm-claude-skills

サービスの負荷・パフォーマンステスト計画を作成する。パフォーマンステスト計画の作成、負荷テストドキュメントの作成、ストレスまたはソークテストシナリオの定義、CI のパフォーマンス回帰ゲートの設定を求められたときに使用。シナリオ定義、k6/Locust スクリプトのスケルトン、しきい値表、結果解釈ガイド、CI 統合手順を含む完全なテスト計画ドキュメントを生成する。

L

local-diff-review

yyh211 / claude-meta-skill

ローカルの git diff に基づくコードレビュースキル。PR を出す前にセルフチェックレビューを行うために使い、pr-review の 3 つの次元（コード品質基準、FastGPT スタイル規約、よくある問題チェックリスト）を厳密に再利用する。ステージされていない変更、ステージ済みの変更、特定のコミット、または現在のブランチとベースラインブランチとの全差分のレビューに対応する。

RP2350 (Raspberry Pi Pico 2 W) および ESP32-S3 (Heltec) マイクロコントローラー向けの組み込み Rust ファームウェアを、Embassy 非同期ランタイム、メモリ制約、LED 制御、CAN アタッチメントプロトコル、SLCAN ブリッジを中心にレビューします。MCU ファームウェアの変更レビュー、LED コントローラーの問題のデバッグ、Embassy 非同期パターンの評価、静的メモリ割り当ての確認、SLCAN 実装の検証、WS2812 LED・CAN ペリフェラル・ツールアタッチメント向けのハードウェア固有コードの評価に使用します。no_std 環境、PIO ステートマシン、RMT ペリフェラル、USB CDC シリアル通信を扱います。

O

omen

simota / agent-skills

事前検死分析によって失敗モードを列挙する。計画、設計、機能の失敗シナリオを体系的に特定し、RPN/AP で採点する。コードは書かない。

P

performance-budget

mohitagw15856 / pm-claude-skills

Web サービスまたはアプリのパフォーマンスバジェットを定義・文書化する。パフォーマンス目標の設定、レイテンシまたはスループットの SLO の定義、Core Web Vitals 目標の確立、パフォーマンスベースラインの作成、パフォーマンス回帰ポリシーの文書化を求められたときに使用。主要なユーザージャーニー、Core Web Vitals、バックエンドのレイテンシ SLO、測定ツール、CI での実施、違反時の対応プロセスを網羅した構造化されたパフォーマンスバジェットを生成する。

P

performing-bandwidth-throttling-attack-simulation

mukul975 / anthropic-cybersecurity-skills

tc を使用して帯域幅制限およびネットワーク劣化攻撃をシミュレートする、

P

playwright-qa

cowork-os / cowork-os

Playwright を使用した自動ビジュアル QA テスト——実際のユーザーのように Web アプリを操作し、スクリーンショットを取得し、バグを見つけて修正する。

P

playwright-testing

mhagrelius / dotfiles

Web アプリの Playwright テストを作成、デバッグ、レビューするときに使用します。テストコードを書く前に使用します。テストが不安定、遅い、壊れやすいときに使用します。タイムアウトエラー、要素が見つからない、競合状態が発生したときに使用します。getByRole、ロケーター、アサーションを使用するときに使用します。

P

prepare-for-review

opengovsg / formsg-ai

breadcrumbs、ADR、仕様、チケットから関連するインラインコメントを集め、レビュー可能な PR 本文を組み立てます。ユーザーがブランチ上で実装を完了し、レビューに提出したい場合に使用します。

Q

qa

austintgriffith / ethskills

Scaffold-ETH 2 で構築した Ethereum dApp 向けのリリース前監査チェックリスト。構築完了後に、別のレビュー担当エージェント（または新しいコンテキスト）にこれを渡す。Scaffold-ETH 2 で構築した dApp を最終化するときはいつでもこのスキルを使用する。

Q

qa-checklist

svenja-dev / claude-code-skills

すべての Merge/Deploy 前に実施する正式な品質保証チェックリスト。ビルド検証、テストスイート、ノータッチゾーン、リージョンチェック、セキュリティレビュー、QA レポート生成からなる 6 段階の検証。"merge"、"deploy"、"release"、"production"、または /qa コマンドで有効化する。

R

release-guard

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

厳格な GitHub リリースのゲートキーパー。時期尚早なリリース（develop からのもの、CI 未完了）をブロックする。タグ/リリースを許可する前に、PR が main にマージされ、すべての CI が通過したことを検証する。「release」「tag」「publish」「deploy」「version」でトリガーする。

R

review-gate

robsonrung / rar-skills

PR またはブランチに対する機械可読なレビュー判定を返す。ワークフローが構造化された証跡を伴うマージゲートを必要とするときに使用。人間向けのレビューには full-review を使用。

R

review

gusen1453 / creed

タスクやタスクスライスを終えるとき、マージや PR の前、大きな変更の後に使用する。また、仕様、計画、構造/境界の決定自体を対象としてレビューするときにも使用する。各レビュー対象を専用のルーブリック参照にルーティングする。

R

review

inkeep / team-skills

PR レビューの反復ループを管理する。レビュアーのフィードバックをポーリングし、提案を証拠に基づいて評価し、修正を実装し、スレッドを解決し、CI/CD をグリーンに導く。あらゆる PR（バグ修正、リファクタリング、ホットフィックス、機能追加）で単独でも、/ship から呼び出される組み合わせ可能なモジュールとしても動作する。SPEC.md が提供されれば仕様を認識するが、必須ではない。Triggers:review、review loop、PR feedback、iterate on PR、resolve reviews、CI/CD resolution、green pipeline、address reviewer comments。

R

review

opengovsg / formsg-ai

固定点（commit、branch、tag、merge-base）以降の変更を、標準、仕様、アーキテクチャ、分岐した設計という 4 つの独立した軸でレビューします。各軸は並列サブエージェントとして実行され、コンテキストをクリーンに保ちます。その後、誤検知を検証し、並べて報告します。ユーザーがブランチ、PR、作業中の変更をレビューしたい場合、または「X 以降をレビュー」と依頼した場合に使用します。

R

review-post-task

duc01226 / easyplatform

[Code Quality] タスク完了のために 2 パスのコードレビューが必要なときに使用する。

R

review-product-flow

jayden-dang / skills

完成した機能を実際の

R

review-scope-guard

adhi-jp / agent-skills

Codex やコード/計画レビューの指摘を Definition of Done に基づいてスコープ分診する必要がある場合に使用。特に、必ず修正すべき問題を、最小限の衛生、スコープ外の堅牢化、繰り返されるノイズ、自己誘発的な改善から切り分ける。codex-review-cycle が有効性チェックとサマリー描画の間でスコープガードを呼び出す場合にも使用。単発の lint や無関係な変更には使用しない。

開発サイクル検証ゲート（Gate 5）— すべての受け入れ基準が満たされていることを検証し、完了前にユーザーの明示的な承認を必要とします。サブタスク（実行単位）のペースで実行されます。タスクレベルの承認は dev-cycle のステップ 11.2 で行われます。