Skills

S

sgds-migration

govtechsg / sgds-web-component

既存のフロントエンドアプリを SGDS Web コンポーネントに移行するための完全なワークフロー。ユーザーが別の UI ライブラリ（MUI、Chakra UI、shadcn/ui、Ant Design、Vuetify、Angular Material、Bootstrap など）から SGDS に移行したい、または既存プロジェクトで SGDS を使い始める方法を尋ねた場合にこのスキルを使用する。4 つのフェーズを扱う：(1) 現在のフロントエンド技術スタックを調査、(2) フォント、基盤 CSS、ユーティリティを含めて SGDS をインストールして設定、(3) テストを移行（パス A：Vitest + Playwright、またはパス B：既存の Jest/RTL を修正）、(4) 古いスタイリングシステムを SGDS v3 ユーティリティに置き換え、さらに移行後の検証チェックリスト。React を完全にサポート。

S

ship

helderberto / agent-skills

デフォルトでは起動前ゲート（validate-code + safe-repo）付きで変更をコミットしてプッシュする。`--fast` はゲートをスキップする。

S

skill-optimizer

tdimino / claude-code-minoan

専門知識、ワークフロー、ツール統合で Claude を拡張する skills の作成とレビューをガイドする。SKILL.md の構造、frontmatter の品質、トリガー設計、評価パイプライン、パッケージングを扱う。create a skill、review this skill、new skill、optimize skill、skill quality でトリガー。

S

skill-tester

pskoett / pskoett-ai-skills

このリポジトリ内のすべての対話型スキルを、Agent Skills 仕様、プロジェクトの規約、構造要件に照らして検証します。quick_validate.py を実行し、行数制限を確認し、相互参照を検証し、フックスクリプトをテストします。スキルを追加または変更した後、コミットや提出の前にすべてが通ることを確認したいときに使用します。

S

sonarqube-quality-gate-playbook

agustinalbonico / ai-customizations

Node と TypeScript のプロジェクト（monorepo の NestJS + React）を、ビルドやパイプラインを壊さずに SonarQube Quality Gates に適合させるための反復的なプレイブック。New Code を優先してカバレッジを引き上げ、新規 issue（Bugs、Vulnerabilities、Code Smells）を解消し、Security Hotspots をレビューし、重複と技術的負債を管理する必要があるときに使用する。

S

spec-readiness

hburaktasyurek / agent-skills-and-commands

指名された実装仕様が、実装者に構造的契約を発明させることなく引き渡せる状態かを確認する。実装の引き渡し前に明示的に使用し、READY または根本原因まで特定した NOT READY のブロッカーを返す。ランタイムの正確性や PR マージのレビューには使用しない。

S

steam-launch-readiness

sylphxai / skills

PC ゲームの Steam リリース準備を整える。ストアページ、カプセルアート、トレーラー、スクリーンショット、タグ、ウィッシュリストファネル、デモ、プレイテスト、実績、クラウドセーブ、コントローラー対応、ローカライズ、価格設定、割引、返金の想定、コミュニティハブ、パッチノート、レビュー、リリース運用を扱う。Steam でゲームをリリース、監査、改善する場合に使用する。

S

subsystem-validate

nikolay-shirokov / cc-1c-skills

1С サブシステムを検証する。サブシステムの作成または変更後に正しさを確認するために使用

S

superpowers

hasmokan / the-reverse-turing-test

エージェント開発のワークフローと規律の skill。機能開発、問題のデバッグ、コードブランチの管理、計画の作成、TDD と体系的なプロセスによるコード品質の確保を行うときに使用する。構造化されたワークフローが役立つあらゆるソフトウェア開発タスクで発動する。

S

systematic-debugging

ckorhonen / claude-skills

バグ、テスト失敗、予期しない動作に対する体系的なステップバイステップのデバッグプロセス。使用場面：テストが失敗したとき、何かが想定どおりに動作しないとき、ユーザーが "this is broken"、"why isn't X working"、"help me debug" と言ったとき、または修正を提案する前に何らかのエラーに遭遇したとき。

S

systematic-debugging

lucianghinda / superpowers-ruby

バグ、テスト失敗、または予期しない動作に遭遇したときに使用します。修正を提案する前に

S

systematic-debugging

sammcj / agentic-coding

改良版 Fagan Inspection 手法を適用して、しつこいバグや複雑な問題を解決します。修正やデバッグを何度か試しても失敗し、Fagan 検査に値する体系的な根本原因分析が必要な場合に使用します。再現可能なバグやリグレッションの一次診断には diagnose-hard-problem を使用してください。単純なトラブルシューティングには使用しないでください。

T

tdd-workflow

ab604 / claude-code-r-skills

testthat を使った R のテスト駆動開発ワークフロー。新機能の実装、バグ修正、コードのリファクタリング時に使用。カバレッジ 80% 以上のテストファースト開発を徹底する。

ユニットテスト、統合テスト、E2E テストを含む包括的なテストスイートを生成

T

testing

epicenterhq / epicenter

setup、factories、Result アサーション、型テスト、命名、整理に関する Epicenter のテストファイル規約を適用する。テストの作成、レビュー、削除、再編成の際、特に `*.test.ts` ファイルで使用する。

T

testing

oliver-kriska / claude-elixir-phoenix

ExUnit、サンドボックス分離、非同期の信頼性、Mox、ExMachina、LiveViewTest を使って Elixir テストを作成または修復する。テストファイル、テストセットアップ、失敗した/不安定なテストに使用。テストスイート外のアプリケーションバグの調査には使用しない。

T

toss-frontend-fundamentals

leekensei / agent-skills

토스 Frontend Fundamentals に基づくコード品質ガイド。コードレビュー、新規コードの作成、リファクタリングの際に 4 つの基準（可読性、予測可能性、凝集度、結合度）でフィードバックを提供する。フロントエンドのコード品質、クリーンコード、コード改善の依頼時に有効化。

成果物の受け入れ基準——ユーザーストーリー（US-XXX）、メンテナンスタスク（WI-XXX）、実装済みの feature（FT-XXX）、または基準にコード化された識別子（AC-001、1.1、R-3…）を持つあらゆる文書——と、リポジトリ内のテストケースおよびテスト成果物を突き合わせたトレーサビリティレポートを生成する。各基準について、何がそれをカバーしているか、状態（カバー済み／部分／未カバー）、テストが実行されたかとその結果を示し、最後にカバレッジの判定を述べる。テストスイートは実行せず、実行は quality-check に委ねる。ユーザーがカバレッジの検証、トレーサビリティマトリクスやレポートの生成、受け入れ基準がテストされているかの確認、作業や feature がテストでカバーされているかの確認を求めた場合、または「トレーサビリティ」「カバレッジマトリクス」「受け入れ基準の検証」に言及した場合は常に起動する。正確なフォーマット名を挙げていなくてもよい。

T

ts-style

cloudflare / workerd

workerd の JS/TS スタイルガイドラインとレビューチェックリスト。TypeScript の厳格さ、インポート規約、エクスポートパターン、プライベートフィールド構文、エラー処理、フィーチャーゲーティング、テスト構成を扱う。src/node/、src/cloudflare/、または src/workerd/ 配下の JS/TS テストファイルで JavaScript または TypeScript コードをレビューまたは記述するときに本スキルをロードする。

T

typo3-conformance

netresearch / typo3-conformance-skill

拡張機能が対応すると述べている TYPO3 のバージョンを確認するとき、composer.json と ext_emconf.php が一致しないとき、バージョン更新後にバージョンを記載した一部のファイルが更新されずに残っているとき、TYPO3 拡張機能で注意すべき点をレビューするとき、コーディング標準、TER 対応準備、非推奨、v12/v13/v14 へのモダナイズ（デフォルトは v14.3 LTS）を監査するときに使用する。拡張機能をより新しい TYPO3 バージョンに引き上げることは本スキルの範囲ではない：それは typo3-extension-upgrade に属する。

U

ue5-debug-validation

unrealxu / unrealengine5-skills

ログ、アセットチェック、リグレッションのトリアージのための UE5.6〜UE5.8 のデバッグと検証のワークフロー。ゲームプレイが動作しない原因の調査、期待される出力の検証、最小再現の絞り込み、具体的な修正手順の作成を含む依頼で使用。

U

unit-testing-test-generate

rmyndharis / antigravity-skills

幅広い言語で、カバレッジの高さとエッジケースを重視した、包括的で保守しやすいユニットテストを生成します

U

Unity Test

juliankerignard / unity-skills

Unity テスト（NUnit、EditMode、PlayMode）の生成と実行。既存のコードを分析し、テスト可能なロジックを抽出して、適切なテストを生成する。トリガー：/test、/unity-test、'NUnit'、'test unitaire Unity'、'PlayMode test'、'EditMode test'、'TDD Unity'、'ecrire des tests'、'tester mon code'。

U

unlaunch

membranedev / application-skills

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

U

use-profiles

neonwatty / qa-skills

ブラウザ自動化の前に、保存された Playwright storageState 認証プロファイルを読み込む。`.playwright/profiles.json` が存在し、認証が必要なページでブラウザ作業を開始するときに有効化される。トリガーフレーズは "use profile"、"load profile"、"browser as [role]"、"authenticated browser"、"logged in browser session"。

V

visual-feedback-loop

vladmdgolam / agent-skills

あらゆる Web アプリ向けの AI エージェント視覚フィードバックループ。視覚的なコード (UI、canvas、3D、SVG、チャート、アニメーション) を反復して品質を評価するためにレンダリング結果を確認する必要があるときに使用。カバーする内容：dev-screenshot API パターン (GET トリガー → SSE → クライアントでキャプチャ → POST で返送 → ファイル保存)、パラメータ化レンダリング、メタデータサイドカー、ピクセル差分による視覚回帰、WebMCP ツール登録、console フォールバック。有効化条件：'take a screenshot'、'show me the render'、'visual QA'、'compare before/after'、'pixel diff'、またはエージェントがレンダリング出力を検査する必要がある反復的な視覚作業。

V

visual-qa-testing

revitalb-port / skills-registry-demo

Cursor 内蔵ブラウザで Web アプリを起動し、スクリーンショット撮影、コンソールエラーの確認、ネットワークリクエストの監査によって視覚的な QA を行う。UI 変更後に表示が正しいか検証するときに使う。

W

website-migration-audit

cognyai / claude-code-marketing-skills

本番サイトとステージング/リデザイン版を比較 — SEO の同等性、コンテンツの完全性、欠落ページ、ローンチ準備状況

W

work-review

djalmajr / skills

現在の diff に対して、抽象化の品質、巨大ファイル、重複、レイヤリングの漏れ、スパゲッティ条件の増加を対象に、極めて厳格な保守性レビューを実行します。意見を述べる前にオラクルで測定し、多様なレビュー視点を適用し、完全性のために diff の外側も網羅的に確認します。工数ティア：low/medium → 視点を減らし、最も確度の高い指摘のみ。high → すべての視点 + 完全性スイープ。ultra → ファイルをまたいで視点を並列に展開。深いコード品質監査や、特に厳しい保守性レビューに使用します。

W

work-tournament

djalmajr / skills

あるタスクを N 通りに並列実装し、最良のものを選ぶ——判断基準は成果であり、売り文句ではない。N 個のサブエージェントを隔離された git worktree にそれぞれ異なる観点から起動し、各候補を専用の oracle（build + typecheck + test + lint）でゲートし、実際の diff（自己申告は決して使わない）から生存者を採点し、勝者に完全性のスイープを実行して main に適用し、勝者と宣言する前に oracle がグリーンであることを再検証する。"best of n"、"try multiple approaches"、"parallel implementations"、"/work-tournament"、"/bon" を求められたときに使用する。

W

workerd-safety-review

cloudflare / workerd

workerd のコードレビューにおけるメモリ安全性、スレッド安全性、並行性、および重要な検出パターン。V8/KJ 境界の危険性、ライフタイム管理、スレッド間の安全性、コルーチンの落とし穴を扱う。C++ コードをレビューする際にこのスキルを読み込む。

Z

zentao-testtask

imyuyu / zentao-cli

禅道（ZenTao）テストタスク（Testtask）管理 — テストタスクの一覧表示、テストタスク詳細の取得。ユーザーが次を言ったときにトリガーする：'查询测试单'、'测试单列表'、'有哪些测试'、'testtask 列表'、'查看测试单'、'测试单详情'、'禅道测试'。

A

accessibility-product-review

sylphxai / skills

web、モバイル、デスクトップ、SaaS、ゲーム、開発者ツール、チェックアウト、オンボーディング、設定、フォーム、ダッシュボード、通知、モーション、キーボード、スクリーンリーダー、タッチ、色のコントラスト、フォーカス、エラーからの回復、認知負荷、モーションの低減、キャプション、ローカライズ、支援技術との互換性について、製品のアクセシビリティとインクルーシブ UX をレビューします。アクセシブルで使いやすく現代的な体験のために製品フローを設計、構築、監査するときに使用します。

ADB を使って Android エミュレーター上で Expo Router の機能をテストします。ネイティブ Android 機能の実装後、または Android での UI の動作確認時に使用します。

ローカル Web アプリケーションの操作とテストのためのツールキット

A

api-test-generator

jeremylongshore / tons-of-skills-marketplace

api test generator の操作を生成する。Test 向けの自動有効化スキル

REST および GraphQL API 向けの包括的な API エンドポイントテストを生成する。

A

apidog-import-export

apidog / apidog-cli-skills

Apidog のインポート／エクスポートと品質ゲート：OpenAPI、Postman、Swagger、Apidog 独自形式をインポートし、OpenAPI、HTML、Markdown、Postman、Apidog 独自形式にエクスポートします。仕様の完全性、タグのグループ化、スキーマ／本文のカバー範囲、件数、モジュール、リソースの可視性を検証します。

A

apidog-test-automation

apidog / apidog-cli-skills

Apidog のテスト自動化、テストスイート、CI：test-suite、scheduled-task、runner、apidog run、実行パラメーター、反復データ、レポートのアップロード、CI 回帰。複雑なテストシナリオのステップモデリングには apidog-test-scenario を使用します。

ターミナルで `argos` CLI を使い Argos のビジュアルテストを操作する。ビルドとスナップショットの差分確認、レビューの送信、レビュアーの依頼、コメントの投稿、テストのフレキネスとその recurring な変更の確認、フレーキーなテスト変更の無視、プロジェクトと貢献者の設定、チームのメンバー・招待・メールドメインの管理、自動化ルールの管理、アナリティクスの取得、スクリーンショットのアップロード、CI ビルドの管理を行う。`argos` コマンドを実行する場合や、シェル、スクリプト、CI パイプラインで Argos のビルド、スナップショット、フレキネス、プロジェクト、チーム、ビジュアルリグレッションレビューを扱う場合に使用する。`argos` の実行前に読み込むこと。サイレント失敗を防ぐトークンモデルと JSON 出力の契約を扱っている。

A

audit-review

kucherenko / gangsta

タスクの完了時、主要な機能の実装時、またはマージ前に使用する — 作業を完了する前に the-inspector を派遣して帳簿を監査する

A

audit-trace

jayden-dang / skills

要件 ID が定義されている箇所で一致しているかを確認するときに使う。

A

azure-resource-manager-playwright-dotnet

sickn33 / agentic-awesome-skills

.NET での Microsoft Playwright Testing 用 Azure Resource Manager SDK

B

bazel-test-hygiene

cloudflare / workerd

開発中に bazel テストを実行するための必須ルール。bazel テストコマンドを実行する前に本スキルをロードする。特に修正の検証や回帰テストの確認時に行う。キャッシュされた結果による誤った自信、何にも一致しないまま黙って通過するフィルタフラグ、破損を見逃す部分的なテスト実行を防ぐ。

開発者、テスター、ビジネスステークホルダー間の BDD コラボレーションを進行するときに使用。ディスカバリーワークショップや例マッピングセッションを実施するときに使用。

B

blast-radius

scottwater / skills

提案された変更による外部への破壊リスクを分析し、立証する。

C

cekura-flag-call-log-failures

cekura-ai / cekura-skills

Cekura エージェントの直近 N 件の本番通話ログを、一連の KPI / 問題 / ゴールに対してトリアージし、各失敗に該当した通話 ID を全体の通話ログに占める割合とともに報告し、残りの通話を相互排他的な結果分類（例：未応答 / 審査済み / 未審査-発信者側 / 未審査-エージェント問題）に振り分けて各バケットの割合を示します。ユーザーが「flag call log failures」「analyze the last N calls for issues」「what % of calls have <problem>」「which calls broke and how often」「find failing calls」「give me the breakdown of call outcomes」「what % of answered calls can be improved」と言ったとき、またはエージェント / プロジェクト ID を貼り付けて測定する問題や KPI を列挙したときに使用します。帰属ルールを適用し、発信者側の終了や復旧した通話はエージェントの失敗として数えません。これは `cekura-generate-scenarios` に供給する上流のトリアージ手順であり、シナリオは作成しません。

C

check-pr-ci

willbooster / agent-skills

現在のプルリクエストについて、テスト関連の最新 CI 結果を確認する。

C

chromium-browser

paulrberg / agent-skills

PRB の共有 attach-only Chromium ブラウザを通じて Chrome DevTools を使用し、閲覧、デバッグ、自動化、視覚的検査、コンソールまたはネットワーク分析、パフォーマンスまたはメモリのプロファイリング、スクリーンキャスト、Wayback Machine の調査を行います。

C

clean-code

claude-dev-suite / claude-dev-suite

クリーンコードの原則。命名、関数、可読性を扱う。品質のためにコードを書いたりレビューしたりするときに使用。使用する場面：ユーザーが「コード品質」「可読性」「リファクタリング」「コードの整理」「命名」「マジックナンバー」に言及したとき、「より良いコードの書き方」「コードスメル」「DRY」「KISS」「YAGNI」「単一責任」について尋ねたとき。使用しない場合：SOLID 原則 - 代わりに `solid-principles` を使用、Git ワークフロー - 代わりに `git-workflow` を使用、パフォーマンス最適化 - 代わりに `performance` を使用

C

code-complexity-audit

nkootstra / skills

John Ousterhout の『A Philosophy of Software Design』の原則を用いて、ソフトウェアリポジトリやプロジェクトの設計品質をスキャンして分析する。ユーザーがコード品質、設計品質、アーキテクチャ、技術的負債のレビュー、監査、スキャン、評価を求めたときに使用する。次の場合にもトリガーする：コードレビュー、設計レビュー、複雑さの分析、コードヘルスチェック、モジュールの深さ分析、情報隠蔽のレビュー、情報漏えい、自分のコードはどのくらい良いか、プロジェクトをレビューして、設計上の問題を見つけて、自分のコードベースの何が問題か、コードを評価して、小規模プロジェクトを監査して、簡単なコードレビュー、設計チェック、あるいはソフトウェア設計品質を構造レベルで評価すること全般。これは linter でもスタイルチェッカーでもない。モジュールの深さ、抽象の質、情報隠蔽、複雑さのパターンといった深い設計特性を評価する。プロジェクト規模に適応し、小規模プロジェクト（20 ファイル未満）には簡潔なレビューを、大規模プロジェクトにはサンプリングを行う。

C

code-review

hu3rror / my-skills

固定の基準点（commit、branch、tag、merge-base）以降の変更を 2 つの観点でレビューします。Standards（このリポジトリの文書化されたコーディング規約に従っているか）と Spec（元の issue/spec の要求osenzo.matcher щие Requirements に合っているか）。両方のレビューを並列のサブエージェントで実行し、並べて報告します。branch、PR、作業中の変更のレビュー、あるいは「X 以降をレビュー」のような依頼時に使用します。

C

code-reviewer

ovachiever / droid-tings

TypeScript、JavaScript、Python、Swift、Kotlin、Go 向けの包括的なコードレビュー スキル。自動コード分析、ベストプラクティスの確認、セキュリティスキャン、レビュー用チェックリストの生成を含みます。プルリクエストのレビュー、コードへのフィードバック、問題の特定、コード品質基準の確保に使用します。

C

code-that-fits-in-your-head

codealive-ai / ai-driven-development

Mark Seemann の『Code That Fits in Your Head』（2021）に基づくソフトウェアエンジニアリングのヒューリスティクスで、エージェント駆動開発向けに更新。コードの作成やレビュー、偶発的複雑性や Big Ball of Mud のリファクタリング、生成コードにおける技術的負債やアーキテクチャ負債の制御、API と不変条件の設計、ウォーキングスケルトンと受け入れテストによる機能追加、再現可能なテストや二分探索による欠陥のデバッグ、STRIDE によるエンドポイントと信頼境界の脅威モデリング、ロールバックを伴うレガシー移行や Strangler 移行の計画、保守可能なコードベースの構築に使用。分解と循環的複雑度、凝集度、カプセル化、アウトサイドイン TDD、関心の分離、Git/レビューの規律、安全な進化、トラブルシューティングを扱う。言語構文、フレームワークのチュートリアル、本番インシデント対応、パフォーマンスプロファイリングには適さない。

C

code-vuln-audit

zebbern / claude-code-guide

コードのセキュリティ問題をスキャンする：依存関係の脆弱性（npm/pip audit）、シークレットの漏洩（正規表現とエントロピー分析）、および SQL インジェクション、XSS、コマンドインジェクションなどの OWASP アンチパターン。ユーザーがセキュリティスキャン、脆弱性検出、シークレット漏洩、API keys、OWASP、npm audit、pip-audit、ハードコードされたパスワード、コードのセキュリティチェックに言及したときに使用する。

C

ctf-source-audit

wgpsec / aboutsecurity

CTF チャレンジにおけるソースコード監査手法。.git ディレクトリ、.bak/.zip バックアップ、/proc/self/environ によるソースコードの漏洩を発見した場合に使用する。実際のコード監査とは異なる——CTF のソースにある脆弱性は意図的に仕込まれており、通常は重要なポイントが 1〜2 個だけである。まず危険な関数（sink）を見つけ、次にその関数への入力（source）からの経路をたどる。PHP/Python/Node.js/Java の 4 言語における危険な関数と脆弱性パターンを網羅する

D

debugbear

membranedev / application-skills

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

D

defense-in-depth

zenobi-us / dotfiles

無効なデータが実行の深い段階で障害を引き起こし、複数のシステム層での検証が必要なときに使用する——データが通過するすべての層で検証し、バグを構造的に起こりえないものにする

D

design-review

bbasche / design-review

フロントエンド UI のデザイン品質、一貫性、センスをレビューする。ユーザーがページ、コンポーネント、アプリのデザイン／UI／UX のレビュー、QA、監査、チェックを依頼したときに使用する。スクリーンショットを取得し、プロジェクトのデザインシステムを抽出し、独自のセンスルールを適用して、ファイル参照と修正提案を含む重大度順のレポートを生成する。

D

desktop-workflow-generator

neonwatty / qa-skills

アプリのコードベースを探索してデスクトップブラウザワークフローのドキュメントを生成し、その後 Playwright を使ってユーザーと共にライブアプリをステップごとに確認しながら検証項目を共同執筆する。ユーザーが「generate desktop workflows」「create desktop workflows」「update desktop workflows」「generate browser workflows」と言ったときに使用する。