Skills
エージェント向けにパッケージ化された専門スキルと手順を 99,448 件掲載。コマンド 1 行でインストールできます。
開発
Python における OpenTelemetry — SDK のセットアップ、宣言型設定、ゼロコードインストルメンテーション（opentelemetry-instrument、opentelemetry-distro）、contrib 自動インストルメンテーション、手動 API、パフォーマンスチューニング、破壊的変更。Python サービスで OpenTelemetry を設定またはトラブルシューティングする際に使用。トリガー："setup otel in python"、"python telemetry"、"python tracing"、"opentelemetry-instrument"、"opentelemetry-distro"、"TracerProvider python"、"MeterProvider python"、"FastAPI/Flask/Django otel"、"python logging bridge"。
Двусторонняя сверка кода и графа — уборочный такт: всюду ли код соответствует графу, а граф — коду; конец каждой сущностной задачи. Триггеры: reconcile, «сверь код с графом», «приведи граф в порядок», «протки свою область», «отдай долги графа», does the graph match the code, tidy the graph. Также: задача, записанная крией; феномен-ярлык состояния; комментарий-портянка, пересказывающая граф. Distinct from weaving (ремонт графа изнутри), integrity (claim-аудит), reality-audit (поведенческие заявки). Композирует entry, writing, weaving. Нужны тулы iskron_*.
ローカルで検証し（`robomotion validate`）、その後ロボット上で Robomotion フローを実行する（`robomotion run <flow-dir>`）。agent モードの JSONL セッションログを追跡し、検証 → 実行 → 観察 → 修正のループを上限付きリトライで回す。ユーザーが "run the flow"、"start on robot X"、"trigger this on the robot"、"test on a robot"、"deploy and run" と言ったときに使用。
RUNTIME スキル — Stigg の実行時側を実装するときに使用 — 機能アクセスのゲーティング（`hasAccess`、`getMeteredEntitlement`、`getBooleanEntitlement`、`getEntitlement`）、使用量の報告（生イベントには `reportEvent`、計算された測定値には `reportUsage`）、プロモーション権利、および Stigg に到達できないときもチェックが信頼できるようにローカルキャッシュ / フォールバックを構成します。トリガーには "gate this feature with Stigg"、"check entitlement"、"is the customer allowed to"、"hasAccess"、"feature flag with Stigg"、"report usage to Stigg"、"report a usage event"、"increment usage"、"events.report vs usage.report"、"Stigg fallback strategy"、"Stigg cache"、"Stigg sidecar"、"Stigg goes down"、"Stigg offline"、"stale entitlements"、"promotional entitlement"、"grant a one-off entitlement" が含まれます。カタログモデリング（stigg-pricing-modeling）、サブスクリプションのライフサイクル（stigg-subscriptions）、または Stigg 統合のない汎用フィーチャーフラグ（例: LaunchDarkly）には使用しないでください。
構造、コード例、開発者読者向けの慣例を踏まえた技術ブログ記事の執筆。記事の種類、コードのフォーマット、説明の深さ、開発者特有のエンゲージメントパターンを扱う。用途：エンジニアリングブログ、開発者向けチュートリアル、テクニカルライティング、開発者向けコンテンツ、ドキュメント記事。トリガー：technical blog、dev blog、engineering blog、technical writing、developer tutorial、tech post、code tutorial、programming blog、developer content、technical article、engineering post、coding tutorial、technical content
Three.js で、本番環境向けの解析的な水面と境界付き水面を構築します。流れの連成、生物発光励起、移流する泡、RGB コースティクスを伴う発光性の浅瀬の川、重力・毛細波 FFT 波、分散コースティクス、回折グレアを備えたフォトリアルな浅瀬、共有マルチウェーブ変位と法線、境界付き RGBA 高さ場のプールシミュレーション、局所的な水滴、オブジェクト駆動の波紋、微分面積コースティクス、プール／水／球体の体積光学のレイトレーシング、微分フィルター処理した法線帯、解析的な空の反射、面を考慮した Fresnel、ヒューリスティックなスクリーン屈折、Beer-Lambert 吸収、波頭の泡に使用します。
TomTom Maps SDK for JavaScript (@tomtom-org/maps-sdk) を使ったアプリの構築。TomTomMap のセットアップ（地図上の attribution、TomTom と OpenStreetMap のロゴ、ライセンスにより画面上に表示し続ける要件、配置する角とパディング、attribution.backdrop による柔らかな背景、attribution.credits による独自クレジットの追加、transformRequest による地図リクエストの保留や書き換え、Vite ビルドで登録される MapLibre web worker と registerMapLibreWorker、worker が読み込まれず webpack、Next.js with Turbopack、再バンドル CDN で地図が空白になる問題）、MapLibre 連携（map.mapLibreMap、ネイティブ MapLibre より SDK 機能を優先すべき場合）、地点周辺のメートル単位で three.js または生の WebGL シーンを描画するカスタムレイヤー（localFrameMatrix で地図に整列し、3D 建物の下に配置して map.addCustomLayer と lowest3D アンカーでスタイル切替後も維持し、hitTest でオブジェクトをクリック・ホバー可能にする）、多数の移動オブジェクトのインスタンス化（Direct3D 11 の ANGLE 向け三バッファリングリング）、BaseMapModule（3D 建物や道路シールドなどのレイヤーグループ、矢印や出口番号などの道路標示の表示切替、buildings3D.hover、buildings3D.click、setBuildingColors による 3D 建物の ID 指定ホバー・クリック・色付け、getBuildingIdAt による地点指定の建物ハイライト）、baseMapKnobCatalogue による設定のデータ化、setKnob、setKnobs、getKnob、resetKnob による任意モジュールノブの ID 指定設定・読み取り・リセット（StylingFoundationsModule と MapEffects も対象）、applyConfig や updateConfig よりこれらを使う場面、validateKnobValue による値の検証、TerrainModule（陰影起伏図とその見た目、3D 地形の標高と誇張、terrainKnobCatalogue による全設定のデータ化）、ビューポートユーティリティ、係争地と国境の地政学的表示（グローバルな `geopoliticalView`、`geopoliticalViews`、setGeopoliticalView、servesGeopoliticalView と GeopoliticalViewAPI による各 API が提供する表示の確認）、地図スタイル、標準スタイル ID（standardStyleIDs、streetLight、streetDark、streetLightDriving、streetDarkDriving、monoLight、monoDark、streetSatellite）、setStyle、StyleChangeHandler、スタイル切り替え機能、StylingFoundationsModule による意味ベースの地図スタイル設定（ラベル／アイコン／道路サイズのノブ、スタイルのセリフ体・イタリック体または独自フォントファイルによる全地図ラベルの書体設定 labels.customTypeface、地球投影と空、3D 建物の照明と getMapLight による読み取り、建物の角丸、stylingFoundationsKnobCatalogue、layers.query と LayerSelection による生のスタイルレイヤー編集（正確なレイヤー ID、スタイルまたはノブの値に基づく paint と layout、addFilterClause によるレイヤーフィルターの絞り込み）。POI、交通、陰影起伏図の見た目は POIsModule、交通モジュール、TerrainModule で管理）、applyMapPreset と mapPresetCatalogue による地図プリセット、地図全体の ID を使う getStyleColor と styleColorKnobIds による任意のスタイル色の読み取り、map-theme プラグインの deriveMapColors、mapColorsLightDark、deriveMapColorsFromCss、deriveMapColorsFromImage によるウェブサイトの色、CSS スタイルシート、画像、パレットの説明、アーティストの作風を基にした地図テーマ設定と、アクセントカラーに追従するルート・ジオメトリ・地点の色（colors.accent、map.mapColors）、setMapColors によるベースマップの再配色、昼夜の見た目の切り替え、exportStyle による結果のエクスポート、map-effects プラグイン（bloom と bloom.only の色範囲、レンズ越しの街灯のように光を筋状にする glare.only、tint、grade、vignette、fog と空気の色 fog.color、被写界深度、capture、addPass による独自 GLSL パスと vec3／vec4 uniforms、テクスチャと mipmapped、addLayer と removeLayer によるオーバーレイ間の独自 2D canvas レイヤー（紙、フィルムグレイン、透かし用））、flyover プラグインによるルート上のカメラ飛行（RouteFlyover、先読み、交差点のフレーミング、地形とのクリアランス、anchorForPitch による追従位置の画面上の配置、setMarker によるルート追従マーカー、loop: false と onArrive による目的地までの一度限りの飛行、時間または距離によるシーク）、route-dragging プラグインによるドラッグでのルート編集（RouteDragging、ピンで停留地点を移動しルート線から新しい地点を引き出せる編集可能なルート、ドラッグ中に planIntervalMS ごとにライブ再計算して結果を順番に受け取り、showOnMap: false、onWaypointsChange、onRoutes による独自状態への引き渡し）、landmarks-3d プラグインによる 3D ランドマークと建物（Landmarks3D の著名な建物モデル、KTX2 トランスコーダーと transcoderPath、texture ノブによるモデル固有のテクスチャカラー、Buildings3D による窓付きのベースマップ 3D 建物、夜間に光る窓、反射ガラス、太陽と影、建物の背後に隠れる道路名や POI、壁と屋根。独自パレットから色を選択またはブレンドし、変化を付けて建物ごとに異なる色調を適用。buildings.events、landmarks.events、setBuildingColors、setLandmarkColors による個別建物・ランドマークの ID 指定ホバー、クリック、色付け。three.js を読み込まず landmarks-3d/knobs からノブカタログを読み取り）、Landmarks 3D プラグインの GLSurfaces（gl-surfaces）による地図の水面、土地被覆、道路のテクスチャ（空を映す波、樹冠、3D 樹木、草、区画、砂丘、氷河、低木、干潟、砂利浜、岩、舗装、建築地表、アスファルト。すべて 3D 地形に追従し、surfaceSeasons で季節の色を設定、光と風に追従し、Buildings3D と地図の光源と建物の影を共有し、glSurfacesKnobCatalogue で各種の見た目をデータとして利用）、ユーザー操作イベント（click、hover、contextmenu、recently-hovered、dragstart、drag、dragend による地点や場所ピン、ルート線などのフィーチャーのドラッグと新しい停留地点の追加、フィーチャーからポインターが離れても leave イベントはない、BaseMapModule による地図の残りの部分のクリックとホバー、updateEventsConfig によるタイミング変更）、フィーチャーの選択とハイライト、および各データ所有モジュールの setEventState、clearEventStates、getEventStates による選択状態の読み取り、モジュールのライフサイクルイベント、モジュールの表示設定を JSON（*SerializableConfig 型）として保存・再生、検索、ジオコーディング、逆ジオコーディング（一致がない場合にプロパティを持たない ReverseGeocodingResponse）、オートコンプリート、getSearchSuggestions() による場所・ブランド・カテゴリの検索候補、discoverPlaces() による場所の検索（filters.poiCategoryQuery による単語でのカテゴリ指定、または resolvePOICategories による事前解決）、getPlaceDetails() による場所の詳細、geometryData によるエリア輪郭（PlaceGeometryProps）、場所と POI（PlacesModule と markerType、color、label、icon.opacity、PlacesBeforeLayerConfig によるピンと接続線のレイヤースタック上の位置、placesKnobCatalogue による全設定のデータ化、POIsModule と poisKnobCatalogue、filters.ids による ID 指定の個別 POI 非表示、categoryIcons による地図独自 POI と表示場所のカテゴリ別カスタムアイコン・ピン）、pin-clustered マーカータイプによるクラスタリング、場所の入口の描画、PlacesModule.show() が受け取る結果と追加する内容（preparePlacesForDisplay）、クリックした場所のポップアップまたは結果カード、ファジー検索（FuzzyLevel）、ジオメトリ検索とルート沿い検索（いずれも discoverPlaces。route、maxDetourTimeSeconds、sortBy、各結果の detourTimeInSeconds と detourDistanceInMeters）、検索フィルターとカーソルページネーション、geoBias による地理的バイアス、検索結果の EV 充電ステーション・充電ポイント・コネクター、ルーティングと calculateRoute（RoutingModule）、when による出発時刻または到着時刻（departAt、arriveBy）、localDateTime による現地の壁時計時刻、ルートの色、widthPreset、widthFactor、opacity、waypoints.sizePreset、waypoints.sizeFactor、役割（start、stop、finish）別のウェイポイントピン、数字または文字による停留地点の番号付け、ウェイポイントのラベルとホバー時の拡大、独自のウェイポイントアイコンまたは停留地点ごとの POI カテゴリピン、ウェイポイントと場所の違い（ルートの停留地点をどちらが描画するか）、routingKnobCatalogue による全ルーティング設定のデータ化、ルートの代替案と違い（他のルートが通らない区間：getDistinctSections、DistinctSectionProps、DistinctSectionsOptions、各ルートが通る道路と道路番号：getImportantRoads、ImportantRoad、ImportantRoadsOptions、フェリー・有料道路・交通状況、別のルートに対する追加区間や回避区間：getSectionsWithin、SectionsWithin、SectionsWithinOfType、SectionsWithinOptions、getSectionOverlap、RouteSpan、通常のルートの渋滞や通行止めをライブ経路が避ける理由：compareRoutes、RouteComparison、CompareRoutesOptions）、ルート概要のバブル（表示内容、選択ルートとの所要時間比較、表示するルートと位置、色、書体、ズーム）、ルーティングで指定できる車両・トラックのパラメーター、ターンバイターン案内と各地点で進む車線（getInstructionLanes）、有料道路と課金対象道路を含むルート区間（デフォルトの区間種別 defaultSectionTypes と追加種別）、ルートのカーブや連続カーブの旋回半径・方位変化・深刻度（カーブ道を避ける、または探す用途）と getCurveSections、getCurvyStretchSections、isHairpin（hairpinCount）、急カーブを縁石付きで描画する sections.curve.kerb、calculateRoute の curveDetection によるしきい値設定、または計算済みルートでの withCurveSections による再検出、UI から setSectionFocus で区間や任意のセクションにフォーカス、制限速度、トンネル標識と車両通行止め標識、国別区間間の国境通過、ReachableRangesModule による到達圏（等時間圏）、地図のアクセントカラーと陸地色または独自パレットによる帯の着色、fill.outermostOpacityFactor による帯ごとのフェード、reachableRangesKnobCatalogue による全設定のデータ化、GeometriesModule（color、独自塗りつぶし色 fill.palette、循環またはグラデーション方式 fill.paletteMode、破線または点線の境界 line.pattern、fill.style、label、lineLabel、geometriesKnobCatalogue による全設定のデータ化）、opacityFactor による交通流とインシデントのフェード、bbox またはポリゴン内のインシデントとアイコン（isIconsVisible）、予定インシデント（timeValidity）、フォーカス中またはホバー中のインシデントのハイライト（IncidentHighlightConfig）、インシデントにフォーカスした際の他のインシデントの減光（highlight.unfocusedOpacityFactor）と line.opacity によるインシデント線のフェード（IncidentLineConfig）、エリア分析と trafficAreaAnalyticsKnobCatalogue およびその他の交通ノブカタログによる設定のデータ化、カスタム GeoJSON レイヤーと独自データの利用（CustomGeoJSONModule、BYOD、customGeoJSONKnobCatalogue による設定のデータ化、aggregateIntoCells による六角形・正方形・地区ごとの点の中央値または平均値を使ったエリア着色）、会話型地図エージェント向け agent-toolkit プラグイン（createMapAgent、LLM ツール、locatePlace と getViewportBias を使うカスタムツール、createGetCurrentLocationTool によるユーザー位置の精度、オプトイン式 executeMaplibreCode ツールと createExecuteMaplibreCodeTool、生成コードのサンドボックスと必要なページ CSP（getCodeExecutionMode、allowMainThreadFallback）、Vercel AI SDK）。コア Place/Route 型、geojson から Position などの GeoJSON 型をインポートする方法（pnpm では @types/geojson）、サービス設定と呼び出しごとの再試行、AbortSignal による進行中サービス呼び出しのキャンセル、createLatestRequest による最新リクエストのみの維持（入力中検索、地図移動時の再取得、古い応答、競合状態、入力のデバウンス、supersede: 'on-answer' による応答より速く開始した各リクエストの結果表示）、SDKError／SDKServiceError／SDKAbortError クラス、SDKErrorCode コード、error.service の ServiceName（401 はキーの拒否、403 はキーが API またはドメインへのアクセスを許可されていない状態。Calculate Reachable Range や 3D Landmarks タイルなど、キーにない Private Preview アクセスはサービスと地図双方の apiErrorCode、privatePreviewAccess から確認）、地図の障害（TomTomMapError、addErrorHandler、WebGL 非対応またはコンテキスト喪失、API キー拒否、スタイルまたはタイルの拒否、Landmarks 3D タイルエラー）、ViewportPlaces onError、bboxFromGeoJSON、bboxFromCoordsArray、isBBoxWithArea、getPosition、formatDistance、formatDuration などのユーティリティも対象。Public Preview または Private Preview の SDK 機能（プラグインを含む。1.0.0 未満のプラグインは Public Preview、ドキュメントに記載があるものは Private Preview）を統合する前に、開発者にプレビュー通知を表示して確認を求める。SDK 作業の開始時に tomtom-maps-sdk-js-feedback skill を開発者に案内し、開発者の同意を得て SDK の問題点を TomTom に報告する。
エンジニアリングマネージャーがソフトウェアアーキテクト、Staff エンジニア、Principal エンジニアと効果的に協働するための指針 —— EM 側の関わり方（応答性、積極的な相談、功績の付与）、アーキテクトの時間を確保するための働きかけ、相談前の準備、および 2 つのアーキテクチャチームモデル（集中型と分散型）を扱う。ユーザーが「architect」「staff engineer」「principal engineer」「technical design review」「working with senior technical people」「getting architecture help」「how do I get more architect time」と言う場合に使用する。自分に直接報告する Staff/Principal エンジニアのマネジメントには使用しない（`managing-high-performers` または `delegation` を使用）。
xano-developer-mcp プロジェクトの xanoscript_docs ドキュメントシステムを理解、使用、改変するためのエキスパートスキル。XanoScript ドキュメントファイル（src/xanoscript_docs/ 内の .md ファイル）の扱い、xanoscript_docs MCP ツールの改変、新しいドキュメントトピックの追加、既存ドキュメントの編集、xanoscript.ts のトピックレジストリの更新、ドキュメントの提供方法の変更を行うときは常にこのスキルを使用する。xano-developer-mcp プロジェクトのアーキテクチャ、MCP サーバーの設定、ドキュメント配信システムの仕組みについて尋ねられたときにも使用する。xanoscript_docs、XanoScript ドキュメント、Xano MCP ツール、本プロジェクトのドキュメント執筆に言及があればトリガーする。
ユーザーの代わりに `gh` コマンドラインを呼び出して、ax リポジトリへのスター付与、issue／バグ報告の起票、github.com/Necmttn/ax への fork と PR の作成を行います。ユーザーが "star ax"、"star the repo"、"I want to support ax"、"report this as an ax bug"、"file an ax issue"、"open an issue on ax"、"this looks like an ax bug"、"I want to contribute to ax"、"fix this in ax"、"open a PR against ax" と言ったとき、または未処理の ax エラー後にユーザーが報告を希望したときに起動します。明示的なユーザー要求があるときのみ動作します — スターを促すプロアクティブな通知は本スキルではなく CLI（`ax star`）が確定的に処理します。アカウントを変更する操作の前には確認します（明示的な同意なしにスターを付けることはありません）。`gh` が存在しないか未認証の場合は、単なる GitHub URL を返します。無関係な GitHub 作業や他のリポジトリでは自動的に起動しないでください。
HTML と ASP.NET Core Razor Pages/Views でモダンでレスポンシブな Web UI を構築するための実運用グレードの Bootstrap 5.3 パターン。Bootstrap 5 で Web ページ、レイアウト、ナビゲーション、フォーム、カード、モーダル、テーブル、その他の UI コンポーネントを作成またはスタイリングする場合に使用。グリッドシステム、レスポンシブブレークポイント、ユーティリティクラス、カラーモード（ダーク/ライト）、アクセシビリティ、ASP.NET Core タグヘルパーおよび Razor 構文との統合を扱う。Bootstrap CSS クラス、レスポンシブ HTML レイアウト、Razor Page UI デザイン、.NET Web アプリケーションのフロントエンドスタイリングを含むタスクで発動する。
LLM がガードレール、人によるレビュー、監査証跡のもとで業務プロセス内で行動する場合に使用します。ツールや次の手順の選択、システムの呼び出し、人への引き継ぎが含まれます。Camunda が明示されていない場合も対象で、Agent ループを手書きする前に使用します。Camunda 8 AI Agent サブプロセスをモデル化し、BPMN タスクとしてのツール、fromAi() パラメーター、プロンプト、制限を扱います。v1/v2 要素テンプレートの選択と、v1 要素から v2 へのアップグレードも対象です。
ユーザーが "triage coderabbit"、"check coderabbit comments"、"analyze coderabbit review"、"fetch coderabbit findings"、"coderabbit PR"、"review coderabbit suggestions"、"run coderabbit review"、"coderabbit review"、"review with coderabbit" を求めた場合、または CodeRabbit の PR コメントの分析や CodeRabbit CLI レビューのローカル実行に言及した場合に、このスキルを使用する。
複数の専門サブエージェントを用いた並列 C++ Core Guidelines コードレビュー。C++ のコード、モジュール、ファイルを C++ Core Guidelines に照らしてレビューし、違反を特定する場合に使用。各サブエージェントは特定のガイドラインセクション（Functions、Classes、Resource Management など）に照らしてレビューし、所見を review/ ディレクトリ内の個別の markdown ファイルに出力した後、統合サマリーを作成する。
GTK 4/libadwaita アプリへのあらゆる変更に使用します。新規でも既存でも、リクエストが GTK に言及しているかどうかは問いません。文言ではなくリポジトリで判断します — Cargo.toml が gtk4/libadwaita に依存している場合、またはソースが gi/Gtk（Python）を import しているか Gtk（Vala）を使用している場合、症状としてのみ表現されたリクエスト（「並べ替えが機能しない」「Enter を押すとリストが続くべき」「ウィンドウが小さすぎて開く」）を含め、そのアプリへのすべての変更に適用されます。アプリのボイラープレートと新機能、ドラッグアンドドロップ、コンテキストメニュー、キーボードとテキスト編集、フォーカス、選択、ウィンドウサイズに関する動作バグ、スレッド、シグナル、ライフサイクル、コンパイルできない gtk-rs 呼び出し、GSettings、リソース、パッケージング、テストを扱います。ウィジェットの選択、レイアウト、HIG は designing-gnome-ui に委譲します。
ローカルにクローンしたコードベース向けの、2 つの関連するワークフローを 1 つのスキルにまとめたもの。ドキュメントモードは、主にディスク上のファイルを読むこと（ローカルファースト）で、単一で包括的かつ検証可能なアーキテクチャドキュメントを生成する — ユーザーがコードベースを理解、マッピング、文書化、調査、またはオンボーディングしたい場合に使用する（「research this repo」「write up the architecture」「do an architecture deep dive」「document how this codebase works」「map the system design」「create an onboarding doc」）。モダナイゼーションモードは、レガシーシステムをモダナイズ、移行、アップグレード、またはリライトするための段階的な計画を生成する（「modernize this」「plan the migration」「how would we rewrite this」「how do we get off this legacy stack」）。まだアーキテクチャドキュメントが存在しない場合は、まずドキュメントモードを実行し、そのまま計画まで続行する。レガシースタックがすでに機能しない可能性を前提とし、時間制限付きの実現可能性スパイクを実行し、最初から完全にグリーンなレガシー CI ゲートを要求するのではなく、安全ラダー上で達成可能な最も高い段を選ぶ。
レビュアーとしてコードレビューコメントを起草、書き直し、分類、改善するときに使用する。トリガー：粗いレビューメモ、コメントをより明確またはより親切にする要望、重要度ラベル、「how should I phrase this review comment?」、「write review comments」、著者からの反論、指摘を PR コメントに変換すること。役割が不明確な場合は、レビュアーか著者かを確認する。完全なコードレビュー、PR の説明、著者の回答には、文言の作成が求められない限りトリガーしない。
ESP32 ファミリーのボード向けファームウェアの構築、設定、書き込み、テスト、デバッグ、復旧を行います。ESP-Mosaico キットの立ち上げ、ESP-IDF C/C++、Arduino/PlatformIO、MicroPython、CircuitPython、ESPHome、Zephyr、Rust、NuttX に対応します。ESP32 ボードの特定、フレームワークの選択、GPIO や周辺バスの配線、センサーやアクチュエーターの統合、シリアル/起動/電源/ネットワーク障害の診断、OTA と製品セキュリティの計画、ハードウェアテストやフォールトインジェクションの自動化に使用します。対象ボードの回路図、SoC データシート、接続部品のデータシートの代わりには使用しないでください。
AI アプリケーションが外部のツールやデータソースに統一的な方法で接続するためのオープンなプロトコルです。クライアントはモデルとの対話を担い、MCP サーバーはツール・リソース・プロンプトテンプレートを提供します。標準メッセージでやり取りするため、1 つのサーバーを複数のクライアントで再利用できます。