Claude MCP connector supports tool calls only; Sume MCP is tools-only
Claude's MCP connector uses only tool calls from the spec. Sume's hosted MCP also exposes only tools, so nothing is lost: what the server declares.

Anthropic's MCP connector supports only tool calls from the Model Context Protocol, per its documentation read on 2026-10-04. Prompts, resources and the rest of the spec are not used by the connector. That sounds like a limitation, but Sume's hosted MCP server at https://mcp.sume.com/mcp is itself tools-only, so the connector uses everything the server offers.
What does Sume declare?
In the server code on origin/main, the initialize result advertises a tools capability with listChanged set to false, under the server name sume-remote-mcp at version 0.4.0. The method handler answers four methods: initialize, ping, tools/list and tools/call. Anything else is a JSON-RPC method-not-found error (-32601). There are no prompts or resources to miss.
What does that mean for a Claude integration?
| Question | Claude MCP connector | Sume hosted MCP |
|---|---|---|
| Spec features used | tool calls only | tools only |
| Transport | public HTTPS, Streamable HTTP or SSE | https://mcp.sume.com/mcp |
| Auth | authorization_token in mcp_servers | OAuth or API key |
| Tool list changes | not covered on the page | listChanged is false |
How does the server pair with the connector?
Both sides agree on tools, so the work is auth and sizing. The connector passes an authorization_token; you obtain it through Sume's OAuth flow or use an API key, as described on MCP OAuth and API keys. Remember that an API key gives the full tool set, while a read-only OAuth grant hides write and paid tools.
Because the server never pushes a changed tool list, re-list tools when you deploy a new client version rather than waiting for a notification. Use tools_list to see what the current session can call and tools_schema for one tool's contract, as the MCP tools and gates page advises.
What should I not assume?
Do not assume an MCP feature exists because the specification has it. The Sume docs say to use tools_list and tools_schema for the live contract and not to assume parity with the HTTP API. If your integration needs long-running work, use job tools: create, then jobs_wait, then jobs_result, as the Jobs and results page lays out.
If you want a connection check, mcp_health reports endpoint readiness, auth source and safety posture, and it works as a first call from the connector.
Does anything else change for Claude users?
Mostly the work is in naming and gating. Anthropic's connector lets you enable or disable tools per server through mcp_toolset, so you can expose three Sume tools without the other dozens. Keep that list short, because each tool description takes context, and Sume's descriptions are dense on purpose. Add the tools you need for one job at a time, then widen the list once the first workflow runs cleanly end to end.
Sources
Related posts
More in Integrations
- Claude MCP connector: allowlist read-only Sume tools by toolset
With the Messages API MCP connector an API-key Sume session exposes paid tools. Use an mcp_toolset with default_config enabled false and enable only job reads.
- Opus 5.5 computer toolset rejects strict: Sume tools do not need it
Anthropic's computer and browser toolsets reject strict mode. Sume media work runs through MCP tools and API calls, so a Claude agent needs neither toolset.
- Cloudflare Agents SDK with Pi: connect Sume's MCP tools
Cloudflare's Agents SDK now supports the Pi harness. Point the agent at https://mcp.sume.com/mcp and send an idempotency_key on every paid tool call.
- Cloudflare Web Search API beta and Sume crawl tools for research
Cloudflare's Web Search API beta targets agents. Sume's hosted MCP has its own read-only crawl tools. How to research references first, then generate.
Written by Sume