mcp-builder
Claude統合のためのMCPサーバー構築
Auch verfügbar von: anthropics,ArtemisAI,Azeem-2,92Bilal26,92Bilal26,AutumnsGrove,Cam10001110101,YYH211,DYAI2025,mcp-use,ComposioHQ,davila7
カスタムMCPサーバーの構築には、プロトコルアーキテクチャ、トランスポートオプション、ツール定義パターンの理解が必要です。このスキルは、Claudeを外部サービスやAPIに接続する本番環境対応のMCPサーバーを作成するための体系的なガイダンスを提供します。
Die Skill-ZIP herunterladen
In Claude hochladen
Gehe zu Einstellungen → Fähigkeiten → Skills → Skill hochladen
Einschalten und loslegen
Teste es
Verwendung von "mcp-builder". 天気APIに接続するMCPサーバーを作成
Erwartetes Ergebnis:
ロケーションと日付パラメータを受け取るget_forecastツールを含む天気API MCPサーバーの構造。レスポンスには、適切なinputSchema定義、APIエラーのエラーハンドリング、ローカルCLI使用のためのStdioServerTransport設定が含まれます。
Verwendung von "mcp-builder". 既存のMCPサーバーにsearch_filesツールを追加
Erwartetes Ergebnis:
search_filesツール定義を含むListToolsRequestSchemaの更新、globパターンマッチングを使用したCallToolRequestSchemaハンドラー、無効な検索パスに対する適切なエラーレスポンスを示すコード例。
Sicherheitsaudit
Niedriges RisikoAll static findings are false positives. Scanner misinterpreted documentation formatting (code blocks, project structures) as shell commands. This is legitimate MCP server documentation with no executable code. URLs referenced are official MCP documentation sites.
Probleme mit mittlerem Risiko (1)
Probleme mit niedrigem Risiko (3)
Risikofaktoren
📁 Dateisystemzugriff (1)
Erkannte Muster
Qualitätsbewertung
Was du bauen kannst
カスタムMCPサーバーの作成
独自のAPIや内部サービスとClaudeを接続するための新しいMCPサーバーを構築し、リサーチから評価までの4段階の開発プロセスに従います。
既存サーバーへのツール追加
既存のMCPサーバーに新しいツールを追加し、本番環境で使用するための適切な入力スキーマとエラーハンドリングパターンを定義します。
MCP統合の問題のデバッグ
トランスポート設定、ツール定義、リクエスト処理ロジックを確認することで、MCPサーバー実装の問題を診断し修正します。
Probiere diese Prompts
[SERVICE_NAME]用の新しいMCPサーバープロジェクトの作成を支援してください。[API_ENDPOINT]に接続し、以下の操作を公開する必要があります:[LIST_OPERATIONS]。公式MCP SDKを使用したTypeScriptで実装してください。
MCPサーバー用に[TOOL_NAME]というツールを定義してください。このツールは[DESCRIPTION]を行います。入力パラメータは:[PARAM_SPEC]です。inputSchemaとリクエストハンドラーのコードを示してください。
MCPサーバーは[ENVIRONMENT: local CLI / remote server / browser]で実行されます。適切なトランスポートメカニズムを推奨し、その設定方法を示してください。
MCPサーバーのエラーハンドリングを改善してください。現在は[DESCRIBE_CURRENT_BEHAVIOR]です。[WHAT_INFO]を含むより良いエラーメッセージが必要です。実用的なエラーレスポンスのパターンを示してください。
Bewährte Verfahren
- アンダースコアを使用した説明的なツール名を使用する(getUserやdoThingではなくget_user_profile)
- テストとスケーリングを容易にするため、可能な限りステートレスなツール実装を設計する
- ユーザーを解決に導く実用的なエラーメッセージを提供する
Vermeiden
- 明確性に欠ける「doThing」や「process」のような汎用的なツール名を避ける
- ツールの説明で内部実装の詳細を公開しない
- サーバーの状態をクライアントセッションに結合しない。ツールをステートレスに保つ