Building Unified API Infrastructure for AI Integration at Scale
merge · Tech · 2025 · source Agentic: yes · promotional bias: med · source-backed · extracted with prompt 0.5.5 (schema v2)
Generated from extraction.json — do not edit by hand. Every claim cites verbatim source evidence; stated means the quote directly asserts the claim, implied means it supports it indirectly.
Problem
Domain: AI data integration infrastructure
Merge had to support AI products that need secure access to customer work data through both comprehensive synced datasets for RAG and live API calls for agentic actions, while handling authentication, tool explosion, DLP, pagination, and enterprise reliability.
Constraints:
- AI companies need access to customer data across HR, accounting, CRM, ticketing, file storage, and other systems.
- Synced datasets give strong retrieval quality but create infrastructure, rate-limit, and partnership costs.
- Live MCP/API calls are cheaper and flexible but weaker for semantic retrieval and large-result workflows.
- Agent tools can leak secrets if API responses are passed directly through an LLM.
- Thousands of tools can overflow context windows unless discovery is scoped.
Architecture
Merge keeps its classic unified API product for full normalized data sync and vector-store/RAG use cases, and adds Agent Handler for live MCP calls. Agent Handler exposes list_tools and call_tool over Merge connectors, handles per-user authentication, offers tool search, scans responses through DLP, and routes calls through existing enterprise-grade integration infrastructure.
Diagram confidence: reconstructed (reconstructed from prose).
flowchart LR third-party-platform-apis["third-party platform APIs"] --> merge-connector-layer["Merge connector layer"] merge-connector-layer --> synced-data-pipeline["synced data pipeline"] synced-data-pipeline --> vector-store["vector store"] vector-store --> ai-product-rag-layer["AI product RAG layer"] ai-product-rag-layer --> llm-agent-runtime["LLM agent runtime"] merge-connector-layer --> agent-handler-mcp-server["Agent Handler MCP server"] agent-handler-mcp-server --> list-tools-endpoint["list_tools endpoint"] agent-handler-mcp-server --> call-tool-endpoint["call_tool endpoint"] agent-handler-mcp-server --> tool-search-endpoint["tool search endpoint"] agent-handler-mcp-server --> authentication-flow["authentication flow"] authentication-flow --> agent-handler-mcp-server call-tool-endpoint --> merge-connector-layer call-tool-endpoint --> dlp-scanner["DLP scanner"] merge-connector-layer --> dlp-scanner dlp-scanner --> security-approval-workflow["security approval workflow"] llm-agent-runtime --> agent-handler-mcp-server list-tools-endpoint --> llm-agent-runtime tool-search-endpoint --> llm-agent-runtime
Components
| Component | Role | Interacts with |
|---|---|---|
third-party platform APIs |
Source systems such as HR, accounting, CRM, ticketing, file storage, Slack, Linear, and chat platforms. | Merge connector layer |
Merge connector layer |
Handles native integrations, credentials, normalization, and production API access across platforms. | synced data pipeline, Agent Handler MCP server, authentication flow, DLP scanner |
synced data pipeline |
Copies and normalizes full customer datasets for downstream RAG and semantic search. | vector store, AI product RAG layer |
vector store |
Embeds synced data to support semantic search and retrieval. | AI product RAG layer |
AI product RAG layer |
Uses synced/vectorized data to answer retrieval-heavy questions. | LLM agent runtime |
Agent Handler MCP server |
Provides live MCP tool discovery and tool invocation backed by Merge connectors. | list_tools endpoint, call_tool endpoint, tool search endpoint, authentication flow, DLP scanner, LLM agent runtime |
list_tools endpoint |
Returns standard tool/function descriptions available for a third-party platform. | LLM agent runtime |
call_tool endpoint |
Invokes selected tools with arguments against underlying APIs. | Merge connector layer, DLP scanner |
tool search endpoint |
Accepts an intent string and returns a smaller set of relevant tools. | LLM agent runtime |
authentication flow |
Checks credentials for a user identity and exposes only an authentication tool until connected. | Agent Handler MCP server |
DLP scanner |
Detects secrets or sensitive data in API responses before agent calls proceed. | call_tool endpoint, security approval workflow |
security approval workflow |
Lets enterprise security teams review new agent workflows before deployment. | DLP scanner |
LLM agent runtime |
Chooses tools, performs RAG, or calls live APIs depending on the workflow. | AI product RAG layer, Agent Handler MCP server |
Data flow
For RAG, Merge syncs third-party customer data, normalizes it, and lets AI products vectorize/embed it into local stores. For agent actions, an LLM or agent framework calls Agent Handler; list_tools exposes relevant functions, call_tool invokes third-party APIs, authentication is required per user, DLP scans responses, and tool search narrows context before execution.
3 supporting quotes
Why this architecture
Merge keeps both synced data and live MCP calls because they solve different problems: vectorized synced data wins for semantic retrieval quality, while live API calls are cheaper and flexible for agent actions. Agent Handler wraps live calls in authentication, security, and tool-discovery infrastructure so agents can safely act on third-party data.
3 supporting quotes
Models used: Mistral · Perplexity · LLMs
Scale
- Merge was founded in 2020 and had been building for about five years at the time of the interview.“since 2020 when you created your company.”transcript, stated“Okay. So now you have been building this company for 5 years.”transcript, stated
- Merge says it serves some of the largest LLM providers.“the the largest LLM providers in the world use merge.”transcript, stated
- The company operates from San Francisco, New York, and Berlin.“you have like offices in multiple places. I think there's like three locations now.”transcript, implied“Yeah. Yeah. We have our SF New York Berlin.”transcript, stated
- Early customer validation included about 100 potential-customer conversations, about 90 positive signals, and 12 initial onboardings.
3 supporting quotes
“go talk to a 100 potential customers and get their validation”transcript, stated“I think of the hundred, we had like 90 tell us, "This is actually an awesome idea and we would use it.”transcript, stated“when we first opened the platform like 12 on boarded”transcript, stated
Alternatives considered (roads not taken)
Use only live MCP/API calls for AI integrations.
Rejected because: Live calls are flexible and cheap but poor for retrieval-heavy semantic search compared with local vector stores.
Use only synced datasets/vector stores.
Rejected because: Synced data is expensive, hits rate and partnership limits, and does not replace live action-oriented endpoints.
Expose all tools directly into the LLM context.
Rejected because: As integrations grow, tool volume can overwhelm context, so Merge uses intent-based tool search.
Let agents freely compose large workflows without deterministic boundaries.
Rejected because: Merge favors small composable components when reliability matters, because intermediate validation is easier.
Patterns
rag-retrieval (retrieval)
Merge's synced unified API product enables customers to copy, normalize, vectorize, and retrieve customer data for AI search.
tool-use-orchestration (agent architecture)
Agent Handler exposes third-party API actions as MCP tools that agents can select and call.
guardrails-io-filtering (security)
Agent Handler includes DLP scanning to block secrets and sensitive data from agent calls.
human-in-the-loop-gate (governance)
Enterprise workflows can require security-team approval before new agent workflows are deployed.
context-compaction (context management)
Tool search narrows tool lists so thousands of available tools do not consume the agent's context window.
Tradeoffs
Support synced datasets and live MCP calls.
Chose Two access paths over A single universal integration mode.
Rationale: Synced/vectorized data is better for retrieval, while live calls are cheaper and better for agentic actions.
Break tools into small composable components.
Chose Small deterministic MCP operations over One giant prompt or free-form agent workflow.
Rationale: Smaller pieces make outcomes more reliable and easier to validate between steps.
Drive internal AI adoption through champions.
Chose Department-level transformative representation over Forcing every employee to become transformative immediately.
Rationale: Merge found energized champions better at adopting tools, teaching teammates, and building department-specific workflows.
Gotchas (what bit them)
Live MCP calls are weak for large-scale retrieval.
Root cause: Underlying APIs constrain access patterns, and result sets pass through the LLM context rather than program variables.
Resolution: Use synced/vectorized data for retrieval-heavy workloads and live API calls for action-oriented workflows.
Naive agent calls can leak secrets.
Root cause: Third-party APIs may return sensitive data that the agent can then send elsewhere.
Resolution: Add DLP scanning and security review workflows around agent actions.
Legacy enterprise auth does not fit clean OAuth assumptions.
Root cause: Many third-party enterprise systems do not use OAuth, so a universal MCP auth flow has to handle varied schemes.
Resolution: Expose only an authentication tool until credentials exist for the user identity.
Tool granularity can make workflows either unreliable or too low-level.
Root cause: Large prompts are less deterministic, but tiny tools force orchestration complexity onto agent builders.
Resolution: Expose small reliable components today while expecting higher-level API abstractions to emerge.
Evaluation
The source discusses production validation through customer adoption, LLM-provider usage, internal AI output gains, security/compliance requirements, and observed retrieval tradeoffs rather than a single quantitative benchmark.
Metrics: Largest LLM providers use Merge, according to the speaker · Perplexity uses Agent Handler for Linear, CRM, and chat connectors · Initial customer discovery: 100 conversations, about 90 positive, 12 onboarded · Qualitative internal output increases · No formal retrieval-quality benchmark disclosed in transcript
3 supporting quotes
Outcomes
- Merge's classic unified API remains used by AI companies for synced data and RAG workloads.
- Agent Handler adds live MCP/API calling for agentic workflows.
- The company reports increased AI-driven demand for data integrations and internal productivity gains from AI tools.
Merge describes five years of company growth, large LLM-provider customers, offices in SF/New York/Berlin, and initial validation/onboarding numbers, but does not disclose exact revenue or throughput.