Multi-Instance Connectors: Connect Two Zendesks (or Three Stripes) to One Agent

Macha's multi-instance connectors, shipped on March 8, 2026, remove that constraint. You can now link multiple instances of the same connector — two Zendesk accounts, three Stripe accounts, two Freshdesks, however many you have — to a single workspace, and let one agent reason across all of them. Each instance carries its own credentials and its own name, and Macha auto-disambiguates the tools so the model always knows which account it's touching.

This post is about why that's harder than it sounds, what Macha actually does under the hood, and where it's the right call versus where you should still keep things separate. A reminder on positioning first: Macha is the AI agent layer that sits on top of the help desks you already run (Zendesk, Freshdesk, Gorgias, Front) — it isn't a help desk and it isn't trying to replace yours. Multi-instance connectors are about pointing one brain at several of your existing accounts.

The constraint everyone else hits: one account, one agent

If you've tried to do this with native tooling, you've met the wall. Zendesk's own advanced AI agents are explicit about it: "An AI agent can be connected to only one Zendesk account at a time," and AI agents are configured per brand, so each one can only reach a single brand's content (Zendesk help). Multibrand softens this within one account — Suite Growth and Professional support up to 5 brands, Enterprise up to 300 — but it's still a single account, and you still wire up an agent per brand.

The moment your accounts are genuinely separate — different orgs, different billing, different owners — the overhead compounds. Zendesk's own guidance on running multiple instances spells it out: "Multiple Support instances require setup and configuration of each custom integration," and "Apps need to be installed and configured in each Support instance" (Zendesk help). Translate that to automation: every integration, every bot, every macro, configured and maintained N times over. Two accounts means twice the surface area to keep in sync. Three Stripes means three lookup flows that drift apart.

The usual escape hatches all cost something:

Multi-instance connectors are the option that doesn't force you to merge accounts you can't merge, and doesn't make you maintain the same agent twice.

What a "multi-instance connector" actually is

There are exactly two pieces to the March 8 release, and they map cleanly onto the two problems above. (If the building blocks are new to you, our primer on connectors, tools, and triggers explains how a connector becomes a set of agent tools in the first place.)

1. Each instance gets its own credentials and name

When you add a connector in Macha, you're connecting a specific account — not "Zendesk the product," but this Zendesk subdomain, authenticated with these credentials. Multi-instance support means you can do that more than once for the same connector type. On a connected Zendesk you'll see an Add Another button; click it, and you connect a second Zendesk with its own subdomain, own credentials (Zendesk authenticates via OAuth or API key; Stripe via API key), and a human-readable name you choose so the two stay legible everywhere in the product.

Do that twice and the connectors list shows both accounts as independent, fully-connected instances — here, macha-ai.zendesk.com and a second instance named d3v-macha, each with all 17 Zendesk tools active and its own Add Another control:

Because each instance is fully isolated at the credential level, there's no token bleed between accounts. Revoking or reconnecting one instance never disturbs the others. This is the part that makes the agency and post-acquisition cases safe: client A's data and client B's data are reached through separate, independently revocable connections.

2. Automatic disambiguation (the part that makes it usable)

Giving an agent two Zendesk connections is the easy half. The hard half is making sure the model never gets confused about which Zendesk it's searching, replying on, or updating. A naive setup would expose two tools both called search_tickets, and the agent would have no reliable way to tell them apart.

Macha handles this automatically. When more than one instance of the same connector type exists, tool names are auto-suffixed and tool groups are tagged with the account name, so the underlying model sees one Get Ticket for macha-ai.zendesk.com and a separate Get Ticket for d3v-macha as distinct, clearly labelled tools. You can see it directly in an agent's tool picker — the same Zendesk connector appears twice, each tool group headed by its account:

The disambiguation is what lets a single agent route an action to the correct account without you hand-writing brittle "if the ticket is from the EU brand, use tool X" logic. The practical effect: you write one agent, one set of instructions, one knowledge configuration — and it operates correctly across every connected account because the tools carry the account identity, not the prompt.

Three real shapes this takes

Two Zendesks — an agency or BPO. You run support for two clients, each on their own Zendesk. With multi-instance connectors you build one triage-and-draft agent and connect both client Zendesks. Triggers fire per account (Zendesk exposes New Ticket, Customer Reply, Status Changed, and Priority Changed events), and the agent replies on whichever account the ticket came from — using that account's tools, never crossing the streams. One agent to improve, two clients served.

Two Zendesks — mid-acquisition. You bought a competitor; both help desks are live while you plan a migration that will take months. Instead of freezing automation until the dust settles, connect both Zendesks now and let one agent cover the combined queue. When the migration finishes and you collapse to a single instance, you remove a connector — the agent doesn't change.

Three Stripes — multiple legal entities. A merchant with US, EU, and India entities runs three separate Stripe accounts. Connect all three, and a billing agent on top of your help desk can look up the customer, list their payments, and (with a human-in-the-loop confirmation) issue a refund in the correct entity — because the Stripe tools are tagged per account. No more "which Stripe is this charge in?" tab-roulette. (Stripe in Macha authenticates by API key and exposes Get Customer, Search Customers, List Payments, Get Payment, Create Refund, and Create Charge.)

The common thread: the agent is the reusable asset. Multi-instance connectors let you build it once and aim it at many accounts, instead of cloning it.

How to set it up

The flow is the same as connecting any single account — you just do it more than once:

1. Open Connectors in the dashboard and add your first instance of the connector (e.g. Zendesk), authenticating and giving it a clear name like Acme US.
2. Add the connector again for the second account (Acme EU), with its own credentials and name.
3. In your agent's tools, enable the tools from each instance you want it to use — they'll appear distinctly per account.
4. Test in chat or with a real trigger, and confirm the agent acts on the right account. Macha's connector test/verify step and the in-chat confirmation cards for write actions make this easy to validate before you go live.

See the Connectors documentation for the full walkthrough, and the Zendesk and Stripe connector pages for the exact tools each exposes.

Watch-outs — when this is not the move

Honest trade-offs, because this isn't free of edges:

• Each instance consumes an integration slot. Macha's plans cap connected integrations — Starter includes 1, Professional 10, and Enterprise unlimited (pricing). Two Zendesks count as two integrations, so connecting multiple instances effectively needs Professional or above. If you only have one account, you don't need any of this.
• One agent isn't always the right boundary. If two clients have genuinely different policies, tone, and escalation rules, you may want separate agents (or sub-agents, which shipped in the same March 8 release) rather than a single agent juggling both — for clean separation and per-client analytics. Multi-instance connectors and multiple agents are complementary, not either/or.
• Permissions are per connection, by design. Each instance is reached with its own credentials. That's a feature for isolation, but it means access control lives at the account level — scope each API key or OAuth grant to exactly what that account's agent needs.
• Disambiguation helps the model; it doesn't excuse vague instructions. Auto-suffixed tools make the accounts distinguishable. If your agent's instructions are ambiguous about when to act on which account, tighten the prompt and lean on per-account triggers so the right tool is the obvious one.

For the broader picture of how Macha layers onto your help desk, see Macha on Zendesk.

FAQ

Can one AI agent really work across two separate Zendesk accounts? Yes. With Macha's multi-instance connectors you connect each Zendesk account as its own instance (own credentials, own name) and a single agent can use the tools from both. This is something Zendesk's native advanced AI agents don't do — those bind to one account at a time.

How does the agent know which account to act on? Automatic disambiguation. When multiple instances of the same connector exist, Macha auto-suffixes the tool names and tags each tool's description with the account name, so the model treats each account's tools as distinct and labelled.

Does this work for connectors other than Zendesk? Yes — it's a connector-level capability, so it applies to any connector you can connect more than once, including Stripe (e.g. three accounts for three legal entities), Freshdesk, and others.

Do I have to merge my accounts first? No. That's the point — you keep the accounts separate (different credentials, different data) and let one agent reach across them. It's especially useful mid-acquisition when merging isn't an option yet.

What does it cost? There's no separate charge for multi-instance connectors, but each connected instance uses one of your plan's integration slots, and the AI actions the agent takes consume credits like any other action (per action, default model = 1 credit). See the pricing page for plan limits, or start a 7-day free trial, no credit card required.

Build the agent once, point it everywhere

Most automation tools quietly assume you run one account of everything. Real businesses don't — they have client A and client B, a US entity and an EU entity, the company you were and the company you just bought. Multi-instance connectors let Macha meet that reality: one agent, many accounts, each cleanly isolated and unambiguously addressed. Connect your help desks and commerce tools, build the agent a single time, and let it work across all of them.

Start a 7-day free trial, no credit card required, or read the Connectors docs for the setup walkthrough.

Written by Abbas (Customer Support & AI, Macha) · Reviewed by Ankeet Guha (Co-founder & CTO) · Published 2026-06-24 · Last updated 2026-06-24.