14 MCP tools on agent-paid rails (dual-auth API key or x402): commerce, request_capability, Market experiment (market_browse / market_list), plus secondary Solana/Meteora DeFi demos. Polymarket is not on the public MCP catalog. Streamable HTTP at agentshare.dev/mcp.
AgentShare exposes 7 tools (of 14 declared) with mixed quality. Strong points: most tools have detailed descriptions (100-250 chars, aligned with baseline), clear action verbs in names (search_, best_offer, service_meta), and input schemas with types and ranges. Weak points: only 3 tools have visible, complete input schemas; 4 tools inferred from mcp.json metadata with no schema validation visible in source code; parameter descriptions vary widely in specificity; output schemas are documented only in comments, not returned as structured definitions; error handling strategies are present in mcp_tool_format.py but not linked to individual tools; tool annotations present (toolAnnotations=true declared) but not visible in source for most tools.
Return the single best current offer for a product intent: typically lowest price among in-stock listings the API trusts. Use when the user asks where to buy something cheapest, 'best deal', or one clear recommendation. For side‑by‑side comparison of many listings, prefer search_products.
Find the best offer for a product query with a maximum price ceiling. Use when the user gives a budget, 'under $X', 'below …', or 'no more than …'. Pass max_price in the same numeric unit the deployed API expects for that field (see API docs). Do not use for open-ended comparison without a cap—use search_products or best_offer.
Macro DEX protocol rankings by 24h volume (DefiLlama aggregated). Use chain=solana for AgentShare's primary focus; other chains may be available upstream.
Ranked Meteora DLMM pool brief for Solana (momentum, fee velocity, SAFE/CAUTION/AVOID). Primary AgentShare DeFi endpoint for autonomous agents. Live data from agentshare.dev.
Search connected marketplaces and return structured offers (prices, sources, freshness). Use when the user wants to compare options, browse multiple listings, or explore a product category or model—not when they only need one definitive 'cheapest' pick (use best_offer). Works for robotics parts, robot/drone batteries, and AI hardware — see /coverage for focus areas. Accepts free-text queries in any language.
4 tools (dex_top_movers, meteora_pool_detail, product_detail, commerce_quote, request_capability, market_browse, market_list) declared in mcp.json but NO visible schema or source code provided. These tools are inferred from metadata only, cannot validate schemas, parameters, or error handling.
Output schemas documented only in comments (mcp_tool_format.py, build_summary function) as template patterns, not as machine-readable JSON Schema declarations. LLMs need formal schema to parse responses reliably.
Parameter descriptions vary in completeness. 'limit' parameters described well (e.g. 'Maximum rows to return (higher = broader scan, more tokens)'), but 'window' in meteora_brief lacks guidance on valid values and impact ('5m', '1h', '6h', '24h' are examples, not constraints).
| Scored | Grade | Overall | Spec posture | Rubric |
|---|---|---|---|---|
| 2026-09-23 | B | 73 | 2026-07-28+ | v2 |
Return API capabilities, rate limits, and integration hints. Safe to call without an API key when the deployment allows it. Use for onboarding, capability checks, or answering 'what can this API do?' before calling paid tools.
Solana DEX ecosystem brief (macro venue rankings via DefiLlama-style aggregation). Public-friendly scout before diving into Meteora pool-level briefs.
No explicit error classification or recovery guidance in tool descriptions. Error codes (INVALID_QUERY, NOT_FOUND, RATE_LIMITED, STALE_DATA, UPSTREAM_ERROR) defined in mcp_tool_format.py but not tied to individual tool docs or recovery paths.
Tool descriptions reference external docs/endpoints ('/coverage', '/api/v1/meta', 'see site docs') without inline parameter constraints. LLMs cannot call external docs during reasoning, all constraints must be in the tool description.
API key required (X-API-Key header) but no permission scopes documented. Cannot determine what authority each tool requires (e.g. read:commerce vs write:defi).
search_products and dex_overview accept 'limit' parameters with max 50, but no guidance on token cost impact or pagination support. If >10 results returned, how does the agent retrieve page 2?