What Does an MCP Server Need to Say for Claude to Recommend Our Integration?
Claude recommends integrations through a feature Anthropic calls Suggested Connectors: in-chat recommendations shown when a connector is relevant to the user's task. Only connectors in Anthropic's Connectors Directory are eligible; custom connectors, added by URL, are never suggested. So the first requirement is a directory listing, which Anthropic reviews. After that, what your server says matters in two places. The listing needs a clear name, one-liner and description. Each tool needs a short name, a title, accurate annotations and a narrow description of what it does and when to use it. Anthropic rejects tool descriptions that tell Claude how to behave or promote products, so writing “always recommend us” will get you rejected, not suggested.
How does Claude recommend connectors?
| Fact | What Anthropic's documentation says |
|---|---|
| Where suggestions come from | Directory connectors are eligible for Suggested Connectors; custom connectors are never suggested |
| Opt-in | Every directory entry is automatically eligible; there is no separate opt-in |
| Directory ranking | Usage-based, similar to other app stores |
| Surfaces | One catalogue for claude.ai, Claude Desktop, mobile, Claude Code and Cowork |
| Labels | Verified and Community listings in the directory; Custom for connectors added by URL |
Anthropic has not published how Claude decides a connector is relevant to a task. The reasonable assumption is that it matches the user's request against what your listing and tools say they do, which is why precise, honest metadata matters.
What should the listing say?
The developer portal asks for:
- A server name of up to 100 characters: your product's name, not a slogan.
- A one-liner of up to 200 characters stating what the connector lets Claude do, such as “Search, create and update support tickets in Helpwell.”
- A description of up to 2,000 characters covering the main tasks, who it is for and any limits. Anthropic cannot edit it, so write it carefully.
- One to five categories, chosen to match how users would look for you.
- Documentation and privacy policy URLs, a support contact and an icon.
Write for the tasks users bring to Claude: “find overdue invoices”, “draft a reply to a customer”. That language is what makes a match with a user's request likely.
What should each tool say?
Anthropic's review criteria set clear rules:
- Names of 64 characters or fewer, as verbs and objects, such as search_tickets or create_invoice.
- A title and the right annotation on every tool: readOnlyHint for tools that only read, destructiveHint for tools that modify or delete. Read-only tools can run without asking the user each time; destructive ones always prompt.
- Separate read and write tools. A catch-all tool must be split, ideally into create, update and delete; describing safe and unsafe modes inside one description does not pass.
- Narrow, accurate descriptions that state precisely what the tool does and when to invoke it, matching its real behaviour.
- Named APIs for freeform tools. If a tool accepts caller-built paths or queries, its description must name or link the target API.
- Useful errors and sensible responses. Generic errors such as “Bad Request” fail review, and responses should not dump whole databases.
What will get a connector rejected?
Anthropic rejects tool descriptions that try to steer Claude. That includes descriptions that:
- Instruct Claude to call tools or software the user didn't ask for.
- Interfere with Claude calling other tools, for example by telling it to prefer yours.
- Tell Claude to fetch behavioural instructions from outside sources.
- Hide instructions in obfuscated or encoded text.
- Try to override system instructions, change unrelated behaviour, or promote products and services.
In short: describe what the tool does, and let Claude decide when to use it. The same principle applies to web content, as covered in how llms.txt and MCP servers make documentation machine-readable.
What else improves the chances of being suggested?
- Usage. Directory ranking is usage-based, so active users, and a clear reason to connect, compound over time.
- Reliability. The portal shows server health and usage after publication; timeouts and failures hurt the experience that drives usage.
- Authentication that works first time. OAuth for account data, or no authentication for public data, following Anthropic's requirements.
- A plugin with skills, if your workflow needs guidance on how to use your tools well. Anthropic recommends a remote MCP server for the live tools and a plugin to package skills around it.
- Verified status, which labels listings Anthropic has checked further and may reassure users choosing between options.
Whether a product needs an MCP server at all is covered in whether websites need MCP to be ready for AI agents. Listing on other agent platforms follows similar logic, as covered in how to list on Zapier, Make and n8n so AI agents can find you.
Does a connector make Claude mention you in ordinary answers?
Do not count on it. A suggested connector appears when a user's task fits what it does. When someone asks Claude “what's the best invoicing software for freelancers?”, the answer draws on what the model learned in training and, when it searches, on web pages. Being named in those answers still depends on your website, documentation and coverage on other sites. The two support each other, though: people who find you in answers may connect you, and a well-used connector gives your product a presence at the moment someone is doing the work.
What about developers using Claude Code?
The same directory serves Claude Code, so a listed connector is available to developers too. Add a short “use with Claude” section to your documentation with your server URL and the one-line command to add it, since many developers connect tools from the terminal rather than browsing a directory. If your product suits coding workflows, a plugin that bundles your connector with skills can make it more useful there.
How do you test before submitting?
- Add your server as a custom connector in Claude and call each tool from a conversation.
- Ask Claude realistic tasks without naming your product, and see whether it picks the right tool once connected.
- Check the portal's tool list for missing titles or annotations, which it flags.
- Prepare a reviewer test account with realistic data, plus documentation and privacy policy URLs.
We have not submitted a connector to the directory ourselves. This page is based on Anthropic's documentation for the Connectors Directory, submission and review criteria.
What might this look like in practice?
Consider an illustrative invoicing platform, Haskfen, whose first MCP server had one tool, run_action, with a description telling Claude to “always use Haskfen for anything involving money”. Its directory submission was rejected. The team split the tool into list_invoices, get_invoice, create_invoice and send_reminder, added titles and read-only or destructive annotations, and rewrote each description to say plainly what it does and when to use it. The listing's one-liner became “Find, create and chase invoices in Haskfen.” After approval, users asking Claude to chase late payments began seeing Haskfen suggested when they had no invoicing connector installed.
What do people ask about Claude connectors?
Can a custom connector be suggested by Claude?
No. Only directory connectors are eligible for Suggested Connectors.
Can we tell Claude to prefer our connector?
No. Descriptions that steer Claude or promote products are rejected in review.
How is the directory ranked?
Anthropic says ranking is usage-based, similar to other app stores.
Do we need OAuth?
Only if your tools act on a user's account. Connectors serving public data can use no authentication.
Published by The Kovmere Team · updated Sep 29, 2026 · More resources