Wrapping a Legacy System for AI: An MCPify Guide
Turn mainframes, SOAP services (via WSDL-to-OpenAPI conversion), and proprietary systems into AI-ready tools without rewrites — how MCPify wraps legacy systems with MCP so ChatGPT and Claude can call them.
Key Takeaways
- Wrap legacy systems from an API description — no rewrites
- Support for mainframes, SOAP, and proprietary APIs
- Gateway-first architecture - no system modifications needed
- Send the API description; the endpoints come back as AI-ready tools
- Exhaustive metadata is designed to remove trial-and-error from tool calls
- Enterprise features: auth, logging, rate-limiting, caching
Wrapping a Legacy System for AI: An MCPify Guide
Modern AI can transform business processes—if it can reach your data and actions. For many teams, that data lives inside legacy systems: mainframes, on-prem ERPs, SOAP services, or proprietary CRMs that weren't built for AI. Historically, getting an AI agent to talk to these systems meant months of brittle connectors, custom middleware, and maintenance risk.
This guide shows how to wrap a legacy system for AI using MCPify—no rewrites, no fragile glue code—so assistants like ChatGPT and Claude can call your system like a native tool.
The legacy-to-AI gap (and why it's been painful)
Typical approaches have struggled because they demand that you:
- Hand-craft and host custom connectors or plugins
- Reverse-engineer old APIs and auth flows
- Translate SOAP or proprietary payloads into something an LLM can reliably use
- Maintain brittle code any time an endpoint or schema changes
The result: slow time-to-value and high ongoing cost.
Meet MCPify (and the Model Context Protocol)
MCPify is a multi-tenant gateway that turns any API—REST, GraphQL, or proprietary, with SOAP supported via a WSDL→OpenAPI conversion step—into an AI-ready MCP (Model Context Protocol) service. Instead of writing integration code, you send us a short config (or an API spec), and MCPify generates deterministic, fully documented tools that LLMs can call immediately.
What's MCP? The Model Context Protocol is an open standard for connecting AI apps to tools and data. It's often described as "USB-C for AI": a consistent way for models to discover and use external capabilities.
Where can I use MCP tools? Popular assistants—including Claude—support connecting to local or remote MCP servers, so your newly wrapped legacy system can be invoked from day one.
Who backs MCP? MCP was publicly introduced by Anthropic as an open standard to unify AI-tool integrations.
What "radical transparency" means (and why it helps AI)
MCPify follows a philosophy of "smart agents, simple plumbing." That means:
- No hidden abstractions. MCPify describes your endpoints with exhaustive metadata—inputs, outputs, examples, rate limits—so the AI knows exactly what a tool does.
- Deterministic behavior. Tools don't inject business logic or reinterpret your payloads. The AI sees raw, well-labeled data and stays in control.
- Gateway-first architecture. One MCPify gateway can host many services, with shared caching, auth, analytics, and observability.
The payoff: the model has the schema, not someone's guess about it—so it has what it needs to construct a valid call without trial-and-error.
Step-by-step: wrap a legacy system
Let's say you have an on-prem CRM with a SOAP API. Here's how to make it AI-ready:
1) Describe the API (tiny JSON or import a spec)
Create a lightweight config that declares your endpoints, auth, and parameters. (You can also use an OpenAPI spec if you have one; for SOAP services, convert the WSDL to OpenAPI first.)
{
"service_name": "legacy-crm",
"base_url": "https://crm.example.com/api/v1",
"auth_type": "bearer",
"tools": {
"list_customers": {
"description": "List customers with optional filters",
"endpoint": "/customers",
"method": "GET",
"params": {
"status": { "type": "string", "optional": true }
}
},
"get_customer": {
"description": "Fetch a single customer by ID",
"endpoint": "/customers/{id}",
"method": "GET",
"path_params": { "id": "string" }
}
}
}
2) Send it to MCPify
Share the config with the MCPify team via talk to sales, along with credentials for the target system. MCPify provisions the service, secures the secrets, and deploys it as an MCP server at https://{service}.mcp.mcpify.org/mcp.
3) Auto-generated, AI-ready tools
MCPify emits tools (e.g., list_customers, get_customer) with rich metadata: parameter types, response shapes, usage examples, rate limits, and costs. No code. No plugin hosting.
4) Connect your assistant
Point your assistant to your service's MCP endpoint (https://{service}.mcp.mcpify.org/mcp)—e.g., in Claude's MCP settings, or your agent framework. Now prompts like:
"Find the top 5 customers by lifetime revenue and summarize churn risk."
…cause the model to call your CRM tools via MCPify, fetch the data, and return an answer with citations or next steps.
Why MCPify fits legacy AI enablement
- Speed to value: Integration is configuration, not a development project
- Zero code, zero rewrites: Keep your legacy system as-is
- Transparency over "magic": AIs get real schemas and metadata, not hidden transformations
- Scales across systems: One gateway for many services, perfect for multi-API agents
- Enterprise basics included: Centralized auth, logging, rate-limit protection, and caching
Implementation tips (giving the model what it needs to get calls right)
- Be explicit with parameters. Name params and types clearly (e.g.,
customer_id: string). - Expose filters as first-class tools. Let models query narrowly (e.g.,
list_customers_by_status). - Document response shapes. Include example payloads and field units (e.g., currency, timestamps).
- Chunk large payloads. Offer pagination or field selection to avoid context bloat.
- Monitor and iterate. Use logs and analytics to see what the AI tries to do—then add or refine tools.
Common questions
Does MCPify work with SOAP and proprietary APIs? Yes—with one extra step for SOAP: convert the WSDL to OpenAPI first, then MCPify can expose the operations as MCP tools. Proprietary APIs work from an OpenAPI spec or a short config.
Will it change my legacy system? No. MCPify runs as a gateway wrapper—your system remains untouched.
Can multiple teams reuse the same integration? Yes. MCPify's gateway-first approach lets you host many services centrally and manage per-team access.
How do assistants discover the tools? The MCP server advertises its tools with machine-readable metadata. Assistants like Claude can connect to local or remote MCP servers and use them immediately.
Next steps
- Get your first service live: talk to sales and send us your API description.
- See pricing & security: Visit Pricing and Security.
- Talk to us: book a demo for a hands-on session.
Wrap it. MCPify it. Turn yesterday's systems into tomorrow's AI capabilities—today.
Sources
- Anthropic docs — "Model Context Protocol (MCP)": https://docs.anthropic.com/en/docs/mcp
- Official MCP site (overview): https://modelcontextprotocol.io/
- MCP specification (June 18, 2025): https://modelcontextprotocol.io/specification/2025-06-18
- Anthropic announcement — "Introducing the Model Context Protocol": https://www.anthropic.com/news/model-context-protocol
- Quickstart — "Connect to Local MCP Servers" (Claude Desktop): https://modelcontextprotocol.io/quickstart/user
- Tutorial — "Connect to Remote MCP Servers" (custom connectors): https://modelcontextprotocol.io/docs/tutorials/use-remote-mcp-server
Who This Article Is For
Enterprise teams needing to connect legacy systems to AI assistants
About the Author

Herman Sjøberg
AI Integration Expert
Herman excels at assisting businesses in generating value through AI adoption. With expertise in cloud architecture (Azure Solutions Architect Expert), DevOps, and machine learning, he's passionate about making AI integration accessible to everyone through MCPify.
Connect on LinkedIn