mcpField

Skills

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

テスト・品質

T
taste-design-review
taste-design-review
madebymustafa / design-taste

既存のインターフェース(ランディングページ、SaaSアプリ、ポートフォリオ)を対象に、視覚面とユーザビリティを体系的に監査します。スクリーンショットを優先し、tasteルール、Nielsenのヒューリスティック、アクセシビリティの最低基準に照らしてレビューします。深刻度順の指摘と具体的な修正案を提示し、修正前後を検証します。既存のUIへの批評、レビュー、改善を求められたときに使用します。

デザイン・UI61
T
tauri-mcp-test-runner
tauri-mcp-test-runner
xiaolai / vmark

VMark 向けに Tauri MCP 駆動の E2E チェックを実行する。Tauri MCP ツール(ブラウザの DevTools ではない)を使用する必要がある自動 UI フローの実行や更新を依頼されたとき、または実行中のデスクトップセッションで動作を検証するときに使用。

テスト・品質61
T
tdd
tdd
ariadoss / superskills

任意の機能またはバグ修正を実装する際に使用 — 実装コードを記述する前に

テスト・品質61
T
test-first
test-first
noobygains / godmode

任意の機能またはバグ修正を実装する際に使用 — 実装コードを記述する前に

テスト・品質61
T
test
test
rsmdt / the-startup

実装の完了時、バグ修正時、コードのリファクタリング時、またはテストスイートが通ることを検証する必要があるときに使用する。テストが失敗し "pre-existing" や "not my changes" と聞こえたときにも使用 — 厳格なコードオーナーシップを強制する。MECE なカバレッジ(重複なし、漏れなし)と、E2E を含むすべてのテストカテゴリの実行を保証する。

テスト・品質61
T
testing
testing
cloudflare / sandbox-sdk

本プロジェクトのテストを書いたり実行したりする場合に使用する。単体テストと E2E テストの判断、テストファイルの配置、モックのパターン、プロジェクト固有のテスト規約を扱う。(project)

テスト・品質61
T
testing-mcp-tools-locally
testing-mcp-tools-locally
posthog / ai-plugin

ローカル開発環境、シードデータ、API キーをセットアップし、スタッフ専用のマネージドマイグレーション MCP ツール(managed-migrations-support-list、managed-migrations-support-get)をエンドツーエンドでテストする。バッチインポートのサポートツールをテストする場合、MCP ツールのレスポンスやディスカバリー(ツールが表示されない)をデバッグする場合、またはデプロイ前にサポート API を検証する場合に使用する。ディスカバリーのゲートを扱う:隠しスコープ、is_staff、user:read、そしてワイルドカードキーと OAuth が決して機能しない理由。

テスト・品質61
T
triage
triage
akillness / jeo-skills

issue と外部 PR をトリアージロールのステートマシンに通し、分類し、検証し、必要に応じて吟味し、エージェントが実行可能なブリーフを作成する。issue や外部 PR を分類し、検証し、エージェントが実行可能なブリーフに変換する必要があるときに使用。トリガー:triage、triage the backlog、review these issues。

開発61
U
Unity Perf Audit
Unity Perf Audit
juliankerignard / unity-skills

Unity プロジェクト向けの静的なパフォーマンス監査。トリガー:/perf、/perf-audit、'audit performance'、'optimiser performance'、'anti-pattern performance'、'frame rate'、'profiler'、'budget fps'。プロジェクトの C# コードを分析し、パフォーマンスのアンチパターン(CPU、GPU、メモリ)を検出します。重大度、ファイル:行番号の位置、具体的なビフォー/アフターの修正を含むレポートを出力します。

テスト・品質61
U
usability
usability
ryanthedev / design-for-ai

ユーザーがインターフェースを操作できるかどうかを判定し、ヒューリスティック評価を実行する。問題が外観ではなく操作可能性である場合に使用——使えるか、使いにくいか、混乱するか、ユーザーはどこでつまずくか;ヒューリスティック評価、Nielsen のヒューリスティック、ユーザビリティ監査、重大度評価;UX の法則(Fitts、Hick、Miller/Cowan、Jakob、Tesler、Doherty、ピーク・エンド、Zeigarnik、美的ユーザビリティ);ゲシュタルトのグルーピング、アフォーダンス、シグニファイア、マッピング、フィードバック、認知負荷、想起より認識;ナビゲーション、フォーム、検索/フィルター、テーブル/データ、フィードバック、アクション、開示、オンボーディングのパターンからの選択;またはユーザビリティ側のアクセシビリティ(WCAG POUR、インクルーシブデザイン)。対象外:視覚的な見た目や美的監査(core design/audit を使用);文言やマイクロコピー自体(content-design を使用);時間に沿った経路、IA、ファネル(journey を使用);説得やコンバージョンの仕組み(behavioral を使用);誠実なチャート/データのエンコーディング(data-viz を使用)。

デザイン・UI61
U
ux-baseline-check
ux-baseline-check
aa-on-ai / agentic-design-system

変更された画面、フロー、プリミティブについて、該当する UI 状態、レスポンシブでアクセシブルな挙動、再利用可能なコンポーネントの契約を定義し検証する。

デザイン・UI61
V
validating-compose-stability
validating-compose-stability
skydoves / android-testing-skills

このスキルは、Jetpack Compose の安定性で CI をゲートするために使用します — コンポーザブルがスキップ不可/再起動不可になったり、パラメータが stable から unstable になったりした場合に、それがリリースされて再コンポジションを悪化させる前に捕捉します。Compose Stability Analyzer Gradle プラグインの `stabilityDump`(`.stability` ベースラインを書き出す)と `stabilityCheck`(現在のコンパイル結果と比較し、リグレッションで失敗させる)タスク、`composeStabilityAnalyzer { stabilityValidation { … } }` DSL(`failOnStabilityChange`、`ignoreNonRegressiveChanges`、`ignored*` リスト、`allowMissingBaseline`、`stabilityConfigurationFiles`)、`@IgnoreStabilityReport` アノテーション、`app/stability/app.stability` をチームのベースラインとしてコミットすること、意図的なベースライン更新ワークフロー、GitHub Actions の設定(`needs: build`。分析がコンパイル済み出力を読み取るため)を扱います。ユーザーが「stabilityCheck」「stabilityDump」「compose stability analyzer」「stability baseline」「@IgnoreStabilityReport」「composeStabilityAnalyzer」「fail the build on stability changes」に言及した場合に使用します。

テスト・品質61
V
verified-delivery
verified-delivery
magnus919 / agent-skills

承認された変更をエンドツーエンドで実装・デリバリーする——検証、PR の作成、マージ、マージ後の状態確認——ライブステートゲート、耐久性のある中断ハンドオフ、ライブステート優先の再開を用いる。ユーザーが特定の変更に対してエンドツーエンドのデリバリー権限を付与し、デリバリー境界に到達する前に作業がツール呼び出しの上限、コンテキスト枯渇、ワーカーの喪失、セッション中断をまたぐ可能性がある場合に使用する。デリバリー指示のない単純な修正、ユーザーが付与していないマージやマージ後の権限の付与、リリースパイプラインの設計(それには release-engineering を使用)には使用しない。

開発61
V
verify-with-controls
verify-with-controls
vivswan / skills

プローブやステータス読み取りからゼロまたは欠如した読み、警告すべき発見、成功の主張、または変化のない状態を報告しようとするときに使用し、まずその読みが証拠を伴い、管理されたものになるようにする。

テスト・品質61
V
vitest
vitest
marcioaltoe / skills

Viteを基盤とし、Jest互換APIを備えた高速な単体テストフレームワークVitestです。テストの作成、モック、カバレッジ設定、テストのフィルタリングやフィクスチャの操作に使用します。

テスト・品質61
W
watch-run
watch-run
coval-ai / coval-external-skills

ライブ更新で Coval 実行の進捗を監視する。ユーザーが実行ステータスを確認したい場合や完了を待ちたい場合に使用。

テスト・品質61
W
web-automation
web-automation
mauromedda / agent-toolkit

Playwright による Web 自動化、デバッグ、E2E テスト。対話モード(ログイン、フォーム、バグの再現)とパッシブモード(ネットワーク/コンソールのキャプチャ)を扱う。"e2e test"、"browser test"、"playwright"、"screenshot"、"debug UI"、"debug frontend"、"reproduce bug"、"network trace"、"console output"、"verify fix"、"test that"、"verify change"、"test the flow"、"http://localhost"、"open browser"、"click button"、"fill form"、"submit form"、"check page"、"web scraping"、"automation script"、"headless browser"、"browser automation"、"selenium alternative"、"puppeteer alternative"、"page object"、"web testing"、"UI testing"、"frontend testing"、"visual regression"、"capture network"、"intercept requests"、"mock API responses" でトリガーされる。プロアクティブ:セキュリティ検証、UI 修正の検証、フォーム/ドロップダウンのテスト、複数ステップの UI フローで呼び出す。セッション再開時 — 保留中の UI 検証がないか確認する。

テスト・品質61
W
web-performance-optimization
web-performance-optimization
fcakyon / claude-codex-settings

ウェブサイトの読み込みや操作のパフォーマンス、Core Web Vitals、Lighthouse のパフォーマンススコアを監査、診断、最適化します。

開発61
W
web-testing
web-testing
onsager-ai / dev-skills

React/Vite のダッシュボードアプリ向け L2 AI 駆動 Web UI テスト。もともとは Onsager Dashboard を対象に作成された(本文中のルートテーブルとファイルパスは Onsager の構成に合わせている)。他の React ダッシュボードでは手順をフォークし、独自のルート/テストパスに置き換える。PR で UI をテストするとき、L1 テストの失敗をトリアージするとき、デスクトップ + モバイルのビューポートで UI の挙動を検証するときに使用する。トリガーは "test the UI"、"check the dashboard"、"triage L1 failure"、"run L2 tests"、"validate this PR"、"exploratory test the web app"。

テスト・品質61
W
wp-plugin-development
wp-plugin-development
jorgerosal / wordpress-skills

WordPress プラグインのアーキテクチャレビューと WordPress.org への申請基準。WordPress プラグインコードのレビュー、プラグインアーキテクチャの監査、WordPress.org へのプラグイン申請の準備、プラグインのベストプラクティスの確認、カスタム投稿タイプ、タクソノミー、Settings API、フックシステム、国際化の分析を行うとき、またはユーザーが "plugin review"、"plugin development"、"plugin best practices"、"WordPress.org submission"、"Plugin Check"、"plugin headers"、"activation hook"、"deactivation hook"、"uninstall"、"custom post type"、"taxonomy"、"Settings API"、"hooks"、"actions"、"filters"、"i18n"、"text domain"、"prefixing"、"namespacing" に言及したときに使用する。プラグインのアーキテクチャ、ライフサイクルフック、WordPress.org への準拠、API 統合の問題を検出する。

開発61
W
write-plan
write-plan
ariadoss / superskills

多段階タスクの仕様や要件があり、コードに触れる前に使用する。TDD タスク、DRY/SOLID/YAGNI 原則、必須の Test Plan & Verification セクション、カバレッジ目標を備えたエンジニアリング計画を生成し、実行前に独立したダブルチェックとして /plan-eng-review を自動実行する。

開発61
A
accessibility-audit
accessibility-audit
mgd34msu / goodvibes-plugin

アクセシビリティ準拠やインクルーシブデザインを含むタスクでは積極的に読み込んでください。ユーザーが「アクセシビリティをチェック」「WCAG を監査」「スクリーンリーダーの問題を修正」「キーボードナビゲーションを追加」「色のコントラストを確認」と言った場合に使用します。セマンティック HTML、ARIA パターン、キーボードナビゲーション、スクリーンリーダー対応、色のコントラスト比、フォームのアクセシビリティ、メディアの代替、フォーカス管理にわたる WCAG 2.1 AA 準拠を扱います。重要度評価付きの構造化された監査レポートを生成します。

テスト・品質60
A
ag2-evaluation
ag2-evaluation
ag2ai / ag2-skills

AG2 エージェントをオフラインで評価、テスト、追跡します。タスクの Suite を構築し、run_agent でエージェントを実行し、組み込みのスコアラー(final_answer_matches、tool_called、no_tool_errors、token_budget)またはカスタム @scorer——agent_judge の LLM ジャッジを含む——で回答を採点します。RunResult のスコアカード(pass_rate、score_stats、value_counts)を読み、決定論的な TestConfig カセットで CI にゲートを設け、store_dir に永続化して実行を diff してリグレッションを捕捉し、evaluate_traces で既存の trace を採点します。ユーザーがエージェントを評価、テスト、採点、ベンチマークしたい場合、CI やリグレッションゲートを構築したい場合、正確性、ツール使用、コスト、品質を採点したい場合に使用します。ビルドを直接比較したりリーダーボードで比較する場合は ag2-eval-comparison を参照してください。

テスト・品質60
A
agent-host-e2e-tests
agent-host-e2e-tests
microsoft / vscode

src/vs/platform/agentHost/test/node/e2e と providerIntegration 配下の Agent Host エンドツーエンドテストおよび実 provider 統合テストの作成、記録、更新、検証、トラブルシューティングを行うときに使用します。クロス provider テストの追加、SDK アップグレード後の fixture の再記録、必須のクロスプラットフォーム Azure 検証、非決定的またはプラットフォーム固有のテストのゲート、replay キャッシュミスの診断を扱います。

テスト・品質60
A
agent-optimizer
agent-optimizer
chujianyun / skills

Agent 設計のアドバイザー兼レビューツール。12-Factor AgentOps のベストプラクティスに基づき、(1) Agent アーキテクチャ設計案の検討、(2) 既存の Agent/Skill/ワークフローの設計をレビューし、問題点を見つけて改善案を提示するために使用。トリガー語:私の agent をレビューして、この skill を分析して、agent 設計、agent 最適化、このワークフローを review して、この agent の問題点、agent の設計方法、agent アーキテクチャ相談。

エージェントワークフロー60
A
analyze
analyze
ariadoss / superskills

タスク生成後に spec.md、plan.md、tasks.md を対象として、成果物間の整合性と品質を非破壊的に分析します。

テスト・品質60
A
analyze-github-flake
analyze-github-flake
flutter / flutter

flutter/flutter リポジトリの flake な GitHub issue を分析する専門知識。ユーザーが特定の flutter GitHub issue リンクの flakiness を分析したい場合に使用。

テスト・品質60
A
android-testing-unit
android-testing-unit
midudev / autoskills

reducer、ユースケース、リポジトリ、ライフサイクルセーフな状態ホルダー向けに、迅速で焦点を絞った Android ユニットテストを作成します

テスト・品質60
A
antithesis-k8s-onboarding-assistance
antithesis-k8s-onboarding-assistance
antithesishq / antithesis-skills

Kubernetes ベースの本番環境を持ち、Antithesis を使い始める顧客向けの、インタビュー主導のアシスタント。顧客(および Antithesis のエンゲージメントチーム)が k8s 環境に何が含まれるか、テストのために何を残し、削除し、スタブ化するかを把握できるよう支援し、運用向けの構造化された質問と、行き詰まったときのエスカレーション資料を作成する。

テスト・品質60
A
apply-ui-review
apply-ui-review
xgent-ai / skills

UI 受け入れレビュー報告に基づく UI の差分修正に使用します。初回の UI レビュー、コードレビューへの対応、報告書のない UI 開発には使用しません。スクリーンショットと目標を項目ごとに照合して確認してから修正し、自己チェックします。停滞の警告が出た場合は方針を見直し、提出内容を記録してレビューに戻します。

デザイン・UI60
A
ast-grep-code-analysis
ast-grep-code-analysis
zenobi-us / dotfiles

複雑なコードベースのセキュリティ脆弱性、パフォーマンス問題、構造パターンを分析するときに使用。ast-grep を用いた体系的な AST ベースのアプローチで、手作業の調査を超えた包括的なコード理解を提供する。

テスト・品質60
A
ax-agent-optimize

このスキルは、@ax-llm/ax を使って正しい AxAgent のチューニングと評価のコードを LLM が生成するのを支援する。ユーザーが agent.optimize(...)、judgeOptions、評価データセット、最適化ターゲット、保存された optimizedProgram 成果物、エージェント最適化のガイダンスについて尋ねる場合に使用する。

エージェントワークフロー60
B
babysit-pr
babysit-pr
falcondev-oss / skills

レビューと CI の間、プルリクエストを監視する。PR の監視や見守りを頼まれたときに使用。

開発60
B
blast-radius
blast-radius
hachej / boring-stack

変更が的其他の場所で何を壊しうるか、diff の範囲を超えて出荷前に洗い出し、書き下すのではなく実際のコードを実行して安全だと判断できる根拠を1つ示します。「X の blast radius」「これが何を壊すか」といった問いや、信用のない小規模な diff のレビューに使います。

テスト・品質60
B
build-dashboard
build-dashboard
coval-ai / coval-external-skills

実データに基づく指標可視化を備えた Coval ダッシュボードを構築または改善する。利用パターン、指標の頻度、データ密度を分析して、新しいダッシュボードをゼロから作成したり、既存のものを再構築したりする。ユーザーが「create a dashboard」「build a dashboard」「improve my dashboard」「add widgets」「visualize my metrics」「make a performance dashboard」「dashboard for my runs」と言ったときに使用する。

データ・データベース60
C
charted-red
charted-red
marmicode / skills

提供された設計ドキュメントと既存の todo テストに基づいて、次に失敗するテストを書く

テスト・品質60
C
ci-cd

複数プラットフォームにわたる自動テスト、ビルド、デプロイ、セキュリティスキャン向けの CI/CD パイプラインを設計・実装する。パイプラインの最適化、テスト統合、アーティファクト管理、リリース自動化を扱う。

クラウド・DevOps60
C
ci-triage
ci-triage
onsager-ai / dev-skills

失敗した GitHub Actions の実行や PR チェックを調査し、リグレッション、フレーク、インフラ、証拠不足を区別し、リポジトリ管理のゲートとフィクスチャで再現する。失敗した実行、赤い main、赤い PR チェックに使用。

テスト・品質60
C
cloudflare-security-audit
cloudflare-security-audit
sickn33 / agentic-awesome-skills

範囲を限定した偵察、敵対的レビュー、検証、構造化された報告を通じて、許可を得たコードベースを監査し、悪用可能な脆弱性を探します。

セキュリティ60
C
cobol-modernization
cobol-modernization
letta-ai / skills

COBOL プログラムを現代的な言語(Python、Java など)に変換する際のガイダンス。動作の完全な一致とデータ形式の互換性を維持する。レガシーな COBOL アプリケーションをモダナイズする場合、COBOL のビジネスロジックを現代的な言語に変換する場合、または COBOL とその代替実装の間でバイト単位の出力互換性を確保する場合に、このスキルを使用する。

開発60
C
code-review
code-review
duc01226 / easyplatform

[コード品質] レビューのフィードバックを評価する、的を絞ったコード品質レビューを依頼する、完了の主張を検証するときに使用。

テスト・品質60
C
code-review
code-review
rtgs2017 / nagaagent

コードレビューと品質分析のスキル。コードをレビューし、潜在的な問題を見つけ、改善提案を行うために使用。ユーザーがコードレビュー、コード品質分析、ベストプラクティスのアドバイスを求めたときに使用。

テスト・品質60
C
codex-readiness-integration-test
codex-readiness-integration-test
openai / skills

Codex Readiness 統合テストを実行する。ビルド/テストのスコアリングを伴うエンドツーエンドのエージェントループが必要な場合に使用する。

テスト・品質60
C
comprehension-check
comprehension-check
noobygains / godmode

実質的な機能の実装、複数ファイルの変更、アーキテクチャ変更を行うときに使用する。すべての変更点を平易な言葉で順を追って説明し、開発者がコミット前に真に理解しているか確認できるようにし、理解より速くコードが出荷されることで生じる認知負債の蓄積を防ぐ。

テスト・品質60
C
core-web-vitals
core-web-vitals
marcioaltoe / skills

フィールドデータとラボデータに基づいて Core Web Vitals(LCP、INP、CLS)を最適化し、ページのユーザー体験を向上させます。「Core Web Vitals の改善」「LCP の修正」「CLS の削減」「INP の最適化」「ページ体験の最適化」「レイアウトシフトの修正」を求められた場合に使用します。

開発60
C
coverage-drop-investigator
coverage-drop-investigator
proffesor-for-testing / agentic-qe

テストカバレッジが低下し、どの変更が原因か、どのテストを追加すべきかを特定したいときに使用。カバレッジの退行を特定のコミットとファイルまで追跡する。

テスト・品質60
C
create-verification-skill
create-verification-skill
hachej / boring-stack

ユーザーと同じ方法でアプリを操作する、プロジェクトローカルの検証スキルを生成します。言語、フレームワーク、プラットフォームを問いません。/create-verification-skill、「このリポジトリ用の制御スキルを作成して」という依頼、または UI/CLI/サービスの動作をスクリプトで検証する手段がプロジェクトにない場合に使用します。

テスト・品質60
C
custom-skills-plan-analyze
custom-skills-plan-analyze
valorvie / ai-dev-skills

計画、レポート、または変更提案の完全性とプロジェクトへの影響評価を分析する。使用場面:ユーザーが文書(計画書、技術的負債の評価、変更案、RFC、ADR、セキュリティレポートなど)を提供し、その品質、完全性、潜在的なリスクの分析を求めた場合。トリガー:/custom-skills-plan-analyze @ファイルパス — 上記の依頼が中国語または英語で行われる場合のいずれにも適用。

開発60
D
debug
debug
ariadoss / superskills

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

開発60
D
defense
defense
ariadoss / superskills

多層防御のセキュリティ検証 —— OWASP Top 10、シークレット、認証、暗号、データ保護に対する多層チェック。

セキュリティ60
D
design-persona
design-persona
coval-ai / coval-external-skills

AI エージェントをテストするためのシミュレーションペルソナを設計・作成する。ユースケースの選択、音声と言語の設定、行動プロンプトの作成、割り込みのキャリブレーションを案内する。ユーザーが「create a persona」「design a persona」「set up a test persona」「configure simulation persona」「build a caller profile」と言ったときに使用する。

テスト・品質60
D
django-ci-test-optimization
django-ci-test-optimization
lvtd-llc / skills

キャッシュ設定、遅いテストの分割、データベース再利用戦略、並列ワーカー、pytest-xdist、CircleCI/GitHub Actions/Jenkins/Travis のパターン、および全カバレッジの安全策によって、CI における Django と pytest-django のテスト実行を最適化する。CI のテストジョブが遅い場合、並列実行で不安定な場合、遅いテストのカバレッジが不足している場合、またはローカルと CI のテストコマンドを設計する必要がある場合に使用する。

テスト・品質60
D
django-targeted-mocking
django-targeted-mocking
lvtd-llc / skills

override_settings、pytest settings、自動 spec 付きの unittest.mock オブジェクト、出力/入力のキャプチャ、requests-mock、VCR.py、外向き HTTP のブロック、時刻固定ツールを使って、Django のテスト境界を安全に mock する。テストで settings、HTTP 呼び出し、時刻、コマンド出力、stdin、外部サービスを置き換える必要があり、広範で壊れやすい MagicMock パッチを使いたくない場合に使用する。

テスト・品質60
D
django-test-parallelization
django-test-parallelization
lvtd-llc / skills

Django --parallel、pytest-xdist、テスト分離のチェック、ランダム順序の検出、共有リソースのシャーディング、ロック、ロードバランシングによって、Django と pytest-django のテストスイートを安全に並列化する。並列テストを有効にする場合、並列実行時の失敗を診断する場合、不安定な Django テストに対処する場合、またはキャッシュ、ファイル、キュー、外部リソースをワーカー間で安全にする場合に使用する。

テスト・品質60
D
django-test-profiling
django-test-profiling
lvtd-llc / skills

Django の runner、pytest-django、shell の計測、py-spy、cProfile、pytest durations、プロファイラの可視化を使って、遅い Django テストスイートをプロファイリングし計測する。Django プロジェクトのテストが遅い場合、テスト実行時間のボトルネックが不明な場合、CI の計測に問題がある場合、起動時のオーバーヘッドが大きい場合、データベース準備のオーバーヘッドが大きい場合、または最適化の前に最も遅いテストを特定したい場合に使用する。

テスト・品質60
D
document
document
vladikk / modularity

Markdown と HTML の両形式でモジュール性レビューのドキュメントを生成する。モジュール性分析の最終レビュー出力を書くときに使用する。

ドキュメント60
D
download-audio
download-audio
coval-ai / coval-external-skills

Coval の音声シミュレーションから音声録音をダウンロードする。ユーザーが通話録音を聴いたり分析したりしたいときに使用する。

テスト・品質60
D
drift
drift
fiberplane / drift

Drift のドキュメントからコードへのアンカー規約。drift ドキュメントに紐づくコードの編集、ドキュメントの更新、drift.lock の操作、または drift check が古いアンカーを報告した場合に使用。

開発60
E
engram-backlog-triage
engram-backlog-triage
gentleman-programming / engram

Engram のバックログトリアージプロトコル:オープンな issue と PR を監査し、各項目を分類し、コメントからメンテナの思想を推測し、実行可能な処置レポートを作成します。トリガー:オープンな issue や PR の監査、バックログのトリアージ、メンテナとしてのコントリビューター投稿のレビュー、任意の GitHub リポジトリへのトリアージの適用。

開発60
E
ets-runtime-dev
ets-runtime-dev
openharmonyinsight / openharmony-skills

planner/worker/reviewer のワークフローで一般的な ets_runtime の変更を計画、実装、レビュー、検証する。arkcompiler/ets_runtime 配下で作業するとき、または ets_runtime の機能開発、バグ修正、リファクタリング、テスト追加、コンパイル検証のタスクを扱うときに使用する。

開発60
11,883 件中 8581–8640 件

MCP は初めてですか?

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

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