Control and permissions
How would I change AI assistants without rebuilding everything?
A simple guide for owners worried that connecting an AI locks them into one vendor, and what actually carries over if they switch.
Short answer
The part that takes the work does not belong to any one assistant. The gateway and your data copy speak MCP, an open standard that Claude and ChatGPT both use. If you change assistants, that part stays. Each person points a new assistant at the same gateway, and the connection keeps working. What changes is the new assistant’s own setup and its rules about which connectors it allows. Those are worth knowing before you switch, but they are not a rebuild.
Who this is for
Section titled “Who this is for”An owner deciding whether to connect an AI at all, who does not want to be trapped with one provider, and wants to know what actually carries over if they switch later.
What you need first
Section titled “What you need first”- An understanding that the connection is to your data, through the gateway, not to the assistant.
- A list of who uses which assistant today.
- A few minutes to check a new assistant’s connector settings before moving people to it.
How it works
Section titled “How it works”- The gateway and the copy are the built part. Setting up the data path, the permissions, and the tools is the real work, and it is done once.
- MCP is an open standard both speak. The gateway publishes its tools over MCP. Claude speaks MCP. ChatGPT speaks MCP. So do the major coding assistants.
- Swapping the assistant re-points to the same gateway. A person adds the connector to a different assistant and carries their same permissions. The gateway does not change.
- Provider differences are real, and named. Each assistant has its own setup screens and its own rules about which connectors an account may add. Check the new assistant’s connector settings before you move people. Where a specific difference matters, we tell you plainly rather than pretend they are identical.
What it can and cannot do
Section titled “What it can and cannot do”It can
- Keep the built work, the gateway, the copy, the permissions, when you change assistants.
- Let different people run different assistants against the same gateway.
- Reduce a switch to re-pointing connectors, not rebuilding the connection.
It cannot (on its own)
- Erase every provider difference. Each assistant has its own rules, and some connectors an account may not be allowed to add.
- Guarantee a given assistant will accept a given connector. That is the assistant's setting to check, not ours to promise.
- Move your data anywhere. Switching the assistant does not move the copy or change who runs it.
Does connecting AI lock me into one vendor?
Section titled “Does connecting AI lock me into one vendor?”No, because the connection is to your data through the gateway, not to the assistant. The gateway speaks MCP, an open standard, and more than one assistant speaks it, so the assistant on top is the swappable part. The work you paid for, the gateway and the copy, stays in place when you change assistants.
Will a new assistant definitely accept the connector?
Section titled “Will a new assistant definitely accept the connector?”Not automatically. Each assistant has its own rules about which connectors an account may add, and some accounts may not be allowed to add a given one. That is the new assistant’s setting to check before you move people, and where two assistants differ in a way that affects you, we name it rather than smooth it over.
How we know
Section titled “How we know”EvidenceSupported capability under gate
The gateway we run is built on MCP, and MCP is an open standard: published in late 2024 and adopted by OpenAI in March 2025, which is public record. The gateway in production on The Edge speaks it, and we last verified that running on August 27, 2026. Because the standard is open and more than one assistant speaks it, the assistant on top is the swappable part.
Where to go next
Section titled “Where to go next”© 2026 SkyNexus AI Corp.
Product names mentioned on this site are trademarks of their respective owners. Naming them does not imply endorsement or partnership.

