mcpField

Skills

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

テスト・品質

O
onestore-web-sdk
onestore-web-sdk
one-store / onestore_web_sdk_skills

ONE store H5 Game SDK(Web SDK)を HTML5 ウェブゲームに統合し、統合状況を確認してリリース前にコードをレビューします。会話で ONE store、OneStore、원스토어、ウェブゲーム、웹게임、HTML5 ゲーム、H5、WebView ゲーム、アプリ内課金、인앱결제、広告、광고、リワード広告またはインタースティシャル広告、createSDK、ONEstoreH5、initializeAsync、startGameAsync、purchase、getProductDetailsAsync、showRewardedAsync、iframe に埋め込まれたゲームに言及された場合、または doctor、integrate、iap、ads、embed、fix、check などの指示語がこのスキルに送られた場合に使用します。SDK の読み込み、起動フロー(初期化、読み込み、開始)、ライフサイクル処理、広告と購入のコード、iframe 埋め込み要件、エラー(reason)の診断、アプリの画面が真っ白になる問題、リリース前チェックを扱います。ONE store ウェブゲームの広告、購入、ライフサイクルのコード作成を求められた場合は、公式サンプルに基づく参照コードを含むこのスキルを使用し、一から作成しないでください。

開発25
G
get-pr-comments
get-pr-comments
ericlitman / open-pstack

アクティブなプルリクエストのレビューコメントを取得して要約する

テスト・品質24
K
kc-generate-sample-data
kc-generate-sample-data
taehalim / kc-skills

現在のプロジェクトのスキーマと業務ルールに沿った、安全で一貫性のある架空のサンプルデータを生成します。実データなしで画面、フロー、テストを確認するため、「ダミーデータを作って」「テストデータを入れて」「デモ用の例を作って」などと求められた場合に使用します。実際の個人情報や企業秘密の加工、または本番データの作成には使用しません。

データ・データベース24
K
kc-verify
kc-verify
taehalim / kc-skills

実際の動作と証拠に基づき、現在のプロジェクトがユーザーの依頼と確認済みの完了条件を満たしているか検証します。「正しく動く?」「本当に完成した?」「テストして」「デプロイしてもいい?」「変更点をもう一度確認して」など、実装結果の確認依頼に使用します。検証中に機能やデザインの変更を求める依頼には使用しません。

テスト・品質24
B
babysit
babysit
ericlitman / open-pstack

開いている PR を監視し、失敗している CI を修正、簡単なレビューコメントに対応して、マージ可能な状態まで進めます。Cursor 組み込みの /babysit に対応する Claude Code 版です。PR を開いた後、ユーザーが再プロンプトなしでエージェントに推進gets — 以降「再プロンプトなしでエージェントに進行を任せたい」ときに使用します。

開発23
F
fix-ci
fix-ci
ericlitman / open-pstack

失敗している PR チェックを特定し、ログや外部チェックのリンクを調べて、焦点を絞った修正を適用します

クラウド・DevOps23
M
make-pr-easy-to-review
make-pr-easy-to-review
ericlitman / open-pstack

ノイズの多い履歴を整理し、PR の説明を改善してレビュアー向けの案内を追加することで、コードの動作を変えずに PR をレビュー用に整えます。「レビューしやすくして」「この PR を整理して」「コミットを整理して」「差分に注釈を付けて」などの場合に使用します。

開発23
D
diagnosing-experiment-health
diagnosing-experiment-health
posthog / ai-plugin

PostHog の実験1件について、設定、露出、結果、実行中の変更を診断し、健全性を確認します。露出数0、サンプル比の不一致、露出の欠落や偏り、複数のバリアントに割り当てられたユーザー、ID の不具合、実験で集計されるユーザー、統計的有意性の落とし穴(途中経過の確認、A/A、「目標到達」、ベイズ対頻度論、逐次検定、CUPED)、実行中の編集、一時停止と凍結、事後アンケートを扱います。 次の場合に使用:ユーザーが「実験は健全か/正しく設定されているか/偏りがあるか」「露出数が0なのはなぜか」と尋ねる場合、インサイトと異なるユーザーが集計される理由、バイアスや不一致の警告、分割の偏り、有意性の反転、SQL と一致しない数値、編集後に変わった結果について尋ねる場合、または実験に関するユーザーフィードバックを求める場合。 次の場合は使用しない:実験の作成(creating-experiments を使用);ロールアウト(configuring-experiment-rollout)または指標(configuring-experiment-analytics)の設定だけを行う場合;ライフサイクルについてのみ尋ねる場合(managing-experiment-lifecycle を使用)。

データ・データベース22
A
analyzing-offline-evaluations
analyzing-offline-evaluations
posthog / ai-plugin

オフライン AI 評価実験を調査・比較し、ケース単位のリグレッションを診断して、アプリケーション、モデル、プロンプトの変更に伴うスコアラーの履歴を追跡します。オフライン実行で改善したか、ケースが失敗した理由、実行間でスコアがどう変化したか、外部で計算したオフライン結果をどう公開するかをユーザーが尋ねた場合に使用します。不変のスコアラーバージョン、比較可能なデータセット群、不完全なカバレッジ、選択的なペイロード読み取りを扱います。

テスト・品質21
P
pr-screenshots
pr-screenshots
petem24 / skills

スクリーンショットを ImgBB にアップロードし、GitHub のプルリクエストに添付します。PR に視覚的な変更がある場合は UI 検証後に使用するか、PR へのスクリーンショット、画像、視覚的な根拠の追加を依頼された場合に使用します。

開発21
P
project-review
project-review
light-cheng / skills

受け入れ基準を固定し、レビュアーを編成して最終的な PASS/FAIL/BLOCKED 判定を出し、完了したプロジェクトが承認済みの目標を満たしているか判断します。プロジェクト納品の最終受け入れが必要なときに使用します。

テスト・品質21
R
release-workflow
release-workflow
light-cheng / skills

公式 Skills リリースの準備、検証、証明を行うか、既存タグとそのインストール証拠を監査します。新規リリース、新規インストールの検証、リリース証拠の整理に使用します。依頼された段階と許可された対象のみを実行します。

クラウド・DevOps21
R
review-hog-resolution-criteria-gaps
review-hog-resolution-criteria-gaps
posthog / ai-plugin

修正推奨および必須修正のバグや機能不足を修正します。文言、ドキュメント、スタイルに関する提案は作者に委ねます。

テスト・品質21
R
review-hog-resolution-criteria-small
review-hog-resolution-criteria-small
posthog / ai-plugin

小さなバグ、誤字、表現、古くなったドキュメントを修正します。設計上の判断が必要な変更は作者に委ねます。

テスト・品質21
A
audit-agent-context
audit-agent-context
adminoryslabs / armory

現在のリポジトリの AGENTS.md および/または CLAUDE.md が、プロジェクトの実態(構成、コマンド、規約、範囲)を反映しているか監査し、編集せずに不一致を報告します。ユーザーが /audit-agent-context を実行した場合、エージェント向けコンテキスト文書の確認や更新を依頼した場合、または AGENTS.md/CLAUDE.md が古いと疑われる場合に使用します

エージェントワークフロー19
R
review-deep
review-deep
jimweller / clanker-code-review-plugin

コードベース全体を詳細に監査します。リポジトリを25ファイル単位のコンポーネントに分割し、Serenaによるナビゲーションを用いたopencode runを通じて、3つのモデル(OpenAI、Gemini、Claude)が9つの視点から各コンポーネントを調査します。見落としを洗い出し、OCRスキャンのカバレッジ確認も1回実行します。その後、指摘を集約・重複排除し、分離されたclaude -pの判定器を使って、レビュー対象コミットのクリーンなエクスポートに対しCriticalとHighの問題をすべて検証します。実行ディレクトリはreview-ticketsスキルに渡されます。

テスト・品質19
R
review-diff
review-diff
jimweller / clanker-code-review-plugin

9つの視点から、このブランチのすべての変更を main と比較してレビューし、同じ指摘に対して review-deep のスクリプト化された集約・検証・報告の一連の処理を実行します。コミット済み、ステージ済み、未ステージ、未追跡の変更が対象です。

テスト・品質19
R
review-full
review-full
jimweller / clanker-code-review-plugin

9つの専門レビューエージェントが repomix でパッケージ化したスナップショットをもとにコードベース全体をレビューし、同じ指摘に対して review-deep のスクリプト化された集約・検証・報告の一連の処理を実行します。

テスト・品質19
R
review-tickets
review-tickets
jimweller / clanker-code-review-plugin

review-deep、review-full、review-diff の実行で検証済みの問題を Jira チケットファイルに変換します。レビュー担当者自身の記述をもとに問題を再分割し、問題ごとに1ファイルのチケットを作成します。分離した claude -p プロセスを使い、クリーンなチェックアウトで各指摘を評価・編集し、同じ修正で対応できるチケットを統合します。git からコードをコピーして Jira wiki チケットを作成し、検査します。最後に、任意の Jira クライアントでの投稿手順と、延期された低優先度作業の一括チケットを提示します。

テスト・品質19
S
seenry-review
seenry-review
ayangabryl / seenry-skills

Webインターフェース、UIの差分、単一コンポーネントをレビューし、優先度順に修正可能な問題を提示します。デザイン批評、UI監査、アクセシビリティ確認、ブランチやPRによるインターフェースへの影響のレビュー、さまざまな状態やサイズでのコンポーネントのストレステスト、観察したインターフェースやアニメーションの構築方法の説明に使用します。

デザイン・UI19
T
tk-blind-comparison
tk-blind-comparison
mtgvim / tiger-kit

[user/auto] 후보 이름을 가린 블라인드 비교·청취 갤러리를 요청하면 사용합니다. 취향·품질 후보 중 사람이 판단해야 할 때는 실행 전에 갤러리를 제안만 합니다. 단일 변경 QA, 장단점을 공개하는 설계 질문, 자동 지표 비교에는 사용하지 않습니다.

テスト・品質19
C
code-review
code-review
matpocock / skills

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

テスト・品質18
G
gauge-agents
gauge-agents
gauge-sh / gauge-skills

コーディングエージェントが製品をどのように見つけ、利用するかをテストします。エージェント評価の実施、エージェントがSDK、API、CLI、MCPサーバーを使えるかの検証、導入時につまずく箇所の特定、ドキュメントやスキルがエージェントの成功率を高めるかの測定に使用します。Gauge CLIで実際のエージェントセッションを実行し、結果を評価します。Gauge Agentsのタスクにも使用します。通常のユニットテストやAI検索の可視性追跡には使用しません。

テスト・品質18
T
tdd
tdd
matpocock / skills

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

テスト・品質18
F
firegoat-onboarding
firegoat-onboarding
firegoat-ai / skills

現在のリポジトリ向けに、firegoat 評価(firegoat.yaml)を 2~3 件作成します。コーディングエージェントが `npx -y firegoat@latest eval` でローカル実行するテストで、それぞれ prompt、end_goal、スクリプトチェックを含みます。ユーザーが「write firegoat evals」「draft evals」「set up firegoat」「firegoat init」と言った場合や、SDK、CLI、API、ドキュメントのローカルなエージェント体験(AX)評価を求めた場合に使用します。

テスト・品質17
P
principle-attack-the-premise
principle-attack-the-premise
ericlitman / open-pstack

同じ前提に基づく 2 つ以上の修正が同じゲートで失敗したときに適用します。その前提を書き出して直接検証してから、それを仮定する別の修正を作成します。

開発17
P
principle-test-behavior-not-implementation
principle-test-behavior-not-implementation
ericlitman / open-pstack

テストを作成、変更、維持するときに適用します。コードの利用者が観察できる内容を検証し、その振る舞いが壊れたときは失敗し、内部だけが変わった場合は通り続けるテストにします。

テスト・品質17
G
game-qa
game-qa
hungify / playables-skills

Playwright によるゲームの QA テストです。ブラウザーゲームのビジュアルリグレッション、ゲームプレイの検証、パフォーマンス、アクセシビリティを扱います。ゲームテストの作成や実行、テスト失敗のデバッグ、QA インフラの構築に使用します。これはリファレンススキルです。ユーザー向けコマンドには qa-game を使用してください。

テスト・品質16
I
improve-game
improve-game
hungify / playables-skills

ゲームを分析し、改善が必要な点を見つけて、最も効果の高い改善を実装します。ユーザーが「ゲームを改善して」「ゲームをもっと良くして」「ゲームを修正して」「ゲームの問題点は何?」「ゲームを磨いて」と言った場合に使用します。繰り返し実行でき、各回で次に修正すべき最も効果の高い点を見つけます。特定の新機能の追加には使用せず(add-feature を使用)、ゲームの初期作成にも使用しないでください(一括構築には viral-game、マイルストーン方式のプロジェクトには make-game を使用)

開発16
M
multi-portal-compliance
multi-portal-compliance
hungify / playables-skills

各プラットフォームの認定ルールに従い、YouTube Playables、Poki、CrazyGames、GameDistribution、Yandex Games 向けに HTML5 ウェブゲームを検証して移植します。

テスト・品質16
R
review-game
review-game
hungify / playables-skills

既存のゲームコードベースのアーキテクチャ、パフォーマンス、ベストプラクティスをレビューします。ユーザーが「ゲームをレビューして」「コードレビュー」「ゲームのアーキテクチャを確認して」「ゲームの構成は適切か」「ゲームコードを監査して」と言った場合に使用します。変更には使用しないでください。読み取り専用の分析です。修正の実装にはimprove-gameを使用します。

テスト・品質16
B
browser-testing-with-devtools
browser-testing-with-devtools
maddec01 / mux-factory

Chrome DevTools MCP を使って実際のブラウザーでテストします。ブラウザーで動作するものの構築やデバッグに使用します。DOM の確認、コンソールエラーの記録、ネットワークリクエストの分析、パフォーマンスのプロファイリング、実際の実行時データによる表示の検証が必要な場合に使用します。chrome-devtools MCP サーバーの設定が必要です。

テスト・品質15
C
code-review-and-quality
code-review-and-quality
maddec01 / mux-factory

多角的なコードレビューを実施します。変更をマージする前に使用してください。自分、別のエージェント、または人間が書いたコードのレビューに使用します。コードがメインブランチに入る前に、複数の観点から品質を評価する場合や、diffがインラインで貼り付けられている場合を含め、diffまたはプルリクエストのレビューを依頼された場合にも使用します。

テスト・品質15
C
code-review
code-review
maddec01 / mux-factory

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

テスト・品質15
D
diagnosing-bugs
diagnosing-bugs
maddec01 / mux-factory

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

開発15
D
doubt-driven-development
doubt-driven-development
maddec01 / mux-factory

重要な決定を確定する前に、新しいコンテキストで敵対的レビューにかけます。先に進む前にすべての前提を厳しく検証したい場合、計画に隠れた失敗要因がないかストレステストする場合、速度より正確さが重要な場合、不慣れなコードを扱う場合、リスクが高い場合(本番環境の認証、セキュリティに関わるロジック、重大な移行、不可逆な操作)、または後でデバッグするより今検証する方が安く済む場合に使用します。

エージェントワークフロー15
F
flow-preview
flow-preview
tanishqkancharla / flow-preview

同梱の CLI を使用して、状態間をリンクし、レビュー用チェックボックスを保持するインタラクティブな Maui ユーザーフローキャンバスを生成します。複数の UI 状態にまたがるユーザージャーニーをプレビュー、比較、レビューするときに使用します。

デザイン・UI15
T
tdd
tdd
maddec01 / mux-factory

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

テスト・品質15
B
benchmark-checklist
benchmark-checklist
ericlitman / open-pstack

性能測定を報告したり判断に使ったりする前に、その測定を検証します(制約要因、チューニング、限界、誤差、再現性、関連性、処理が実際に行われたかどうか)。ベンチマークを実行する場合や、測定した高速化・性能低下を報告する場合に使用します

テスト・品質13
C
correct
correct
ericlitman / open-pstack

このリポジトリでエージェントが繰り返すミスを見つけ、再発できないようにします。まずアーキテクチャ、次に型、その後、エラーに修正方法を示すlint、テストの順に対応し、ドキュメントは最後に書きます。各チェックが過去の実際のミスで失敗することを証明してください。オペレーターから修正を受けるたびにこの手順を繰り返します。/correctで使用します。

開発13
P
principle-explain-the-number
principle-explain-the-number
ericlitman / open-pstack

測定した数値(高速化、性能低下、スループット、レイテンシ、評価結果)を信頼、報告、または判断に使う前に適用します。制約要因を特定し、想定した処理とは別のものを測定していないか確認します

テスト・品質13
P
prototype-ui
prototype-ui
fpasquet / skills

モック UI 仕様(specs-ui スキルのプロジェクト)を、HTML + Tailwind + Alpine.js による UI のみのクリック可能なプロトタイプに変換します。ナビゲーション、フォーム、状態、ブラウザー内に保存されるシミュレーションデータ、リセットなどの主要フローを接続し、ユーザーテストやデモ用のガイド付きテストシナリオを用意して、複数ページのアーティファクトとして公開します。既存の仕様やモックを基に、プロトタイプ、クリック可能なモック、インタラクティブなデモ、ユーザーテスト可能なフロー、ユーザーテスト、または「クリックして操作できる」バージョンを求められた場合、「プロトタイプ」と言っていなくても使用します。

デザイン・UI13
V
verify-ui
verify-ui
petem24 / skills

agent-browser を使い、プロジェクトの Clerk テストユーザーでサインインした状態でヘッドレス Chrome 上の Web UI の変更を検証し、関連する既存テストを実行します。表示に関わる変更後、またはブラウザーフローの確認、調査、スクリーンショット取得、実行を依頼された場合に使用します。

テスト・品質13
L
langsmith-experiment-diagnosis
langsmith-experiment-diagnosis
langchain-ai / langsmith-skills

LangSmith CLI で LangSmith の実験を調査し、評価結果の悪い例を特定して、実行時の証拠に基づき原因の可能性を説明し、的を絞った修正案を提案します。実験の成績が悪かった理由や、どの評価済み例に対応すべきかを尋ねられた場合に使用します。

テスト・品質12
R
rightmodeler
rightmodeler
elm-os / rightmodeler

品質を損なわずに、エージェントパイプライン内のフロンティアモデルをより安価なモデルに置き換えられる箇所を特定します。インストール済みの rightmodeler TypeScript CLI を再開可能なパイプラインで操作し、機械プロトコルを解釈して、モデルファミリーごとの判定を提示します。証拠が裏付ける場合は、レビュー済みのモデル置換プルリクエストを作成します。モデル費用を削減したい場合、タスクごとに適切なモデルを選びたい場合、安価なモデルへの置換をベンチマークしたい場合、またはエージェントパイプラインを分析してコストを最適化したい場合に使用します。

エージェントワークフロー12
S
skill-stocktake
skill-stocktake
zereight / gitlab-mcp

スキルの一覧を品質、網羅性、鮮度の観点から監査します。重複、不完全、または古いスキルを検出し、健全性レポートを作成します。スキル監査、棚卸し、スキル一覧、スキルの確認、存在するスキルの確認、スキルの品質や網羅性の確認時に有効化します。

エージェントワークフロー11
J
jmbos-executing-tdd-tests

説明はまだありません

テスト・品質10
J
jmbos-generating-tdd-tests

説明はまだありません

テスト・品質10
L
light-code-review
light-code-review
light-cheng / skills

固定時点以降の差分を、標準と仕様の観点から並列サブエージェントでレビューします。対象は編集せず、最終判定も行わずに指摘事項を報告します。ユーザーがブランチ、PR、作業中の差分のレビューを求めた場合、または review-loop や project-review が専門的なソフトウェアチェックを要求した場合に使用します。

テスト・品質10
B
bidirekt
bidirekt
bidirekt / skills

サービスのコードをもとに Bidirekt のコントラクトファイル(contracts/*.yaml)を作成・更新し、can-i-deploy レポートに基づいて修正します。ユーザーが Bidirekt、コントラクトファイル、provides/consumes、または can-i-deploy の失敗に言及した場合に使用します。

テスト・品質9
B
breakthrough-evaluator-agent
breakthrough-evaluator-agent
breakthrough-edu / breakthrough-evaluator-agent

作成者とは独立した判定者を派遣します。新しい評価サブエージェントが、構築前に作成された合格基準に照らして完成物を確認する評価モード、または正本データに照らして一括監査する監査モードに対応します。すべての判定に証拠を示し、修正は一切行いません。所有者が評価者、レビュアー、監査担当者、判定者を求める場合や、「判定者を送って」「評価して」「新しいエージェントで確認して」「別のエージェントにレビューさせて」「このフォルダーを監査して」「レジストリを監査して」「正本データと照合して」「LLM-as-judge」といった依頼に使用します。依頼された場合のみ実行し、タスク終了時に自動実行されることはありません。テスト、スキーマ検証、検索結果がゼロであるべき検索など、機械で実行できる確認、数百件の同一ユニットの確認、修正には使用しません。

テスト・品質9
D
deslop
deslop
overextended / skills

動作を変えずに、FiveM リソースのコード(Lua、TypeScript、JavaScript)から AI 生成の不要なコードを取り除きます。ユーザーからエージェントが書いたコードの整理を頼まれた場合や、リソースの変更を完了してコミットする前に使用します。

開発9
F
fitness-functions
fitness-functions
event-catalog / skills

EventCatalogのアーキテクチャ適合性関数を作成、実行、デバッグします。`*.fitness.ts`ファイル内のTypeScriptルールで、文書化されたアーキテクチャ(所有者、命名、ドメイン境界、依存関係、データアクセス、スキーマ)をチェックし、逸脱があればCIを失敗させます。自然言語で記述されたアーキテクチャルールを実用的な適合性関数に変換し、グローバルまたは対象のドメイン、システム、サービス、メッセージ、データストアの隣に配置します。`eventcatalog fitness check`を実行して結果を確認し、CIに組み込みます。「適合性関数を書いて」「アーキテクチャルールを追加して」「すべてのイベントに所有者を設定して」「ドメイン境界を確認して」「サービス間のデータベース共有を防いで」「循環依存を検出して」「アーキテクチャがルールに違反したらビルドを失敗させて」「CIで適合性チェックを実行して」「適合性関数が失敗する理由は?」といった依頼に使用します。

テスト・品質9
J
jmbos-common-create-zentao-bug

説明はまだありません

テスト・品質9
J
jmbos-common-generating-bug-fix-report

説明はまだありません

テスト・品質9
N
no-comments
no-comments
overextended / skills

新たな読み取り専用レビューを行い、コードによって不要になる差分内のコメントを削除し、削除した回避策コメントが正当化していたコード上の問題も修正します。変更をレビューに出す前、または差分からコメントを削除するよう求められた場合に使用します。

テスト・品質9
E
embedded-register-verify
embedded-register-verify
liujycode / embedded-toolkit

Cコード内のMCUレジスター書き込みがチップのSVDと一致するか検証します。周辺機器、レジスター、ビットフィールドの存在、値がビット幅を超えていないか、列挙値が有効か、読み取り専用ビットへの書き込み、アクセス前のクロック未有効化、アドレスのハードコードを確認します。「報告/未判定/合格」に分類して出力し、再確認用チェックリストも作成できます。組み込みCの初期化コード、レジスター書き込み、またはAI生成ファームウェアのレジスターをレビューするときに使用し、チップSVDと照合します。キーワード:レジスター検証、レジスターチェック、AI生成コード、ドライバーレビュー、初期化コードチェック、照合、register check、verify register writes。対象外:HAL/LL構造体の設定セマンティクス(未判定扱い)、外付けデバイスのコマンド(Flash、センサー)、タイミングの正しさ、一般的なコードスタイル、レジスターに関する事実照会(embedded-register-lookupを使用)。

テスト・品質8
I
interrogate
interrogate
overextended / skills

変更に対する複数モデルによる敵対的レビューです。異なるモデルのレビュー担当者が独立して問題点を指摘し、リードが指摘を「対応」「検討」「記録」「却下」に分類します。変更への尋問、ストレステスト、敵対的レビュー、徹底的な分析をユーザーが求めたとき、またはarchitectなどのスキルで必要なときに使用します。

テスト・品質8
J
jmbos-common-query-zentao-bug

説明はまだありません

テスト・品質8
J
jmbos-common-transition-zentao-bug

説明はまだありません

テスト・品質8
11,825 件中 11761–11820 件

MCP は初めてですか?

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

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