Loading ToolBench

Reading the current corpus…

ScreenerBot MCP server · F · ToolBench

← Browse

ScreenerBot

github.com/farfary/ScreenerBot

Automated Solana DeFi Trading Bot with wallet management, token operations, and trading tools

<=2025-11-2512 tools

32/100

Definition Quality37

Protocol Readiness22

Supportability30

Spec posture

Inferred effective spec <=2025-11-25·current baseline 2026-07-28

Static source inference · medium confidence · detected: Logging

Deprecated protocol patterns detected

Summary

ScreenerBot exhibits severe definition quality gaps across all dimensions. Tool definitions are inferred from JavaScript UI code (src/webserver/templates/scripts/pages/tools.js) rather than explicitly registered in the MCP server implementation. No tool descriptions are visible in the Rust source code (src/wallets/manager/tools.rs shows only get_wallets_summary). Input schemas are partially documented in the assessment but not verifiable in actual MCP tool registration. Most tools lack parameter descriptions, type constraints, and output schema documentation. Error handling and recovery guidance are absent. The server appears to be a Solana trading bot with a web UI, not a properly structured MCP server with formal tool definitions.

Tools (12)

airdrop-checkerread onlysource verified32/100

Check for pending airdrops and claimable rewards

burn-tokensdestructiveauthsource verified25/100

Permanently destroy tokens from your wallet

buy-multi-walletswriteauthsource verified45/100

Execute coordinated buy orders across multiple wallets with randomized amounts

create-tokenwriteauthsource verified48/100

Deploy a new SPL token on Solana

get_wallets_summaryread onlysource verified35/100

Get wallets summary for dashboard

sell-multi-walletswriteauthsource verified40/100

Execute coordinated sell orders across multiple wallets with SOL consolidation

token-analyzerread onlysource verified42/100

Deep analysis of any Solana token with multi-dimensional insights

Issues (5)

CRITICALtool ↗

Tool definitions inferred from UI code, not explicitly registered in MCP server. No verifiable tool registration with schemas in Rust source.

wallet-cleanupburn-tokenswallet-consolidationairdrop-checkerwallet-generator

CRITICALconstrained-input ↗

Most tools lack input schemas or have empty input objects ({}). Tools with no schema cannot be properly invoked by LLMs.

get_wallets_summarywallet-cleanupburn-tokenswallet-consolidationairdrop-checkerwallet-generator

HIGHtool-description ↗

Descriptions are generic and under 50 characters for most tools. LLMs cannot distinguish when to use 'token-watch' vs 'trade-watcher' vs 'buy-multi-wallets'.

wallet-cleanupburn-tokenswallet-consolidationairdrop-checkerwallet-generator

Recommendations

Migrate tool definitions from JavaScript UI code into explicit Rust MCP tool registration using rmcp crate (already in Cargo.toml). Each tool must have a name, description (50-200 chars), and complete JSON Schema input.
Add comprehensive parameter descriptions for all tools. For 'buy-multi-wallets', document: 'slippage' (max acceptable price impact %), 'router' (swap protocol: auto/jupiter/direct/raptor), 'concurrency' (parallel operations 1-3).
Implement confirmation/dry-run pattern for destructive tools. Add a 'dry_run' boolean parameter to 'burn-tokens', 'buy-multi-wallets', 'sell-multi-wallets' that returns estimated outcome without executing.
Document output schemas for all tools. Specify what fields are returned (e.g., 'token-analyzer' returns: token_name, mint, holder_count, liquidity_usd, risk_score).
Add error handling with recovery guidance. E.g., 'Insufficient SOL balance. Available: 0.5 SOL. Minimum required: 1.0 SOL. Call wallet-consolidation to merge sub-wallets.'

Spec posture evidence

Inferred effective spec: <=2025-11-25.

Relies on Logging (deprecated) - log to stderr or use OpenTelemetry

Score history

Overall score trend

First recorded score · v2 rubric

32/100

Scored	Grade	Overall	Spec posture	Rubric
2026-09-23	F	32	<=2025-11-25	v2