peck-mcp
Related Servers
Alternatives to peck-mcp
No user-submitted related servers found.
Related Servers
AlicenseAqualityCmaintenanceEnables AI agents to resolve social handles to wallet addresses, check reputation scores, and send tokens directly from any MCP-compatible client.10192 npm6MIT- AlicenseAqualityBmaintenanceProvides permissionless wallet infrastructure for AI agents to manage wallets, sign transactions, and handle tokens across Solana and all EVM-compatible chains. It includes 29 specialized tools for on-chain operations, featuring built-in security guards and automated x402 payment processing without KYC requirements.291,236 npm3MIT
- AlicenseAqualityDmaintenanceEnables AI agents to read chain data, execute transactions, swap tokens, and manage wallets on Solana through 38 tools across 7 modules. Supports write operations with a private key and includes built-in prompts for common workflows.381MIT
- AlicenseNot gradedqualityDmaintenanceProvides AI agents with knowledge and code generation tools for building BSV blockchain applications using @bsv/simple.12 npmMIT
- AlicenseBqualityCmaintenanceA collection of Bitcoin SV tools for the Model Context Protocol that enables AI assistants to interact with the BSV blockchain through wallet operations, ordinals (NFTs), and various blockchain utilities.9135 npm22MIT
- AlicenseNot gradedqualityFmaintenanceProvides a trust layer for AI agents with identity, reputation, payments, and discovery via 92 API endpoints as MCP tools, leveraging Nostr-native infrastructure.MIT
TDQS
Scored across 42 tools
The read/write separation is clear (peck_payments vs peck_payment_tx, peck_messages vs peck_message_tx), and each tool has a distinct documented purpose. Minor confusion is possible between wrapper tools like peck_recent and peck_feed with since, or peck_user_posts and peck_feed with author filter, but the descriptions call these out.
Consistent peck_ prefix and snake_case throughout, with a mostly predictable pattern: nouns for reads and verb_tx for writes. Deviations exist (peck_function_register, peck_request_payment, peck_fleet_spawn) that break the verb_tx convention, but they are still readable and recognizable.
42 tools is well above the 25+ threshold for 'too many', even for a broad social-graph domain. The count creates significant selection overhead, and several tools (peck_recent, peck_user_posts) are convenience wrappers that could be absorbed into parameterized calls without losing functionality.
The surface is remarkably complete for its domain: full read/write coverage for posts, threads, search, interactions, messages, profiles, follows/friends, payments, functions, identity, and fleet management. The only absent operations (update/delete for posts) are inherently impossible for immutable on-chain data, so no real gaps exist.