mcpField

Skills

エージェント向けにパッケージ化された専門スキルと手順を 97,501 件掲載。コマンド 1 行でインストールできます。

テスト・品質

Q
qe-mutation-testing
qe-mutation-testing
proffesor-for-testing / agentic-qe

ミューテーションテストによるテスト品質の検証。コードのミューテーションを導入してキル率を測定し、テストスイートの有効性を評価する。テスト品質の評価、弱いテストの特定、テストが実際にバグを検出することの証明に使用する。

テスト・品質81
Q
qe-quality-metrics
qe-quality-metrics
proffesor-for-testing / agentic-qe

実行可能な指標で品質を効果的に測定する。品質ダッシュボードの構築、KPI の定義、テスト有効性の評価に用いる。

テスト・品質81
Q
qe-test-data-management
qe-test-data-management
proffesor-for-testing / agentic-qe

戦略的なテストデータ生成、管理、プライバシーコンプライアンス。テストデータの作成、PII の取り扱い、GDPR/CCPA 準拠の確保、現実的なテストシナリオ向けのデータ生成のスケーリングに使用する。

テスト・品質81
Q
qe-test-idea-rewriting
qe-test-idea-rewriting
proffesor-for-testing / agentic-qe

受動的な「Verify X」というテスト記述を、能動的で観察可能なテストアクションに変換する。テストアイデアが具体性に欠ける、曖昧な表現を使っている、品質検証に通らない場合に使用。動作動詞の形式に変換し、より明確でテストしやすい記述にする。

テスト・品質81
Q
qe-xp-practices
qe-xp-practices
proffesor-for-testing / agentic-qe

ペアプログラミング、アンサンブルプログラミング、継続的インテグレーション、持続可能なペースを含む XP プラクティスを適用する。アジャイル開発プラクティスを実装するとき、チームコラボレーションを改善するとき、または技術的卓越性のプラクティスを採用するときに使用する。

開発81
R
responsive-accessibility
responsive-accessibility
owl-listener / inclusive-design-skills

画面サイズ、ズームレベル、向きをまたいでアクセシビリティを保つレスポンシブレイアウトを設計する。レスポンシブなインターフェースの設計、ズーム動作のテスト、デバイスをまたいだレイアウトのレビューを行うときに使用する。トリガー:レスポンシブ、ズーム、リフロー、ブレークポイント、モバイルのアクセシビリティ、画面サイズ、向き、ビューポート、200% ズーム、テキスト拡大、レイアウトシフト、横スクロール。

デザイン・UI81
S
sb-flows
sb-flows
strongeron / storybook-workbench

アプリ全体をマッピングする——単なる画面リストではなく、ルート、ナビゲーションのエッジ、永続的なナビクローム。「アプリをマッピング」「フローを見せて」「アプリマップ」「ナビゲーションを監査」「画面はどうつながるか」に使用する。

デザイン・UI81
S
sb-hub
sb-hub
strongeron / storybook-workbench

Storybook CSF3 バンドルの中枢——リポジトリを診断し、audit→stories パイプラインを編成し、次の sb-* ステップを提示する。「Storybook をセットアップ」「アプリを監査」「どこから始めるか」「次は何か」に使用する。

開発81
S
scan
scan
continuedev / skills

並列のエージェントチームを使って、別の skill の基準に対してコードベースをスキャンします。ユーザーが /scan <skill-name> と入力してコード品質を監査し、違反を見つけ、ベストプラクティスへの準拠を評価したいときに使用します。

テスト・品質81
S
senpi-qa
senpi-qa
code-yeongyu / oh-my-openagent

omo Senpi アダプター(packages/omo-senpi、packages/senpi-task)を、実際の senpi バイナリに対して厳格に分離された環境で QA し、すべての成果物を唯一の正規のエビデンスパス .omo/evidence/omo-senpi-adapter/<slug>/ に書き込む。packages/omo-senpi/scripts/qa/ 配下のライブドライバーは独自の分離された SENPI_CODING_AGENT_DIR を作成し、呼び出し側のものを無視するため、実際の ~/.senpi/agent が書き込まれることはない。scripts/resolve-evidence-dir.mjs を同梱しており、これがエビデンスディレクトリを選ぶ唯一認められた方法である。これはトラバーサル、区切り文字、絶対パス、および local-ignore/qa-evidence のような不正なルートを拒否する。packages/omo-senpi または packages/senpi-task 配下で何かが変更されたとき、あるいは Senpi アダプター、タスク/チームエンジン、DAG、タスク RPC、スキル配信を QA、スモークテスト、検証、デバッグしたいときに使用する。トリガー:senpi qa、qa senpi、senpi-qa、test senpi adapter、verify senpi task、senpi task e2e、senpi team e2e、task dag qa、live senpi driver、senpi evidence path。

テスト・品質81
S
systematic-debugging

説明はまだありません

開発81
T
takt-analyzer
takt-analyzer
j5ik2o / ai-tools

既存のTAKTワークフローとファセットを分析し、改善提案を行うスキル。ワークフローYAMLの構造検証、 ファセット間の整合性チェック、スタイルガイド準拠の確認、未使用ファセットの検出、 ルール設計の最適化提案を実施する。実行ログ(.takt/logs/*.jsonl)が存在する場合は ログベース診断分析も行い、ルール評価効率・ループホットスポット・ABORT率等を報告する。 references/taktのスタイルガイド・エンジン仕様を基準として分析する。 トリガー:「ワークフローを分析」「taktの設定を確認」「ファセットの品質チェック」 「ワークフローのレビュー」「takt analyze」「ワークフローの改善提案」 「ワークフローの整合性チェック」「taktの問題を見つけて」 「ログを分析」「実行ログの診断」「taktのログを見て」「ルール評価の統計」 「ai_fallbackの頻度」「ループの検出」

エージェントワークフロー81
T
tdd
tdd
xgent-ai / skills

依頼された TDD/回帰テストや低コストのローカルバグテストに使用します。不明確またはコストの高いテストは省略します。修正前に不具合を再現します。

テスト・品質81
T
test-driven-development
test-driven-development
izyanrajwani / agent-skills-library

検証済みのテストカバレッジを必須とするレッド・グリーン・リファクタリングの開発手法。機能実装、バグ修正、リファクタリング、テストで正しさを証明する必要があるあらゆる振る舞いの変更に使用。

テスト・品質81
T
test-guide-from-code
test-guide-from-code
fudesign2008 / open-skills

コード変更(diff、commit、MR/PR)から人手テスター向けの手動テストガイドを生成する。ユーザーが「生成测试指南」「测试指南」「人工测试指南」「测试指引」「test guide」「根据代码生成测试」「从 MR 生成测试指南」「从 PR 生成测试指南」(generate test guide / manual test guide / test guide from code / from MR / from PR)と言った場合、または diff/MR/PR のリンクを提示してテストガイドを求めた場合に起動する。

テスト・品質81
T
test-strategy-plus
test-strategy-plus
naodeng / awesome-qa-skills

要件、分析、技術、計画の各ドキュメントに基づいて体系的なテスト戦略を立てる場合に使用します。トリガーには「测试策略增强」「test strategy plus」「advanced test strategy」が含まれます。

テスト・品質81
T
testing-strategies
testing-strategies
ancoleman / ai-design-components

テストピラミッド全体にわたるテスト手法の選択と実装に関する戦略的指針。最適な速度と信頼性のために単体・統合・E2E・コントラクトテストのバランスを取る包括的なテストスイートを構築する際に使用する。多言語のパターン(TypeScript、Python、Go、Rust)や、プロパティベーステスト、テストデータ管理、CI/CD 統合などの現代的なベストプラクティスを扱う。

テスト・品質81
T
tiered-audit
tiered-audit
athola / claude-night-market

ゲート付きの 3 層コードベース監査(git 履歴、対象を絞ったスキャン、全体レビュー)を実行する。リリース前やインシデント後にコードベースを監査するときに使用する。

テスト・品質81
U
unit-test-generator
unit-test-generator
jackyst0 / awesome-agent-skills

ソースコードに基づいて単体テストを自動生成。多言語と各種テストフレームワークに対応。

テスト・品質81
U
unity-validation
unity-validation
besty0728 / unity-skills

プロジェクトとシーンの健全性を検証し、クリーンアップする

テスト・品質81
V
verification-before-completion
verification-before-completion
cloudflare / workerd

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

テスト・品質81
W
web-design-guidelines
web-design-guidelines
fcakyon / claude-codex-settings

Web インターフェースガイドラインへの準拠についてUI コードを確認します。「UI をレビューしてください」「アクセシビリティをチェックしてください」「デザイン監査」「UX をレビューしてください」または「ベストプラクティスに照らしてサイトをチェックしてください」と求められた場合に使用します。

デザイン・UI81
A
adr-critique
adr-critique
josiahsiegel / claude-plugin-marketplace

このスキルは、既存またはレガシーの ADR、とくにインポートされたもの、LLM が生成したもの、古くなったもの、一度も自己批評されていないものを監査するために使用する。"review this ADR"、"critique this ADR"、"audit our decision log"、"is this ADR any good?"、"fix this old ADR"、"rewrite this legacy ADR"、"ADR cleanup"、"ADR quality sweep"、"tighten this ADR"、"score these ADRs"、"this ADR is too long" で積極的に起動する。提供するもの:行単位の ADR 批評、冗長表現/曖昧表現/逸脱の検出、行単位の承認ワークフロー。

開発80
A
aig-agent-redteam
aig-agent-redteam
tencent / ai-infra-guard

ユーザーが AI/Agent のセキュリティ評価、ブルーチーム演習、AI セキュリティレビュー、プロンプトインジェクションテスト、MCP/Skill/プラグイン/コードパッケージの監査、Agent ツールチェーンの悪用テストを求めたり、ペネトレーションテスト報告に似た Markdown/HTML の生成を必要としたりする場合は、必ず本 skill を使用する。本 skill は、Agent を認可されたブルーチームの視点で AI セキュリティの専門家とし、AI 製品、Agent、MCP サーバー、Skill、コードリポジトリ、AI インフラに対するセキュリティ演習を行う。ペイロードライブラリを機械的に実行するのではなく、第一原理の推論と実証されたエビデンスを優先する。スクリプトは HTTP フィンガープリント、エビデンスの集約、レポートのレンダリングなど決定的な補助タスクにのみ使用する。

セキュリティ80
A
android-testing-ui
android-testing-ui
krutikjain / android-agent-skills

Compose UI テスト、Espresso 形式のチェック、スクリーンショットアサーション、アクセシビリティ検証で Android UI の動作を検証する。

テスト・品質80
A
api-testing
api-testing
motormetrics / motormetrics

Vitest を使用して、エンドポイント、ミドルウェア、統合の API テストを作成・実行します。API 機能、リクエスト/レスポンス検証、エラー処理をテストするときに使用します。

テスト・品質80
A
api-testing
api-testing
scientiacapital / skills

Postman と Bruno によるツールベースの API テスト——コレクション、環境、テストアサーション、CI 統合。使用する場面:postman、bruno、API テスト、API エンドポイントのテスト、API コレクション、HTTP リクエストのテスト、エンドポイント検証。

テスト・品質80
A
architecture
architecture
gabriel-lafrance / skills

AGENTS.md の Architecture ルールの例と構造監査を提供します。これらのルールは常に有効です。このスキルは構造カードの草案作成や、良い構造・悪い構造の確認に使用し、ルールの参照元としては使用しないでください。トリガー:フォルダー、サービス、データ読み取り、SITE_URL、書き込み時の認証、クエリ内の Date.now。

開発80
C
clean-code
clean-code
markoa / clean-code-skill

あらゆるプログラミング言語におけるコードの作成、リファクタリング、レビューに向けたクリーンコードのエンジニアリング標準。ユーザーがクリーンなコードの作成、クリーンコード原則の遵守、明確さのためのリファクタリング、命名の改善、複雑さや重複の削減、関心の分離、エラー処理の強化、テストファーストや TDD の実践、その他コード品質・可読性・保守性の向上を求めたときに使用する。品質を重視するユーザー向けにコードを生成または変更する際は、これらのルールを既定で適用する。

開発80
C
cobalt-io
cobalt-io
membranedev / application-skills

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

セキュリティ80
C
code-review
code-review
motormetrics / motormetrics

セキュリティ脆弱性、パフォーマンス問題、コード品質をチェックする自動コードレビューを実行します。PR 作成前、複雑な変更のレビュー時、セキュリティ問題のチェック時、パフォーマンス問題の特定時に使用します。

テスト・品質80
C
code-reviewing
code-reviewing
alexandru / skills

コード変更に含まれるバグ、構造上の問題、パフォーマンスの問題、意図しない動作をレビューします。未コミットの変更、コミット、ブランチ、プルリクエストのレビューに使用します。

テスト・品質80
C
codeql-semgrep
codeql-semgrep
itallstartedwithaidea / agent-skills

CodeQL と Semgrep は、本番グレードの静的解析をエージェントのワークフローに統合し、深い脆弱性検出、カスタムルールの作成、自動コードレビューの実施を可能にします。

セキュリティ80
C
config-review-bot
config-review-bot
paulnsorensen / git-gouda

有効な情報源に基づき、CodeRabbitのリポジトリレビュー方針を監査または設定します。CodeRabbitのセットアップ、設定レビュー、パスのカバレッジ、特定のプルリクエストレビューの監査に使用します。「CodeRabbitを設定」「.coderabbit.yamlを確認」「CodeRabbitをセットアップ」「CodeRabbitの設定を監査」「CodeRabbitはXをカバーしているか」で起動します。監査はデフォルトで読み取り専用とし、スキーマの妥当性、ルールの品質、レビュー完了の証拠を分けて扱います。CodeRabbit CLIレビューの実行や自動修正、プルリクエストのレビューコメント修正には使用しません。

テスト・品質80
C
core-web-vitals
core-web-vitals
kimny1143 / claude-code-template

Core Web Vitals 計測・診断スキル。Lighthouse CLI、Bundle Analyzer、パフォーマンス問題の特定と対策。

テスト・品質80
D
data-validation
data-validation
majesticlabs-dev / majestic-marketplace

データ検証のパターンとパイプラインの補助ツール。カスタム検証関数、スキーマ進化、テストアサーション。

データ・データベース80
D
db-connection-pooling
db-connection-pooling
hainrixz / claude-db

コネクション管理を監査する — サーバーレス関数が直接 Postgres 接続を開いている、トランザクションモードのプーラー(PgBouncer / Supabase / prepared statements)の誤用、バックエンドの max_connections に対するプールサイズ。モジュール M15。パフォーマンスとスケールのスコアに反映される。

データ・データベース80
D
definition-of-done
definition-of-done
validkeys / sherpy

各マイルストーンに詳細な受け入れ基準を追加して milestones.yaml を強化する。ビジネス要件と技術要件から、機能的な受け入れ基準、非機能ゲート、テスト要件、ドキュメント要件、終了チェックリストを導出する。オプションの acceptance_criteria と exit_checklist フィールドを付けて milestones.yaml をその場で更新する。

テスト・品質80
D
design-prim
design-prim
rheinmir / setup

任意のプロジェクトをオンボーディングする際に UI/UX の slop を掃除する——既存のビューをスキャンし、playwright で(before を)撮影し、hallmark にプロジェクト自体を読ませて本当に REDESIGN させる(それ自身の design.md を生成し、古い slop トークンに縛られない)。その後、slop-test の 58 gate + `/impeccable audit`/`critique` + `/qc-uiux`(シニア視点の 4 項目の判定、決定論的 `visual-qa` エンジン)に基づいて修正をループし、クリーンになるかループ予算を使い切るまで続ける。ユーザーが「slop を掃除」「プロジェクトの UI を整理」「UI を全体で標準化」「オンボーディング後に UI を掃除」「design prim」「/design-prim」と言ったときに呼び出す。

デザイン・UI80
D
diagnosing-bugs
diagnosing-bugs
ouyangjiahong26 / skills

難しいバグやパフォーマンスのリグレッションを診断するワークフロー。「diagnose」や「debug」と言われた場合、または何かが broken/throwing/failing/slow と報告された場合に使用します。

開発80
D
dotnet-benchmarkdotnet
dotnet-benchmarkdotnet
wshaddix / dotnet-skills

ベンチマークの作成。BenchmarkDotNet のセットアップ、メモリ診断ツール、ベースライン、結果分析。

テスト・品質80
E
eicar-test
eicar-test
cisco-ai-defense / skill-scanner

マルウェア検出用の EICAR テストファイルを含むテストスキル

セキュリティ80
F
fe-e2e-add-test

説明はまだありません

テスト・品質80
F
fe-e2e-bootstrap

説明はまだありません

テスト・品質80
F
finishing-a-development-branch
finishing-a-development-branch
pixel-process-ug / superkit-agents

フィーチャーブランチでの作業の完了、マージの準備、開発終了後のクリーンアップに使用する。トリガー:ブランチの作業が完了、ユーザーが "merge"、"create PR"、"finish branch"、"done with this branch" と言った、コードレビューの準備ができた。

開発80
F
fix-bug
fix-bug
bytebase / dbhub

GitHub issue の URL または番号が与えられ、調査して修正を実装する場合に使用する。"fix issue"、"fix bug"、"fix #123"、GitHub issue の URL、または GitHub issue で報告された問題の解決を求めるあらゆるリクエストで発動する。エラーの調査、障害の診断、DBHub における予期しない動作のデバッグを求められた場合にも発動する。

開発80
G
gha-security-review
gha-security-review
sickn33 / agentic-awesome-skills

GitHub Actions ワークフローに悪用可能な脆弱性がないか確認し、具体的な攻撃経路と無害な概念実証の草案を提示します。能動的なテストには明示的な許可が必要です。

セキュリティ80
G
go-playwright
go-playwright
sickn33 / agentic-awesome-skills

Playwright Go を使用した、堅牢で目立たず効率的なブラウザー自動化の専門機能

開発80
G
go-ut-coverage

説明はまだありません

テスト・品質80
G
google-play-store-review
google-play-store-review
peterbamuhigire / chwezi-dev-engine

コーディング向けソフトウェア開発エンジン。ウェブアプリやモバイルアーキテクチャ、API、データベース、ウェブ、モバイル、AI、セキュリティ、UX、SaaS、ERPエンジニアリングを網羅する本番環境対応のスキルシステムです。基礎スキルと専門スキルを重ねて再利用可能なエンジニアリング判断を体系化し、安全で拡張性、保守性、性能に優れたソフトウェアシステムの生成を支援します。

テスト・品質80
H
hz-xr-simulator-control
hz-xr-simulator-control
meta-quest / agentic-tools

Meta VR および Horizon OS のシミュレーター作業を適切な `metavr` コマンドグループに振り分け、`metavr xrsim` で実行中の Meta XR Simulator を操作します。対象はランタイム、デバイス、入力、コンポジターのレイヤー、MP4 録画です。物理ヘッドセットではなくシミュレーション上のヘッドセットが対象の場合、`xrsim`、`ssim`、`capture`、`tapedeck` の選択時、または `metavr xrsim` コマンドが接続エラーを返した場合に使用します。シミュレーターのインストールや Unity、Unreal、ネイティブ OpenXR プロジェクトへの設定には、代わりに hz-xr-simulator-install-and-configure を使用してください。

テスト・品質80
H
hz-xr-simulator-install-and-configure
hz-xr-simulator-install-and-configure
meta-quest / agentic-tools

物理デバイスなしで Meta VR および Horizon OS アプリをテストできるように、Meta XR Simulator をインストールして設定します。シミュレーターのインストール、または Unity、Unreal、ネイティブ OpenXR プロジェクトとの統合に使用します。実行中のシミュレーターの操作には hz-xr-simulator-control を使用してください。ビルド対象は Unity、Unreal、ネイティブ OpenXR です。Standard Android、Meta Spatial SDK、WebXR の作業は hz-quest-verify-first に振り分けます。

テスト・品質80
I
incu-way-arch-assessment
incu-way-arch-assessment
incu-tech / incuway

コードベース、モジュール、または現在のブランチの変更を、品質属性と設計原則(結合/凝集、レイヤリング/ヘキサゴナル準拠、関心の分離、スケーラビリティ、保守性、テスト容易性)に照らして評価する。評価付きの所見と優先順位付けされた推奨事項を含む、追跡可能な評価レポートを生成する。システムや設計を監査するために単独で呼び出すことも、別のフロー(計画時の incu-way-development、incu-way-docs、incu-way-init)から呼び出して、採用を決める前に提案された設計または既存の設計を評価することもできる。大きな変更の前、リファクタリングの判断、技術的負債と構造的リスクを明示する必要がある場合に特に重要。

テスト・品質80
L
ln-621-security-boundary-auditor
ln-621-security-boundary-auditor
levnikolaevich / claude-code-skills

アプリのセキュリティ境界をチェックする:シークレット、インジェクション、XSS、入力検証、機密性の高い環境変数のデフォルト値。悪用可能なコードパスを監査するときに使用する。

セキュリティ80
M
migrate-to-shoehorn
migrate-to-shoehorn
leandrocfe / skills

`as` 型アサーションから @total-typescript/shoehorn にテストファイルを移行します。ユーザーが shoehorn に言及した場合、テストの `as` を置き換えたい場合、または部分的なテストデータが必要な場合に使用します。

テスト・品質80
M
mllm-eval
mllm-eval
aperivue / medsci-skills

LLM またはマルチモーダル LLM を臨床タスク(レポート生成、VQA、テキスト抽出)でどのように評価するかを設計または監査するときに使用する。参照基準、BLEU/ROUGE を超える臨床有効性指標、ハルシネーション、コンタミネーション、プロンプト感度を扱う。画像モデルは /model-assessment。

テスト・品質80
P
package-evaluator
package-evaluator
mathews-tom / armory

Armory パッケージの評価、エージェントやフックの品質監査、パッケージ完了契約の確認、またはパッケージ種別をまたいだカタログのレビューに使用します。単一パッケージとリポジトリ全体の監査に対応します。LLM プロンプトの最適化や通常の PR コードレビューには使用しません。

テスト・品質80
P
performance-optimization
performance-optimization
pixel-process-ug / superkit-agents

アプリケーションのパフォーマンス最適化、読み込み時間の短縮、データベースクエリの改善、パフォーマンスバジェットの達成、または Web アプリケーションや API のボトルネック診断を行う際に使用する。トリガー:ページ読み込みの遅さ、Web Vitals の悪化、データベースのタイムアウト、バンドルサイズの肥大化、ユーザーから報告された動作の重さ、スケーリングの準備。

開発80
P
physicalai-train-benchmarking-a-policy
physicalai-train-benchmarking-a-policy
open-edge-platform / physical-ai-studio

訓練済みの Physical AI Studio ポリシーをシミュレーション gym でベンチマークし、成功率指標を報告する。physicalai benchmark の実行、library/configs/benchmark 配下の設定の編集、physicalai.benchmark での Benchmark クラスの追加や変更、rollout/episode/env 設定の調整、rollout 動画の録画、results.json / results.csv の解釈に使用。

テスト・品質80
P
physicalai-train-exporting-and-validating
physicalai-train-exporting-and-validating
open-edge-platform / physical-ai-studio

Runtime へのデプロイ用に Physical AI Studio ポリシーをエクスポートおよび検証する。policy.export(...)、physicalai export コマンドライン、ONNX/OpenVINO/Torch/ExecuTorch バックエンド、エクスポートメタデータ、数値一致チェック、または Runtime が InferenceModel(...) で消費するエクスポート/ロード契約の Studio 側の作業に使用。

開発80
11,903 件中 7141–7200 件

MCP は初めてですか?

プロトコルの概要から最初のサーバーの導入まで、よくある疑問にまとめて答えます。

AI アプリケーションが外部のツールやデータソースに統一的な方法で接続するためのオープンなプロトコルです。クライアントはモデルとの対話を担い、MCP サーバーはツール・リソース・プロンプトテンプレートを提供します。標準メッセージでやり取りするため、1 つのサーバーを複数のクライアントで再利用できます。