A MCP server to generate multi-cryptocurrency addresses offline.
Scoring was not performed
No output schema documented. The tool signature does not declare what fields the response contains (address, private_key, public_key, mnemonic, etc.). LLMs cannot know what data is available for downstream operations or how to chain this tool with others.
Tool description and parameter descriptions are in Chinese. While technically valid, this creates friction for English-dominant LLMs and agent frameworks. Descriptions should be in English to maximize accessibility and LLM reasoning quality.
No error recovery guidance. The function signature shows potential for exceptions (e.g., invalid seed, invalid mnemonic, invalid language) but the MCP tool definition does not document what errors are possible or how the LLM should recover. Error messages should be actionable and guide the agent to correct input.
| Scored | Grade | Overall | Spec posture | Rubric |
|---|---|---|---|---|
| 2026-09-22 | F | 18 | 2026-07-28+ | v2 |
| 2026-03-09 | F | 44 | - | v1 |
Parameter 'symbol' description mentions 'BTC' as special case but does not enumerate all valid values. While a list is implied ('BTC, ETH, TRX等'), an explicit enum constraint would let LLMs pick valid options without hallucinating symbols.
Parameter 'language' claims 'Default为英文。支持的语言包括:...' but does not provide an enum or structured list. LLMs may invent language codes not supported by BIP39_MNEMONIC_LANGUAGES.