Your coding agent should know what your customers said

Modem's MCP server and public API are now available for all Modem users. Any MCP client can connect at https://mcp.modem.dev/mcp.

As we build, we've found it useful to pull relevant customer feedback into the work: who hit this bug, what they expected, what they asked for. It keeps us building the right thing.

Your agent can already reach those sources one at a time: Slack has an MCP server, and so do Intercom, Linear and others. But what comes back is raw material: threads, tickets and duplicate reports, one tool at a time. Modem synthesizes the feedback from all of those connections into topics, deduplicated findings with the evidence and reporter counts attached. Our MCP server hands your agent that synthesis.

Now the agent can just ask.

What your agent gets

Connect Modem over MCP and your coding agent gains three things:

• Read tools: search_modem takes a plain-English question and searches your synthesized topics, returning findings with their evidence and reporter counts attached.
• Write tools: merge_topics for duplicates, update_topic to reprioritize, create_companies to create or link companies, and more, all without leaving the session.
• Subagent: invoke_modem_agent runs the full Modem agent, for questions that need Slack, Gong, Intercom and topics reasoned over together.

Building with user feedback

Neil Chudleigh builds superwhisper, an AI-powered dictation app for macOS. He was mid-PR on a paste-detection bug: the recording window hung after dictating into Electron and browser apps, but worked in Apple Notes. From inside the coding session, he asked Modem what users had said. The reply:

The results are grouped by relevance to the fix they had open. A dashboard cannot do that; it does not know what you are building.

That top result is one of Modem's topics: reports from Slack and Discord, deduplicated into a single finding with a reporter count. Neil never had to read the 400 messages behind it.

Slack · #support

recording window stuck after pasting into Slack

Discord · #bugs

overlay won't hide after dictating in my browser

Slack · #bug-reports

hangs in Claude desktop, fine in Apple Notes

modem

Recording window hangs after paste in Electron

bughigh priority5+ reporters

Fine in native apps. Reproduces in Electron and browser text fields.

Sources: Slack · Discord

modem

Neil's verdict at the end of the session:

pretty useful from mcp today

We'll take it.

How we wrote this post

We found that story with the MCP server. To prep for writing this post, we asked the Modem MCP:

That one question turned up customers who had asked for an API months before it existed. It also resurfaced Neil's story above, highlighting both his experience and his quote as evidence. Along the way we found a gap in our own product and filed a Linear issue for it from the same session, using the write tools.

Token efficient

Using Modem to search customer feedback is fast and token efficient. You can of course query each source directly — Slack, Linear, GitHub, Intercom — but those sources hand back raw threads and tickets, and the agent pays for every token it reads while piecing them together.

We measured it: the same question in a fresh Claude Code session, restricted to one source at a time. Modem typically answered from a single search_modem call. The other sessions searched, pulled threads and issues, and reconciled what came back.

Any single source used at least 2.4× the tokens, for a partial answer; each one only knows its own silo. Matching Modem's coverage meant querying all three in one session, at 4.6× the tokens. The synthesis had already happened before the session started, so the agent read findings instead of threads.

The pattern is not specific to one model. We reran the head-to-head — all three sources in one session versus Modem alone — with Opus 5 and Fable 5 in Claude Code, GPT-5.6 Sol in Codex CLI, and GLM 5.2 in opencode:

Every model paid a multiple for skipping the synthesis, from 2.8× (Fable 5) to 13.4× (GLM 5.2). GPT-5.6 Sol worked hardest for its aggregate answer, averaging 61 tool calls per session; one run made 95.

Get started

In Claude Code:

claude mcp add --transport http modem https://mcp.modem.dev/mcp

Then run /mcp to authorize. Auth is OAuth in the browser; there is no API key to provision. Cursor, VS Code, Copilot, Codex and opencode connect to the same endpoint over Streamable HTTP, and the docs have the per-client config.

Then ask about whatever you are working on, the way you would type it mid-PR:

If you want to push context into Modem from your own systems, there is also a public API at api.modem.dev/v1. That one deserves its own post, coming soon; the API reference has the details today.

Connect it and ask about the thing you are building today.