mcpField

Skills

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

テスト・品質

R
re-vuln
re-vuln
dslsdzc / rev-skills

脆弱性探索ゲートウェイ。オーケストレーション:対象と入力面の特定 → カバレッジガイド付きファジング → クラッシュ分析 → リバースエンジニアリングによる原因特定 → レポート。サブスキル:[[re-fuzzing]] [[re-crash-triage]] [[re-exploit]]。トリガー語:脆弱性探索、脆弱性発見、fuzz、ファジングテスト、AFL、libFuzzer、クラッシュ分析、crash、vulnerability hunting、fuzzing。

セキュリティ50
R
react-native-performance
react-native-performance
maikotrindade / awesome-react-native-skills

React Native のパフォーマンスを深く掘り下げる — FPS プロファイリング、バンドルサイズ、TTI 計測、ネイティブスレッド、メモリリーク、プロファイリングツール。

開発50
R
receiving-code-review
receiving-code-review
ganyuanran / aegis

コードレビューのフィードバックを受け取り、提案を実装する前に使う。特にフィードバックが不明確、リスクがある、議論の的になっている、技術的に疑問がある場合に。

テスト・品質50
R
receiving-code-review
receiving-code-review
julianromli / ai-skills

コードレビューのフィードバックを受け取る際に、提案を実装する前に使用します。特にフィードバックが不明確または技術的に疑問がある場合 - 表面的な同意や無思慮な実装ではなく、技術的厳密性と検証が必要です

テスト・品質50
R
regression-notes
regression-notes
meimingqi222 / my-agent-skills

他者が依存する動作の背後にある、見落とされやすい決定(バグ修正、要件変更、アーキテクチャの選択)を、回帰テストに紐づいた Agent Notes として記録し、後の AI による変更で密かに元に戻されないようにします。将来の変更で元に戻る可能性のあるバグの修正、要件変更、そのレビュー、ノートツリーの検証、事後分析を書くタイミングの相談に使用します。テストとコミットメッセージですでに説明できる通常の修正、機能ドキュメント、変更履歴には使用しません。

テスト・品質50
R
requirements
requirements
mattjmdesign / dengskills

概要や既存の機能をテスト可能な要件に変換する:振る舞い、受け入れ基準、品質制約、データと権限のルール。設計や構築の前にメモや構想を FR/NFR 要件や受け入れ基準にする必要がある場合、または出荷済みの機能がどの要件を満たすかを確認する場合に使用する。

開発50
R
resolve-pr-feedback
resolve-pr-feedback
robsonrung / rar-skills

pull request のフィードバックをコードに照らして評価し、有効な修正を適用し、対応したスレッドに返信または解決します。ユーザーが pull request のフィードバックやレビュースレッドへの対応を求めたときにのみ使用します。diff 内の新しい問題を見つけるためには使用しないでください。

テスト・品質50
R
review-fix-gemini
review-fix-gemini
willbooster / agent-skills

現在のブランチに対して Gemini CLI レビューを実行し、現在のコードベースで有効なレビューコメントのみを修正し、無効なコメントは変更しない。

テスト・品質50
R
review-gemini
review-gemini
willbooster / agent-skills

現在のブランチに対して Gemini CLI レビューを実行し、現在のコードベースで有効なレビューコメントのみを報告し、修正は適用しない。

テスト・品質50
R
review-merge-readiness
review-merge-readiness
heyvhuang / ship-faster

構造化されたコードレビューの依頼/実行:重要なタスクの完了後、各実行バッチの終了時、またはマージ前に使用します。git diff の範囲に基づき、計画と要件と比較し、Critical/Important/Minor の重大度で問題リストを出力し、マージ準備状況について明確な判定を提供します。トリガーワード:request code review、PR review、merge readiness、production readiness。

テスト・品質50
R
review-plugin-submission
review-plugin-submission
poteto / plugins

Cursor プラグインがマーケットプレイス公開の準備ができているか監査します。公開前にマニフェスト、コンポーネントメタデータ、検出パス、提出品質を検証する際に使用します。

テスト・品質50
R
review-pr-check
review-pr-check
efoo-team / skills

Only use when the user explicitly invokes /review-pr-check (or $review-pr-check in Codex). Never auto-invoke. PRレビュー対応を収集ワーカー・分類サブエージェント・実行ワーカーへ分離してオーケストレーションするスキル。収集は gh pr-review-check を実行する収集ワーカーに、分類・グループ化・ワークパケット生成は分類サブエージェント(デフォルト例は Oracle)に、実装・返信・resolve などの実作業は実行ワーカーに委譲し、parent は完全性ゲート・fallback 起動・ポーリングループを管理する。サブエージェント機構が無い環境では parent 自身が縮退実行する。

テスト・品質50
R
review-triage
review-triage
alannkl / skills

コードのオーナーとしてコードレビューの指摘事項をトリアージする。あらゆるソース(対抗的レビュー、人間の PR コメント、CI、スキャナー)からの指摘が届いたとき、および修正を適用する前に使用する。各指摘を検証し、修正コストとデプロイ済みの複雑さを比較衡量し、処遇(修正 / 延期 / 却下 / エスカレーション)を返す。レビューの作成や修正の適用には使用しない。

テスト・品質50
R
run-smoke-tests
run-smoke-tests
poteto / plugins

Playwright のスモークテストを実行し、失敗をデバッグして修正を検証する

テスト・品質50
S
senior-fullstack
senior-fullstack
ovachiever / droid-tings

React、Next.js、Node.js、GraphQL、PostgreSQL を使って完全な Web アプリケーションを構築するための包括的なフルスタック開発スキルです。プロジェクトのひな形作成、コード品質分析、アーキテクチャパターン、技術スタック全体のガイダンスを含みます。新規プロジェクトの構築、コード品質の分析、設計パターンの実装、開発ワークフローの設定に使用します

開発50
S
seo-regression-validator
seo-regression-validator
sergekostenchuk / ui-ux-agent-skill-system

実際の HTML、ローカルの fixtures、生成された成果物に対して SEO と LLM 可読性の主張を検証する。ユーザーが title、meta description、canonical、hreflang、JSON-LD、NewsArticle.image、OpenGraph、Twitter cards、RSS 自動検出、robots.txt、llms.txt、sitemap、news-sitemap、クローラーアクセス、パフォーマンスの証拠が実際に存在するかの証明を求めた場合、また主観的な監査をタイムスタンプ付きの合否レポートに変える必要がある場合にこのスキルを使用する。

テスト・品質50
S
skill-tester
skill-tester
alpoxdev / hypercore

ユーザーが既存の Codex/エージェントスキルのトリガー、ワークフロー、リソース、評価カバレッジのテスト、検証、リグレッションチェック、安全な修復を求めたときにこのスキルを使用する。新しいスキルの作成、アプリケーションの QA、オープンエンドなスキル最適化には使用しない。

テスト・品質50
S
sonar-list-issues
sonar-list-issues
sonarsource / sonarqube-agent-plugins

sonarqube-cli を介して、プロジェクト、ブランチ、またはプルリクエストの SonarQube イシューを検索・フィルタリングする(CLI では `-p` が常に必須。ユーザー引数または sonar-project.properties からキーを解決する)

テスト・品質50
S
Spc
Spc
robdtaylor / personal-ai-infrastructure

SPC チャート、工程能力分析、管理図の解釈を実装する。管理図の選択、能力指数、管理外れルールを扱う。ユーザーが 'SPC'、'Cpk'、'Ppk'、'control chart'、'process capability'、'X-bar R'、'statistical control'、'out of control' と言ったときに使用する。ControlPlan、MSA、AutomotiveManufacturing の各スキルと連携する。

データ・データベース50
S
spec-loop-assess-pull-request
spec-loop-assess-pull-request
dpolivaev / spec-loop

任意のスキル。ユーザーが信頼するリポジトリ内の既存の pull request、merge request、ブランチ差分、コミット範囲から、人間によるレビュー準備用ファイルを再構築する。すでに実装された変更を振り返って理解したい場合、AI 側の評価と推奨事項を得たい場合、必要に応じてプロバイダー固有の共有用バリアントをローカルファイルに書き出したい場合に使用する。

テスト・品質50
S
staged-review-flow
staged-review-flow
fudesign2008 / open-skills

PDCA ホスト向けの共有レビュー段階フロー:完全な意思決定レビュー、コードに影響するソリューションのコード設計レビュー、Standards∥Spec の二軸判定(軸をまたぐ統合ランクなし)、二値の合否、有界の自動最適化、設計サマリー、および completion-evidence-discipline と組み合わせた検証レポートの誠実性。PDCA ワークフローで使用。トリガー —「阶段审查流程」「方案审查编排」「审查闭环」「验证报告诚实」「双轴审查」/ staged review flow, dual-axis review, verification honesty。単独のタスクワークフローとして使用しないこと。

テスト・品質50
S
store-review-policy-risk
store-review-policy-risk
sylphxai / skills

App Store、Google Play、Microsoft Store、Steam、Web/直接ダウンロード、モバイルアプリ、ゲーム、SaaS コンパニオン、ユーティリティ、サブスクリプション、IAP、広告、UGC、プライバシー、権限、健康、金融、子ども、AI 機能、通知、ダークパターン、返金、レビューノートにわたるストア審査とプラットフォームポリシーのリスクを監査します。提出、ローンチ、大規模なマネタイズ変更の準備、またはチャネルポリシーによって却下、削除、遅延される可能性のある製品を監査する場合に使用します。

テスト・品質50
T
tdd
tdd
hash-id / openspec-schema

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

テスト・品質50
T
tdd-workflow
tdd-workflow
dgalarza / claude-code-workflows

TDD を使って機能を実装するときはいつでもこのスキルを使う。

テスト・品質50
T
tdd-workflow
tdd-workflow
dgalarza / agent-skills

Claude Code の個人用ワークフロー集

テスト・品質50
T
test-suite-ensure
test-suite-ensure
fudesign2008 / open-skills

現在のプロジェクトに適切なテストスイートがあることを確認する。技術スタックとフレームワークを検出し、必要に応じてスキャフォールドし、単体テストを生成し(必須、ロジックコードのみ)、任意で E2E テストを生成・実行する。ユーザーが "test-suite-ensure"、「补全测试」「生成测试」「确保测试」「补充单元测试」「添加单元测试」「检查测试覆盖」と言ったときにトリガーする。solve-workflow と opsx-solve-workflow の実行段階のテストステップからも呼び出せる。

テスト・品質50
T
testdino-manual-tests
testdino-manual-tests
anthropics / claude-plugins-community

ユーザーが TestDino で手動 QA テストケースとスイートを作成、更新、閲覧したい場合に使用する(実行ランは対象外)。list_manual_test_suites、list_manual_test_cases、get_manual_test_case、create_manual_test_case、update_manual_test_case、create_manual_test_suite を対象とする。

テスト・品質50
T
testdino-sessions
testdino-sessions
anthropics / claude-plugins-community

ユーザーが TestDino で探索的テストセッションを閲覧、検査、作成、更新したい場合に使用します — 状態、ステータス、セッションタイプ、担当者、リリース、タグ別に。list_sessions、get_session、create_session、update_session を扱います。SES-12 のような連番形式の ID を受け付けます。

テスト・品質50
T
thermo-nuclear-code-quality-review
thermo-nuclear-code-quality-review
gitbobobo / skills

抽象の品質、巨大ファイル、スパゲッティ条件の増殖に対して極めて厳格な保守性レビューを実行する。サーモニュークリアなコード品質レビュー、thermonuclear review、深いコード品質監査、または特に厳しい保守性レビューに使用する。ユーザーが明示的に呼び出した場合のみ。

テスト・品質50
T
tle-developer-flagos
tle-developer-flagos
flagos-ai / skills

高性能な TLE カーネルを書き、再現可能な検証で TLE の機能変更をリリースするための自己完結型オーケストレーションスキル。ユーザーが TLE カーネルを書く/最適化する、TLE API/検証器/ローワリングの機能を実装する、TLE の正確性/パフォーマンスの問題をデバッグする場合に使用する。"write a TLE kernel"、"optimize TLE operator"、"debug TLE local_ptr" などのフレーズでトリガーする。

開発50
T
tool-systematic-debugging
tool-systematic-debugging
heyvhuang / ship-faster

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

開発50
T
tui-testing

Bubbletea v2 アプリケーション向けの包括的なテスト戦略。ユニットテスト、コンポーネントテスト、golden file テスト、非同期操作、外部ツール連携、よくあるテストの落とし穴を扱う。

テスト・品質50
U
ui-validator
ui-validator
caomeiyouren / momei

すべての UI 変更後のブラウザ自動化検証を担当し、実際のレンダリング結果が期待どおりであることを保証する。

テスト・品質50
U
uipath-feedback
uipath-feedback
uipath / skills

`uip feedback send` による UiPath のバグ報告と改善提案。「問題を報告」「フィードバックを送信」「バグを報告」、または /uipath-feedback コマンドに使用する。エラーを報告するのではなく調査する場合 → uipath-troubleshoot。

テスト・品質50
U
uiv
uiv
gitbobobo / skills

スクリーンショット、画面録画などの画像や動画を UIV にアップロードし、公開リンクとそのまま貼り付けられる Markdown を取得します。PRの説明、コメント、issueでエンドツーエンド検証の結果を示す際に使用します。

テスト・品質50
V
vibe-plan

開発開始前に実装と検証の計画を作成またはレビューする。仕様が ready または条件付き ready の後で、変更を垂直スライスで実装する方法の決定、影響を受けるファイルやモジュールの特定、開発タスクの順序付け、コーディング前の TDD や検証の計画、アーキテクチャ適合性の確認、仕様をテスト・コミット・エビデンスに結び付けるリポジトリネイティブな計画成果物の作成に使用する。

開発50
V
vibe-prototype

ドラフト仕様が存在する後に、使い捨てのプロトタイプを構築、実行、レビューする。不確実な製品、UI、バックエンド、エージェントワークフロー、プロンプト、状態機械、アーキテクチャのいずれかの問いについて、仕様レビューや計画に進む前にエビデンスが必要な場合に用いる。仕様、レビュー、計画にテキストだけでは解決できない前提が含まれる場合、インタラクションを実際に試す必要がある場合、またはプロトタイプのエビデンスを進行中のワークフロー成果物に反映させる必要がある場合に使用する。

開発50
W
webapp-testing
webapp-testing
ovachiever / droid-tings

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

テスト・品質50
W
webapp-testing
webapp-testing
project-n-e-k-o / n.e.k.o

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

テスト・品質50
W
webapp-uat
webapp-uat
tsilverberg / webapp-uat

Web アプリ向けのフルブラウザ UAT — コンソール/ネットワークエラーの取得、アクセシビリティチェック、i18n 検証、バグのトリアージを伴う Playwright テスト。画面ごとの UAT を実施するとき、または任意の Web/ハイブリッドアプリ(React、Vue、Angular、Ionic、Next.js など)の特定機能をテストするときに使用する。

テスト・品質50
W
write-plan
write-plan
existential-birds / beagle

`.beagle/concepts/<slug>/spec.md` に確定済みの brainstorm-beagle 仕様があり、コードを書く前に小刻みな TDD 駆動の実装計画が必要なときに使用。トリガーは "write a plan"、"plan this spec"、"turn the spec into a plan"、"now plan the implementation"、"write-plan"。仕様を読み、ファイル構造を設計し、作業を正確なパスとコマンドを伴う 2〜5 分の TDD ステップに分解し、仕様に対して自己レビューし、ユーザーの承認を得てから `.beagle/concepts/<slug>/plan.md` に書き込み、subagent-prompt スキルによる実行ハンドオフプロンプトの生成を提案する。仕様のブレインストーミング、コードの記述、計画の実行は行わない——計画ドキュメント(および任意のハンドオフプロンプト)のみを生成する。

開発50
W
wtf.report-bug

開発者や QA エンジニアがバグを報告したい、バグチケットを作成したい、テスト失敗を記録したい、不具合を登録したい、QA セッションで見つけた問題を起票したい、何かが壊れていると報告したい場合に本スキルを使用する — 例えば「report a bug」「create a bug ticket」「I found a defect」「something is broken in trace #X」「document this test failure」。起点となる Trace と Feature を関連付け、失敗した Gherkin シナリオを再現可能なテスト証跡として対応付け、BUG テンプレートの全セクションを記入した構造化された GitHub Bug issue を起票する。

テスト・品質50
A
agent-browser
agent-browser
exceptionless / exceptionless

AIエージェント向けのブラウザー自動化コマンドラインツールです。ページの移動、フォーム入力、ボタンのクリック、スクリーンショットの撮影、データ抽出、Webアプリのテストなど、ウェブサイトとのやり取りが必要な場合に使用します。「ウェブサイトを開く」「フォームに入力する」「ボタンをクリックする」「スクリーンショットを撮る」「ページからデータを取得する」「このWebアプリをテストする」「サイトにログインする」「ブラウザー操作を自動化する」などの依頼や、プログラムによるウェブ操作が必要なタスクで起動します。

エージェントワークフロー49
A
agent-browser
agent-browser
mattpocock / agent-browser

ウェブテスト、フォーム入力、スクリーンショット、データ抽出のためのブラウザー操作を自動化します。ウェブサイトの閲覧、ウェブページの操作、フォーム入力、スクリーンショットの撮影、ウェブアプリのテスト、ウェブページからの情報抽出が必要な場合に使用します。

エージェントワークフロー49
A
ai-coding-discipline
ai-coding-discipline
luoling8192 / ai-coding-principles

よくある AI コーディングのアンチパターンを防ぐ必須のコーディング規律。すべてのコード作成、編集、レビュー、バグ修正、テストのタスクで必ず読み込む。発動条件:コードの作成、コードの編集、バグ修正、テストの作成、機能実装、リファクタリング、コードレビュー、関数の作成、エラーハンドリングの追加、デバッグ。本スキルは fail-fast 原則、適切なエラー伝播、有意義なテスト、規律あるデバッグワークフローを徹底する。Claude がコードを作成または変更するときは常に有効。

開発49
A
analyzing-dotnet-performance
analyzing-dotnet-performance
managedcode / dotnet-skills

非同期処理、メモリ、文字列、コレクション、LINQ、正規表現、シリアライズ、I/O に関する約 50 種類のパフォーマンスアンチパターンを .NET コードからスキャンし、重大度を段階的に分類します。.NET コードの最適化機会の分析、ホットパスのレビュー、割り当てが多いパターンの監査に使用します。

テスト・品質49
A
antivibe
antivibe
mohi-devhub / antivibe

コード学習と監査のフレームワーク。新規・レガシー・AI 生成を問わずあらゆるコードベースを分析し、教育的な解説やアーキテクチャ監査を生成する。ユーザーがコードをそのまま受け入れるのではなく、その背後にある WHAT と WHY を理解したいときに使用する。

開発49
A
ara-rigor-reviewer
ara-rigor-reviewer
kalarislabs / research-agent-skills

Agent-Native Research Artifact ディレクトリに対し、ARA Seal Level 2 の意味論的・認識論的レビューを実施します。PAPER.md、logic/claims.md、logic/experiments.md、trace/exploration_tree.yaml を読み込みます。6つの次元(証拠の関連性、反証可能性、スコープの適切さ、論旨の一貫性、探索の完全性、方法論の厳密さ)を1~5で採点し、重大度順に並べた level2_report.json を、Strong Accept から Reject までの評価付きで作成します。Level 1 の構造検証に合格し、リリース前に ARA の批評が必要な場合に使用します。主張が引用された実験によって裏付けられているか確認する場合、反証基準やスコープの過剰な主張を監査する場合、探索ツリーが実際の行き止まりを記録しているか判断する場合に使用します。Level 1 に該当する構造検証や参照検証には使用しません。

生産性49
A
ast-code-graph
ast-code-graph
rolandbrecht / agent-skills

コード構造の検索、シンボルのリファクタリング、影響分析、デッドコードの検出、依存関係の追跡が必要なときは常にこのスキルを使用する。構造的なコード分析に grep を使う前に必ず呼び出す。トリガーカテゴリ:構造パターン検索(例:deps のない useEffect、try-catch のない async、src/api 外の fetch 呼び出し)、コードの一括移行・変換(ハンドラーのラップ、API 呼び出しの置換)、依存関係と影響分析(ブラストレイディアス、推移的依存、X に依存するモジュール)、コードベース横断の安全なリネーム、デッドコードと循環インポートの検出、ast-grep ルールの作成。トリガーキーワード:try-catch、useEffect、async without、circular imports、safe rename、blast radius、bulk migration、never imported、unused exports、ast-grep、enforce pattern、structural search、depends on、which modules。トリガーしない場合:grep 可能な文字列検索、ファイル名の検索、README の閲覧、正規表現の作成、CSV・データスクリプト。

開発49
A
awesome-code-review-feedback
awesome-code-review-feedback
khasky / awesome-agent-skills

ユーザーの変更に対して他者が残したレビューコメントを扱い、各指摘をコードと照合したうえで、反映、説明、反論のいずれにするか判断します。レビュー担当者やボットのコメントへの対応を求められたときに使用します。

テスト・品質49
B
benchmark-context
benchmark-context
supermemoryai / memorybench

独自のメモリ実装を Supermemory などの実績あるシステムと自動でベンチマークする。公開ベンチマークを構築することも、独自のものを作成することもできる。シンプルな UI とコマンドラインで、品質、レイテンシ、機能、コストの観点からソリューションを手軽に比較できる。

テスト・品質49
B
bmad-agent-qa
bmad-agent-qa
bmad-code-org / bmad-method

テスト自動化とカバレッジを担う QA エンジニア。ユーザーが Quinn との対話を求めたり、QA エンジニアを要求したときに使用する。

テスト・品質49
B
boxlang-testing
boxlang-testing
ortus-boxlang / skills

TestBox を使って BoxLang アプリケーションのテストを記述、実行、デバッグするときにこのスキルを使用:BDD スタイルの describe/it スペック、xUnit スタイルのテストクラス、期待(expect/toBe マッチャー)、アサーション($assert)、ライフサイクルメソッド(beforeAll/afterAll/beforeEach/afterEach/aroundEach)、MockBox モック(createMock/prepareMock/$()/$results())、モックデータ生成(mockData())、非同期テスト、例外テスト、フォーカス/スキップされたスペック、スペックへのファイル添付(attach())、スペックのリトライ(it retries 引数、retries アノテーション、--retries)、失敗のみの再実行(--failed、HTML レポートの Run Failed ボタン、TestResult.getFailedTargets())、レポーターの選択(Run Failed と Ask AI を備えた HTML レポーター、AI エージェント向けの Agent レポーター)、BoxLang CLI ランナーによるテスト実行。ブラウザテスト(@browser アノテーション、@browser 付きの ColdBox BaseTestCase)については bx-playwright-testing も読み込む。

テスト・品質49
B
browser
browser
inkeep / team-skills

2 つのエンジンを備えたブラウザ自動化:agent-browser コマンドライン(インタラクティブな作業のデフォルト——ナビゲート、スナップショット、クリック、入力、スクリーンショット、diff)と Playwright スクリプト(複合操作向け——コンソール/ネットワークのキャプチャ、a11y 監査、動画録画、レスポンシブの一括確認、GIF パイプライン、Shadow DOM の貫通)。トリガー:browser automation, web test, screenshot, responsive test, test the page, automate browser, headless browser, UI test, console errors, network inspection, accessibility audit, a11y test, performance metrics, video recording, browser state, page structure, authenticated testing, annotated gif, dialog handling, tracing, pdf generation, shadow DOM, web components, DOM stabilization。

テスト・品質49
B
burp-suite-testing
burp-suite-testing
zebbern / claude-code-guide

ユーザーが「HTTP トラフィックのインターセプト」「Web リクエストの変更」「Burp Suite を使ったテスト」「Web 脆弱性スキャンの実行」「Burp Repeater でのテスト」「HTTP 履歴の分析」「Web テスト用プロキシの設定」を依頼した場合に使用します。Web アプリケーションのセキュリティテストにおける Burp Suite の主要機能の使い方を包括的に案内します。

セキュリティ49
C
capture-api-response-test-fixture

説明はまだありません

テスト・品質49
C
challenge
challenge
langwatch / langwatch

アーキテクチャ提案、計画、技術的アイデアをストレステストします。取り組む前に弱点を見つけるため devils-advocate エージェントを呼び出します。

開発49
C
codacy
codacy
membranedev / application-skills

Codacy 統合。Repositories、Organizations を管理します。ユーザーが Codacy のデータを操作したいときに使用します。

テスト・品質49
C
code-assist
code-assist
mikeyobrien / ralph-orchestrator

Explore、Plan、Code、Commit のワークフローでテスト駆動開発を用いたコードタスクの実装を導く。技術実装パートナー兼 TDD コーチとして機能し、既存のパターンに従い、過剰な設計を避け、慣用的でモダンなコードを生み出す。

開発49
C
code-review
code-review
igmarin / rails-agent-skills

Rails の PR、diff、マージリクエストをレビューするときに使う。指摘は実際の file:line に基づかせる。トリガーワード:review PR、code review、review my diff、CR。

テスト・品質49
11,845 件中 9781–9840 件

MCP は初めてですか?

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

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