← Reddit

Deep links not working in custom connectors

Reddit · WorkingRatio2690 · July 28, 2026
A developer encountered an issue where deep links created within a custom Model Context Protocol (MCP) connector for Claude are displaying as plain text rather than clickable links when tested on mobile via web desktop. HTML embedding attempts have not resolved the problem.

Detailed Analysis

A Reddit user developing a custom Model Context Protocol (MCP) connector for Claude has surfaced a technical issue involving deep links failing to render as clickable hyperlinks when accessed through mobile clients. The developer describes a workflow where the connector is configured and tested via Claude's web and desktop interfaces, but when the same connector is accessed on Claude's mobile app, deep links returned by the MCP server appear as plain text rather than functional links. The user notes that attempts to work around this by embedding the links within HTML content also failed to produce clickable results, suggesting the issue may be tied to how Claude's mobile client parses or renders content returned by custom connectors versus how the web and desktop versions handle the same output.

This issue is significant because MCP has become a central pillar of Anthropic's strategy for extending Claude's capabilities beyond a standalone chatbot into a broader ecosystem of integrated tools and services. Since its introduction, MCP has been positioned as a standardized way for developers to connect Claude to external data sources, APIs, and applications, and custom connectors are a key mechanism by which third-party developers and enterprises build on top of Claude. Deep linking specifically matters because it allows Claude's responses to include actionable, clickable references back to external systems—whether that's a ticketing system, a database record, a document, or a web application—rather than just static text. When those links fail to render properly, especially on mobile, it breaks a core piece of the interactive experience that makes connectors useful for real-world workflows, such as customer support tools, project management integrations, or internal enterprise dashboards where users increasingly expect to interact with Claude on the go.

The discrepancy between platforms also points to a broader challenge familiar to companies building cross-platform AI assistants: ensuring feature parity across web, desktop, and mobile surfaces. Rendering engines, markdown parsers, and content sanitization rules often differ across these clients, and mobile apps in particular tend to lag behind in supporting newer formatting capabilities or apply stricter security filtering that can strip out embedded HTML or interactive elements. This is a common growing pain in the MCP ecosystem, which is still relatively new and evolving quickly, with Anthropic and third-party developers iterating on best practices for how rich content, structured data, and interactive elements should be returned and displayed across all client surfaces.

More broadly, this kind of community-reported bug reflects the current state of MCP adoption: still maturing, with developers actively testing edge cases and surfacing gaps between documentation, intended behavior, and actual client-side implementation. As Anthropic continues to push MCP as an open standard—one that other AI companies and platforms have also begun adopting—consistent behavior across all supported clients becomes increasingly important for developer trust and enterprise adoption. Issues like this one, while seemingly minor, can have outsized impact on developers deciding whether to build production-grade integrations on top of Claude, since inconsistent rendering behavior undermines confidence in shipping connectors that need to work reliably regardless of which device or interface an end user chooses to interact with.

Read original article →