Back to Blog
Integration Guides

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.

Herman Sjøberg
Herman Sjøberg
AI Integration Expert
August 23, 20256 min read
MCPlegacy systemsAI integrationAPIClaudeChatGPT

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

Wrap it. MCPify it. Turn yesterday's systems into tomorrow's AI capabilities—today.


Sources

Who This Article Is For

Enterprise teams needing to connect legacy systems to AI assistants

About the Author

Herman Sjøberg

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