Hello-MCP
🚀 こんにちは、MCP(モデルコンテキストプロトコル)
「Claude Desktop MCP Config Manager のセットアップに関するツアーおよびガイド ツール」
한국어 버전은 아래 링크에서 확인할 수 있습니다。 한국어 버전
英語版は以下のリンクからご覧いただけます。英語版
✨ 概要
Hello-MCPは、Claude DesktopがModel Context Protocol(MCP)を介して外部ツールと連携できるようにする便利なユーティリティツールです。セットアッププロセスを簡素化し、Claude AIとカスタムツール間のシームレスな統合を実現します。
(英語) こんにちは、ようこそ! (韓国語) 안녕하세요、환영합니다!
Related MCP server: my-mcp-server
🛠️ 機能
簡単セットアップ: Claude Desktop MCP 統合のためのシンプルなワンコマンドセットアップ
複数のモード: セットアップウィザード、MCP サーバー、または CLI ツールとして実行
組み込みサンプルツール: メール送信や簡単な計算などの事前設定されたツール
拡張可能: 独自のMCPツールを簡単に追加できます
国際化:複数の言語(韓国語と英語)をサポート
📋 要件
Node.js 14+ダウンロード
Claude Desktop がインストールされています (ここからダウンロード)
メール送信GARAK APIキー生成のためのインターネット接続
🚀 クイックスタート
npx を使用すると、インストールせずに Hello-MCP を実行できます。
npx hello-mcpこれにより、構成プロセス全体をガイドするセットアップ ウィザードが起動します。
🎮 使用方法
Hi-Garak は 3 つのモードで使用できます。
1️⃣ セットアップモード(デフォルト)
npx hello-mcp
# or
npx hello-mcp setupこのインタラクティブ モードでは次のことが行われます。
Claude Desktopがインストールされているかどうかを確認する
メールアドレスと目的を尋ねます
APIキーを生成する
MCP 用に Claude Desktop を構成する
Claude Desktop を自動的に再起動する(可能な場合)
2️⃣ MCP サーバーモード
npx hello-mcp mcp-serverこれにより、Claude Desktop が接続できる MCP サーバーとして Hello-MCP が起動します。このサーバーは、Claude が操作を実行するために使用できるツールを提供します。
🔑 APIキー
APIキーは~/.garakrcに保存され、1日あたり50リクエストまでに制限されています。キーはClaude Desktopで使用するために自動的に設定されます。
📊 テレメトリ
Hello-MCP は、サービスを改善するために匿名の使用データを収集します。
ユーザーインタラクションとパフォーマンスメトリック
すべてのデータは匿名化されています
設定でテレメトリを無効にすることができます
🌟 クロードとの使用に関するヒント
セットアップ後、Claude で次のプロンプトを試すことができます。
「1足す1」(単純計算)
「1 に 1 を加えた結果を [your-email] にメールで送信」
🤝 サポート
何か問題が発生した場合は、 help@garak.aiまでご連絡ください。
📚 ドキュメント
その他の例やヒントについては、スタートガイドをご覧ください:スタートガイド
インタラクティブなドキュメントを参照することもできます。
ローカルで実行:
npx docsify-cli serve docsブラウザで表示: http://localhost:3000
🚧 やるべきこと
問題が発生した場合やご提案がある場合は、適切な問題追跡システム(例:GitHub Issues)で問題を作成してください。問題の詳細な説明と再現手順をご記入ください。https ://github.com/hongsw/hello-mcp/issues
Windows サポートは現在テスト中です。
📄 ライセンス
このプロジェクトは MIT ライセンスに基づいてライセンスされています - 詳細については LICENSE ファイルを参照してください。
Available Tools
2 toolsaddD
| Name | Required | Description | Default |
|---|---|---|---|
| a | Yes | ||
| b | Yes |
TDQS
Does the description disclose side effects, auth requirements, rate limits, or destructive behavior?
Tool has no description.
Agents need to know what a tool does to the world before calling it. Descriptions should go beyond structured annotations to explain consequences.
Is the description appropriately sized, front-loaded, and free of redundancy?
Tool has no description.
Shorter descriptions cost fewer tokens and are easier for agents to parse. Every sentence should earn its place.
Given the tool's complexity, does the description cover enough for an agent to succeed on first attempt?
Tool has no description.
Complex tools with many parameters or behaviors need more documentation. Simple tools need less. This dimension scales expectations accordingly.
Does the description clarify parameter syntax, constraints, interactions, or defaults beyond what the schema provides?
Tool has no description.
Input schemas describe structure but not intent. Descriptions should explain non-obvious parameter relationships and valid value ranges.
Does the description clearly state what the tool does and how it differs from similar tools?
Tool has no description.
Agents choose between tools based on descriptions. A clear purpose with a specific verb and resource helps agents select the right tool.
Does the description explain when to use this tool, when not to, or what alternatives exist?
Tool has no description.
Agents often have multiple tools that could apply. Explicit usage guidance like "use X instead of Y when Z" prevents misuse.
send-emailD
| Name | Required | Description | Default |
|---|---|---|---|
| Yes | |||
| body | Yes |
TDQS
Does the description disclose side effects, auth requirements, rate limits, or destructive behavior?
Tool has no description.
Agents need to know what a tool does to the world before calling it. Descriptions should go beyond structured annotations to explain consequences.
Is the description appropriately sized, front-loaded, and free of redundancy?
Tool has no description.
Shorter descriptions cost fewer tokens and are easier for agents to parse. Every sentence should earn its place.
Given the tool's complexity, does the description cover enough for an agent to succeed on first attempt?
Tool has no description.
Complex tools with many parameters or behaviors need more documentation. Simple tools need less. This dimension scales expectations accordingly.
Does the description clarify parameter syntax, constraints, interactions, or defaults beyond what the schema provides?
Tool has no description.
Input schemas describe structure but not intent. Descriptions should explain non-obvious parameter relationships and valid value ranges.
Does the description clearly state what the tool does and how it differs from similar tools?
Tool has no description.
Agents choose between tools based on descriptions. A clear purpose with a specific verb and resource helps agents select the right tool.
Does the description explain when to use this tool, when not to, or what alternatives exist?
Tool has no description.
Agents often have multiple tools that could apply. Explicit usage guidance like "use X instead of Y when Z" prevents misuse.
Tool Schema Changelog
Recent tool additions, removals, and schema changes observed during successful MCP inspections.
2 tool updates
v1.0.0- First observed
add - First observed
send-email
TDQS
Scored across 2 tools
The two tools, 'add' and 'send-email', have no descriptions and appear to serve completely unrelated purposes. An agent cannot determine what 'add' refers to or how it relates to sending email, creating ambiguity.
The tool names follow no consistent pattern: 'add' is a bare verb while 'send-email' uses a verb-noun format with a hyphen. The lack of a shared convention makes the set feel ad hoc.
With only two tools and no descriptions, the server appears extremely thin and under-scoped. It is unclear what domain it covers, and two unrelated tools do not form a coherent toolkit.
The server's purpose is entirely unclear from the tool names alone. 'add' and 'send-email' do not suggest any complete workflow or domain coverage, leaving obvious gaps in any conceivable use case.
Maintenance
Related MCP Connectors
Talk to your public-facing AI from any MCP client — Claude, ChatGPT, Cursor, Cline, Windsurf.
One MCP endpoint for Claude, GPT & Gemini: 100+ tools + no-code connectors + agent workers.
The Remote MCP server acts as a standardized bridge between LLM applications (like Claude, ChatGPT, and Cursor) and external services, enabling AI agents to access external tools and resources. Its primary capability is providing a centralized search tool to discover other MCP servers and their respective tools. Unlike local implementations, it runs remotely with OAuth authentication and permission controls for security.
A comprehensive Model Context Protocol (MCP) server that enables AI assistants to interact with yo…
Related MCP Servers
- AlicenseNot gradedqualityDmaintenanceA Model Context Protocol server built with mcp-framework that allows users to create and manage custom tools for processing data, integrating with the Claude Desktop via CLI.46 npm5MIT
- FlicenseNot gradedqualityDmaintenanceA Model Context Protocol server that allows integration with Claude Desktop by creating and managing custom tools that can be executed through the MCP framework.59 npm-
- AlicenseNot gradedqualityDmaintenanceA tool that helps users easily register Anthropic's Model Context Protocol in Claude Desktop and Cursor, providing ready-made MCP tools for RAG, web search, and Dify integrations.MIT
- AlicenseNot gradedqualityDmaintenanceA local Model Context Protocol (MCP) server that exposes custom tools to Claude Desktop, enabling direct interaction with your local environment. It provides a framework for building and integrating custom TypeScript tools into the Claude interface.3 npmMIT