mcpField

Skills

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

テスト・品質

S
subagent-driven-development
subagent-driven-development
zenobi-us / dotfiles

現在のセッションで独立したタスクを含む実装計画を実行するときに使用——タスクごとに新しいサブエージェントを派遣し、タスク間でコードレビューを行うことで、品質ゲートを備えた高速なイテレーションを実現する

エージェントワークフロー49
S
submit-learnings
submit-learnings
neonwatty / qa-skills

蓄積された QA の学びをフィルタリングし、プラグインリポジトリの GitHub issue(任意で PR 付き)として送信する。ユーザーが「submit learnings」「share learnings」「report learnings upstream」「open issue for learnings」と言ったときに使用。

テスト・品質49
T
tdd
tdd
hburaktasyurek / agent-skills-and-commands

ユーザーが明示的に tdd を指定した場合、または上流タスクが明示的に呼び出して機能実装やバグ修正をテストファーストで行う場合にのみ使用する。リポジトリの実際の契約に対して垂直なレッド・グリーン・リファクタリングのサイクルを実行し、権威あるブリーフが用意されていれば重複した承認なしに進め、重要な振る舞い、スコープ、インターフェース、権限の判断が未解決の場合にのみ書き込み前に停止する。

テスト・品質49
T
tdd
tdd
nstaab1 / nathan-agent-skills

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

テスト・品質49
T
test-architect
test-architect
wyattowalsh / agents

テスト戦略、カバレッジ分析、エッジケースの特定、フレーキーテストの診断。テストスイートを設計するときに使用する。テストの実行(devops-engineer)、TDD、コードレビュー(review)には使用しない。

テスト・品質49
T
test-define

コード化された識別子を持つあらゆる仕様成果物の受け入れ基準から、テストケース(TC-XXX)を作成する。ユーザーストーリー(US-XXX)、ワークアイテム(WI-XXX)、実装済みの機能(FT-XXX)、または基準が番号付けまたはコード化されている(AC-001、1.1、R-3 など)その他の仕様ドキュメントを対象とし、IEEE 29119-4 標準に従う。ユーザーが「テストケースを定義」「テストケースを作成」「TC を生成」「US/WI/FT のテスト」「この仕様/ドキュメントのテスト」「テストを文書化」「受け入れ基準のテストケース」などを要求した場合、または既に指定された要件からテストドキュメントを作成することを意味するあらゆる変形を要求した場合に起動する。ユーザーが「test-define」または「/test-define」に言及した場合にも起動する。

テスト・品質49
T
test-ui
test-ui
duc01226 / easyplatform

[テスト] 視覚的なレポートを伴うサイト全体の QA 監査(アクセシビリティ、パフォーマンス、セキュリティ、SEO)が必要なときに使用。

テスト・品質49
T
testdino-audit
testdino-audit
anthropics / claude-plugins-community

ユーザーが Playwright の自動テストコードに対する TestDino 監査を明示的に求めた場合にのみ使用する。TestDino MCP サーバーが公開する監査ツール(get_audit_report + submit_audit_report、または旧来の test_audit)を経由して処理する。一般的なコードレビューや Playwright 以外の対象では、代わりに通常のレビューを行う。

テスト・品質49
T
testdino-health
testdino-health
anthropics / claude-plugins-community

ユーザーが TestDino の接続状態を確認したい、PAT を検証したい、利用可能な組織とプロジェクトを確認したい、または適切な projectId を見つけたい場合に使用する。プロジェクトのコンテキストが曖昧なときは、他のどの TestDino ツールよりも先に必ずこれを最初に呼び出す。

テスト・品質49
T
testdino-manual-runs
testdino-manual-runs
anthropics / claude-plugins-community

ユーザーが手動実行ランを管理したい、またはラン内のケース単位の結果を更新したい場合に使用する — ランの一覧表示、リリース用のランの作成、ランの確認、ケースの割り当て、ケース結果のマーク(passed/failed/blocked/skipped/retest/untested)。RUN-12 や TC-156 のような連番形式の ID を受け付ける。

テスト・品質49
T
testdino-releases
testdino-releases
anthropics / claude-plugins-community

ユーザーが TestDino プロジェクトのリリース/マイルストーンを閲覧、確認、作成、更新したい場合に使用する。list_releases、get_release、create_release、update_release を対象とする。MS-12 のような連番形式の ID を受け付ける。

テスト・品質49
T
testdino-runs
testdino-runs
anthropics / claude-plugins-community

ユーザーが自動テスト実行を確認したい、失敗したテストや不安定なテストを一覧にしたい、失敗したテストケースを履歴のコンテキストとともにデバッグしたい、またはブランチ、commit、作成者、環境、ブラウザ、ステータス、タグで実行を絞り込みたい場合に使用する。list_testruns、get_run_details、list_testcase、get_testcase_details、debug_testcase を含む。

テスト・品質49
T
testing
testing
iuliandita / skills

ユニット、統合、E2E、負荷、アクセシビリティのテストを書く;fixture、モック、カバレッジ、不安定なテストスイートをデバッグする。

テスト・品質49
T
tui-validate
tui-validate
mikeyobrien / ralph-orchestrator

freeze によるスクリーンショット取得と LLM-as-judge による意味検証を用いて、ターミナルユーザーインターフェース(TUI)の出力を検証する。ビジュアル(PNG/SVG)とテキストベースの両方の検証モードをサポートする。

テスト・品質49
U
ui-capture
ui-capture
voidmatcha / ui-clone-skills

公開中のウェブサイトURLから、スクリーンショット、スクロール状態、ホバー/クリック時の挙動、パララックス、タイマー、トランジションの記録など、ベースラインとなる情報を取得します。実装や比較の前に参考資料が必要な場合に使用し、クローンの構築や診断には使用しません。

デザイン・UI49
V
verify
verify
jayden-dang / skills

成功を示唆することを言おうとしているときに使用——"done"、

テスト・品質49
V
verify-llm-artifacts
verify-llm-artifacts
existential-birds / beagle

削除やリスクの高いリファクタリングの前に、review-llm-artifacts の指摘を確認または否定する。指摘ごとに review-verification-protocol 形式のチェックを読み込む。レビュー実行後、誤検知を減らしたいとき、デッドコードに対して fix-llm-artifacts を実行する前、またはプロジェクト全体のスキャンを検証するときに使用する。

テスト・品質49
V
verify-login-logout
verify-login-logout
reticlehq / reticle

サインイン後にユーザーが正しい場所へ移動すること、サインアウトでセッションが確実に終了し保護されたページからサインイン画面へ戻されること、セッション期限切れ時にエラーにならず再サインインを求めることを検証します。認証、ログインフォーム、ログアウトボタン、ルートガード、トークン更新を追加・変更したときや、予期せずログアウトされた、またはログアウトされないとユーザーが報告したときに使用します。

テスト・品質49
V
verifying-skill-accuracy
verifying-skill-accuracy
trilwu / secskills

LLM が起草した技術コンテンツを一次情報源と照合して事実確認します。情報源の優先順位、ツール名やプラグイン名のプログラムによる存在確認、クラスを先に調べるインスタンスエラーのトリアージ、否定表現の切り詰めによる落とし穴、敵対的な再確認、検証済みスタンプの規律を扱います。SKILL.md の事実誤認を監査するとき、スキルを検証済みとする前、コマンドや成果物に関する主張を上流ドキュメントで確認するとき、または具体的な内容がモデルの記憶に基づいて書かれた草案をレビューするときに使用します。

テスト・品質49
V
verl-e2e-testing
verl-e2e-testing
nvidia / skills

NVIDIA 製品向けの Agent Skills。Claude Code、Codex、その他のコーディングエージェントにインストールして、Physical AI、ロボティクス、シミュレーション、CUDA、RAG のワークフローをエンドツーエンドで実行できます。

テスト・品質49
V
vibe-review

リポジトリネイティブな仕様、コード diff、PR、ドキュメント、ワークフロー成果物、スキル変更を共通の readiness ゲートとしてレビューする。仕様を計画へ進めてよいか、コード変更を続行またはコミットして安全か、ワークフロー成果物が整合しているか、レビュー指摘が次のステップをブロックすべきかを判断するときに使用する。

テスト・品質49
V
vlmkit
vlmkit
mizchi / skills

`@mizchi/vlmkit` ツールキットのエントリーポイント——VLM 駆動のフロントエンドキットで、ビジュアルリグレッション(snapshot / diff / regression-watch)、スクリーンショットからのマークアップ合成、design-token / theme / a11y / i18n 監査、2 段階の VLM + LLM による CSS 自動修復ループを扱う。コーディングエージェントが HTML/CSS を編集し、可視出力が変わったかどうか、どこが変わったか、どの CSS プロパティがその変化を引き起こしたかを知る必要がある場合、またはタスクが VLM 駆動の markup-from-image / token / theme 監査 / fix-loop である場合に使用する。この skill は 5 つの詳細なサブ skill(vrt-visual-diff / vrt-migration-eval / vrt-markup-synth / vrt-regression-watch / vrt-css-fix-loop)と動詞グループ CLI へと導く。タスクの形が明確になったら、一致するサブ skill を選ぶ。

テスト・品質49
W
web-security-audit
web-security-audit
angelapaia / web-security-audit-skill

完全なブラックボックスのペネトレーションテスト形式の Web セキュリティ監査。任意の URL に対して 70 以上のテスト(OWASP Top 10、CVE、CORS、ヘッダー、データベース、認証、レート制限、インジェクション)を実行し、脆弱性、PoC、アクションプランを含むプロフェッショナルな HTML レポートを生成する。ユーザーがセキュリティ監査、ペネトレーションテスト、セキュリティ確認、脆弱性の調査、サイバーセキュリティ、侵入テストに言及した場合、または公開前に Web サイトが安全か確認したい場合にこのスキルを使用する。

セキュリティ49
W
work-unit-commits
work-unit-commits
gentleman-programming / gentle-ai

コミットをレビュー可能な作業単位として計画する。トリガー:実装、コミットの分割、チェーン PR、またはテストとドキュメントをコードと同じ場所に保つこと。

開発49
W
workleap-web-configs
workleap-web-configs
workleap / wl-web-configs

Workleap の共有 Web 設定パッケージ(@workleap/eslint-configs、@workleap/typescript-configs、@workleap/rsbuild-configs、@workleap/rslib-configs、@workleap/stylelint-configs、@workleap/browserslist-config)。Workleap プロジェクトで共有 Web ツールの設定をセットアップ、カスタマイズ、拡張、またはトラブルシューティングする際に使用します — ESLint、TypeScript、Rsbuild、Rslib、Stylelint、Browserslist、および monorepo(Turborepo)戦略を含みます。パッケージは連携して動作するよう設計されているため、ツールが 1 つしか言及されていなくても有効化してください。

開発49
W
writing-skills
writing-skills
ganyuanran / aegis

新しいスキルを作成する時、既存のスキルを編集する時、またはデプロイ前にスキルが正常に動作することを検証する時に使用します

エージェントワークフロー49
W
writing-tests
writing-tests
augmnt / webdev-skills

ユニットテスト、統合テスト、e2e テストの実践的な戦略とともにテスト作成を導く。テストを書くとき、何をテストするか決めるとき、テスト基盤を整えるとき、カバレッジについて議論するときに使用する。トリガーは「write tests」「should I test」「test coverage」、またはテストファイルの作成。

テスト・品質49
4
42crunch
42crunch
membranedev / application-skills

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

セキュリティ48
A
agentforce-offline-experimentation-run
agentforce-offline-experimentation-run
forcedotcom / sf-skills

異なるLLMモデルが既存のAgentforceエージェントの会話をどのように処理するかテストするワークフローの実行を希望する場合に使用します。agentforce、offline、experimentationへの言及で起動します

テスト・品質48
A
AI Safety Auditor
eddiebe147 / claude-settings

AI システムの安全性、バイアス、責任ある導入を監査します

テスト・品質48
A
algo-mfg-spc
algo-mfg-spc
asgard-ai-platform / skills

生産プロセスの安定性を監視するために統計的工程管理図を実装する。ユーザーが工程の変動の検出、管理限界の設定、または普通原因と特殊原因の変動の区別を必要とするときにこのスキルを使用する — たとえ「process monitoring」「control chart」「is our process in control」と言った場合でも。

データ・データベース48
A
app-ai-guardrails
app-ai-guardrails
a-tokyo / agent-skills

最初のコミットから完全な Agentic AI ガードレールの規範を組み込んで、新しい本番アプリケーションをスキャフォールドする:各スタックのネイティブランナー上で統一された 7 ゲートのインターフェース(lint、typecheck、test、coverage、build、e2e、audit)、厳格な型、最大限の静的解析、実効性のあるカバレッジ閾値とシードテスト、pre-commit フック、SonarCloud を任意で組み込んだ堅牢化された CI、サプライチェーンの固定、そしてエージェント対応の AGENTS.md——すべてのゲートが最初のコミット前にグリーンであることを検証済み。ネイティブアダプター:Next.js、NestJS、Django、Go、Rust、Spring Boot。ディスカバリー手法がこの規範を他のスタックにマッピングする。使用場面:新規のアプリ、サービス、API をゼロから作成またはスキャフォールドする。AI エージェントが構築するグリーンフィールドのリポジトリを立ち上げる。使用しない場面:既存のコードベースの改修、既存の monorepo への新規パッケージのスキャフォールド(どちらもリポジトリルートの所有権を前提とする)、LLM の安全性やコンテンツモデレーションのガードレール、既存プロジェクトへの単一ツールの追加。

テスト・品質48
A
application-performance-performance-optimization
application-performance-performance-optimization
rmyndharis / antigravity-skills

プロファイリング、オブザーバビリティ、バックエンド/フロントエンドのチューニングにより、アプリケーションのエンドツーエンドのパフォーマンスを最適化します。スタック全体のパフォーマンス最適化を調整する場合に使用します。

開発48
A
autoplan
autoplan
borkweb / skills

自動レビューパイプライン。4 つの plan-* レビュー(plan-deep-review、plan-design-review、plan-eng-review、plan-devex-review)を最大深度で連鎖させ、途中の AskUserQuestion 呼び出しは 6 つの原則で自動決定する。好みの判断とユーザーの異議は単一の最終承認ゲートで提示する。順序は Deep → Design → Eng → DX。各フェーズは任意で独立した Claude サブエージェントの声を取得し、クロスモデルの合意形成を行う。"autoplan"、"run all the plan reviews"、"auto-review this plan" と依頼された場合、またはユーザーが途中の各質問に付き合わずに包括的な計画審査を望む場合に使用する。

エージェントワークフロー48
B
basercms-unittest
basercms-unittest
baserproject / baser-skills

baserCMS(CakePHP5 / PHPUnit)のユニットテストをローカル Docker 環境で実行・調査する手順。「ユニットテストを実行して」「全テストを走らせて」「このテストだけ流して」「テスト失敗を調べて」「プラグイン単体でテストを動かしたい」「プラグインにテスト環境を導入したい」等のときに参照する。コンテナ名・実行コマンド・権限自動承認のためのコマンド整形・失敗の集計と切り分け方に加え、プラグイン単体(スタンドアロン)でユニットテストを実行する仕組みの導入手順(composer.json / phpunit.xml.dist / tests/bootstrap.php / TestApp 一式、phinx 0.16.10 ピンの罠)を収録。

テスト・品質48
B
botlearn-assessment
botlearn-assessment
botlearn-ai / botlearn-skills

botlearn-assessment — BotLearn の 5 次元能力自己評価(推論、検索、作成、実行、オーケストレーション)。botlearn assessment、capability test、self-evaluation、定期的なレビューのトリガーで起動する。

エージェントワークフロー48
B
boy-scout-rule

既存ファイルの変更、リファクタリング、コード品質の改善、レガシーコードの手入れの際に、ボーイスカウトルールを適用してコードを見つけたときより良い状態に残すために使用する。

開発48
B
browser-smoke
browser-smoke
robsonrung / rar-skills

ブランチまたは PR が変更したルートを実ブラウザでスモークテストする。ユーザーがブランチや PR のスモークテスト、影響を受けるページのテスト、diff を範囲としたブラウザテストの実行を求めたときに使用。変更されたルートをテストするもので、製品全体のリリース QA ではない。

テスト・品質48
B
bugbug
bugbug
membranedev / application-skills

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

テスト・品質48
B
build-test-verify
build-test-verify
bitwarden / android

Bitwarden Android プロジェクトのビルド、テスト、lint、デプロイコマンド。テストの実行、APK/AAB のビルド、lint/detekt の実行、デプロイ、fastlane の使用、コードベース構造の調査時に使用する。"run tests"、"build"、"gradle"、"lint"、"detekt"、"deploy"、"fastlane"、"assemble"、"verify"、"coverage" によってトリガーされる。

テスト・品質48
B
bulletproof
bulletproof
jcosta33 / skills

主張のファクトチェックを行い、完了した実装を直接的な証拠に基づいて証明する。主張の検証、反対尋問、強化が必要なとき、または完了した作業に決定的なコマンドによる証明が必要なときに使用する。広範なリスク発見、要件適合性、一方的な擁護の担当としては使用しない。

テスト・品質48
C
capa-officer
capa-officer
ovachiever / droid-tings

品質マネジメントシステムにおける是正措置と予防措置の管理を専門とするシニア CAPA Officer です。CAPA プロセス管理、根本原因分析、有効性検証、継続的改善の調整を行います。CAPA 調査、是正措置の計画、予防措置の実施、CAPA システムの最適化に使用します。

テスト・品質48
C
caveman-review
caveman-review
karnonson / caveman

超コンパクトなコードレビューコメント。PR フィードバックのノイズを削減しながら、実行可能なシグナルを保持します。各コメントは 1 行:位置、問題、修正。ユーザーが「このPRを確認して」、「コードレビュー」、「このdiffを確認して」、"/review" または /caveman-review を実行した場合に使用します。プルリクエストの確認時に自動的にトリガーされます。

テスト・品質48
C
check-ci
check-ci
niekcandaele / skills

プッシュ後の CI/CD パイプラインのステータスを監視し、失敗を調査する。

クラウド・DevOps48
C
circleci-smarter-testing
circleci-smarter-testing
circleci-public / skills

既存の testsuite の上で CircleCI Smarter Testing の機能(テスト影響分析、動的テスト分割、失敗テストの自動再実行)を、`circleci testsuite doctor` を起点に有効化する。テスト影響分析、動的テスト分割、自動再実行、"smarter testing" に使用する。`.circleci/test-suites.yml` が既に存在することが前提。存在しない場合は、先に circleci-testsuite スキルを使用する。

テスト・品質48
C
code-review

説明はまだありません

テスト・品質48
C
comparing-branches-visually
comparing-branches-visually
revitalb-port / skills-registry-demo

別々の worktree に 2 つのブランチをチェックアウトし、異なるポートで開発サーバーを起動して同じページを撮影し、視覚的な差分を作成します。

テスト・品質48
C
configure-trace-metrics
configure-trace-metrics
coval-ai / coval-external-skills

OpenTelemetry の span から Coval のトレースベース指標を推薦、作成、プレビュー、アタッチする。ユーザーが Coval のトレースを持ち、カスタムトレース指標、include_traces を使ったトレース対応の LLM ジャッジ指標、レイテンシ、トークン使用量、プロバイダー障害、ツールの挙動、業界固有のワークフローシグナル、またはトレース属性に基づく本番監視を求める場合に使用。

テスト・品質48
C
contract-testing-flywheel
contract-testing-flywheel
pactflow / pactflow-agent-skills

構造化されたオンボーディングバックログを生成する —— Jira、GitHub Issues/Projects、Azure DevOps、または手動の markdown エクスポートとして —— 開発チームをゼロからコンシューマーとプロバイダーの両方のコントラクトテストを公開するまで導く。ユーザーが /contract-testing-flywheel を呼び出すか、"kick off contract testing for a team"、"create the contract-testing onboarding tickets"、"scaffold the BDCT / CDCT rollout backlog for <team>" を求めた場合に使用する。実行時にどの scrum ツール、CDCT / BDCT / 両方を用いるかを尋ね、スタック、broker、CI ツール、コンシューマー/プロバイダーのペアごとにチケットをパラメータ化する。汎用的 —— SmartBear 内部の前提はなく、特定の scrum ツールへの依存もない。

テスト・品質48
C
core
core
fishzjp / qa-skills

qa-skillsの共有ナレッジベース——依存関係であり、単独では起動不可:実行可能性の基準、エビデンスの評価、リスクモデル、タイプマトリックス、テンプレート、スクリプトを含みます。単独で呼び出さず、必ず関連スキルと一緒にインストールしてください。そうしないと参照が機能しません。共有ナレッジベース(依存単位であり、起動可能なスキルではありません):スイート全体で参照される手法、テンプレート、スクリプトを格納します。テストタスクで単独起動せず、他のスキルと一緒にインストールしてください。

テスト・品質48
C
cryptographic-failures
cryptographic-failures
scholarly360 / owasp-top10-web-skills

Python Web アプリケーション(FastAPI および Flask)における A04:2025 暗号化の失敗を検出、監査、修復する。ユーザーが暗号セキュリティ、パスワードハッシュ、JWT 設定、TLS/SSL 検証、弱い乱数、ハードコードされたシークレット、または hashlib、random、ssl、jwt、passlib、cryptography モジュールを使用するコードについて尋ねた場合はいつでもこのスキルを使用する。ユーザーがセキュリティを監査したい、OWASP A04 の問題をスキャンしたい、暗号のバグを修正したい、認証関連の暗号コードをレビューしたい場合にも起動する。暗号上の弱点が関与する可能性が少しでもあれば、このスキルを起動する。

セキュリティ48
D
dart-generate-test-mocks
dart-generate-test-mocks
dhruvanbhalara / skills

package:mockito と build_runner でモックオブジェクトを生成するとき、または mocktail と mockito のどちらを選ぶかを判断するときに使用する。

テスト・品質48
D
debug
debug
dyrits / skills

難しいバグやパフォーマンス低下の診断ループです。ユーザーが「diagnose」や「debug this」と言う場合、または原因不明のエラー、誤った結果、速度低下を報告した場合に使用します。

開発48
D
debugging
debugging
krzysztofsurdy / code-virtuoso

根本原因分析による体系的なデバッグです。バグ、テスト失敗、不安定な動作、本番エラー、統合失敗に直面した際に使用します。再現、仮説立案、修正、予防、事後分析を扱います。

開発48
D
dependency-upgrade
dependency-upgrade
ovachiever / droid-tings

互換性分析、段階的な展開、包括的なテストを通じて、依存関係のメジャーバージョンアップを管理します。フレームワークのバージョンアップ、主要な依存関係の更新、ライブラリの破壊的変更への対応に使用します。

開発48
D
design-doc-reviewer
design-doc-reviewer
eho / agent-skills

設計ドキュメント、PRD、仕様、要件を独立かつ読み取り専用でレビューし、リポジトリの正確性、重大なリスク、正規ストーリーの準備状況を確認する。エビデンスに基づくブロッキング指摘と任意の非ブロッキング提案を伴う二値の準備状況判定を生成する。改訂や機能デリバリーの準備状況が求められる場合は design-doc-review-loop を使用。

テスト・品質48
D
diagnose
diagnose
mxyhi / ok-skills

難しいバグとパフォーマンス低下に対する体系的な診断ループ。再現 → 最小化 → 仮説 → 計測 → 修正 → リグレッションテスト。ユーザーが「これを診断して」/ 「これをデバッグして」と言ったり、バグを報告したり、何かが壊れている/例外をスロー/失敗していると言ったり、パフォーマンス低下を説明した場合に使用します。

開発48
D
difit-dev
difit-dev
yoshiko-pg / difit

ローカル Web サーバーを起動し、Git のコミット差分を GitHub の Files changed のようなビューで表示する軽量コマンドラインツール

テスト・品質48
D
docs-check-kibana-oas
docs-check-kibana-oas
elastic / elastic-docs-skills

Elastic API ドキュメントのチェックリスト、コアガイドライン、Kibana クイックスタートに照らして、Kibana PR が OpenAPI Spec(OAS)および API ドキュメントの要件に準拠しているかを確認します。利用可能性、概要、説明、パラメーター、例、タグ、リンク、既定値、列挙型、非推奨設定、生成された YAML の正確性をチェックします。API ルートまたは OAS 出力ファイルに触れる Kibana PR のレビューや、PR の OAS、利用可能性、x-state、API ドキュメント準拠の確認依頼に使用します。

テスト・品質48
D
dont-make-me-think
dont-make-me-think
luongnv89 / skills

Steve Krug の原則を用いて UI のユーザビリティをレビューし、ざっと読みやすいレポートを作成する。スクリーンショット、URL、コードの UX 監査に使用する。ブランドの批評、WCAG 監査、バックエンド/API のレビューには使用しない。

デザイン・UI48
11,845 件中 9901–9960 件

MCP は初めてですか?

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

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