Lovable custom MCP connector for Sume: API key, chat only
Add Sume's hosted MCP server to Lovable as a custom connector with a bearer API key. It informs project chat only and does not power published apps.

You can add Sume to Lovable as a custom remote MCP server on any plan, authenticate with a bearer token or API key, and use it from project chat. It will not run inside a published app. Lovable's docs say chat connectors give context only in project chat and do not power published apps. The server URL is https://mcp.sume.com/mcp, a streamable HTTP endpoint.
What Lovable's pages say
| Topic | Fact |
|---|---|
| Availability | Custom remote MCP connector on all plans |
| Auth options | OAuth by default, bearer token or API key, or none |
| Scope of use | Project chat context; not published apps |
| Connection type | Personal connections |
| Static IPs | Enterprise only |
Setting it up with a Sume key
Create a Sume API key, choose the bearer or API-key option in Lovable, and paste the endpoint. An API key sees the full tool set, including write and paid tools, so create a key you are comfortable giving a chat. Alternatively use OAuth, which asks for consent on the MCP host: mcp:read is required and read-only, mcp:write is opt-in, and mutating tools return insufficient_scope under read-only.
- Run
tools_listandaccount_mefirst to confirm the connection. - Use
catalog_listbefore any paid generation. - Paid and write tools need
idempotency_key; usedry_runandmax_spend_usdto preview cost.
Because it is chat only
An MCP connector in Lovable helps you build, for example by generating a hero video you then add to the project as an asset. The shipped app cannot call the connector at runtime. For runtime generation, your app's backend must call the Sume API with a server-side key, never one in browser code.
Jobs are asynchronous. A request returns a job id; jobs_wait waits at most 55 seconds per call, and wait_slice_expired means call again with the same ids.
Pitfalls
Static outbound IPs are Enterprise only on Lovable, so do not rely on an IP allow list at Sume's side. Connections are personal, so each teammate sets up their own, and a leaving teammate's key should be revoked on the Sume side.
Sources
Related posts
More in Integrations
- Make removed Cycles per run on Oct 1: pace Sume submits instead
Make removed its Cycles per run setting on October 1, 2026. How to keep a Sume batch inside queue and rate limits without it, and when to use a bulk queue.
- Make 'Process data in order': one slow Sume run can block the rest
Make's Process data in order setting pauses new runs until earlier incomplete ones finish. With paid Sume jobs, keep each run short and acknowledged.
- Make webhook returns 410 after 5 days idle: redeliver the Sume job
Make deactivates a webhook not connected to an active scenario for over 120 hours and answers 410. Reconnect it, then use Sume Redeliver for the result.
- Make webhook logs last 3 days: keep Sume job ids and events yourself
Make keeps webhook logs for 3 days on standard plans and 30 on Enterprise. Store each Sume job id so you can audit a delivery after the log is gone.
Written by Sume