Skip to main content
Miro is a branded card in the Integrations gallery, in the Whiteboards category — Miro’s own hosted MCP server, with the address and authentication already fixed by the card. Connecting it is: pick the card, choose who it’s for, approve access at Miro. There’s nothing to type.
Miro Enterprise plans: Miro turns its MCP server off by default there. A Miro admin must enable it first, under Admin settings → Apps & Integrations → MCP, before anyone can connect from Parlé.

​
What it gives the agent

Once connected and enabled on a project, the agent can find and summarise boards, read the sticky notes, frames, cards and comments on them, and create or edit content: frames, sticky notes, shapes, cards, tables and diagrams. It’s useful for turning a workshop board into a written summary or next steps, or drafting a diagram from a conversation. The card requests two Miro permissions:
This integration writes to your real Miro boards. There is no approval step before a change: when the agent decides to create or edit something, it happens during that turn, under the connected Miro account (at User scope, the account of the member whose conversation made the call). Text on a board, including sticky notes and comments, can be written by any collaborator on it, guests included, and reaches the agent as-is, so treat board content as untrusted input.

​
Choosing a scope

Miro offers all three credential scopes — see Choosing who the credential belongs to for the full explanation of what each one means. For Miro specifically:
  • User (recommended) — each member connects their own Miro account, so the agent only works with the boards that member can reach, and changes it makes in a shared project conversation run under that member’s Miro account. Miro access is per person, which is why the card marks this scope as recommended.
  • Project — each project connects one Miro account, shared by everyone using the integration in that project.
  • Organization — one shared connection for every project that enables it.
When you approve access, Miro asks you to pick a team. A grant may therefore reach only the boards of that one team, not every team in your Miro account. If the agent can’t see a board you expected, check which team was selected when access was approved, and reconnect choosing the right one.

​
Connecting

1

Open the gallery

Go to Org settings → Integrations → Tools, select Add integration, and choose the Miro card.
2

Choose who it's for

Pick Organization, Project, or User. Only an Org Admin can register the integration at all; the scope decides who authenticates from here.
3

Approve access at Miro

For Organization scope, the Org Admin is sent to Miro to approve access, choosing a team, and returns to a Connected card. For Project scope, each project’s Project Admin does this from that project’s Tools tab. For User scope, each member does this from their own My Integrations page.
What happens next follows the same connect flow as any OAuth 2.0 integration — see Part 2 — Authentication for the general mechanics of discovery, the connected card, and what Reconnect required and Reconnect recommended mean.

​
Enabling it on a project

Connecting Miro at Organization or Project scope makes it available; a Project Admin still has to switch it on for each project from the Tools tab (see Part 3). For a Project-scoped connection, switching it on shows the project as not connected until that project’s own account is connected. For a User-scoped connection, the tool appears in the conversation as soon as the integration is enabled and any member has connected — a member who hasn’t connected yet gets a plain-language prompt to do so from My Integrations.

​
Reconnecting and access renewal

If Miro stops accepting the stored authorization — revoked, expired, or the granted permissions changed — the card shows Reconnect required, and the integration stops working until whoever connected it approves access again.

​
Disconnecting and removing

Disconnecting a Miro connection, at any scope, deletes the stored credential from Parlé’s vault and removes the connection, so the agent can no longer use it. Miro doesn’t offer a way for Parlé to revoke access on its side, so Parlé can’t withdraw it there. The access Miro issued to Parlé may stay listed in your Miro account, and may remain valid until it expires or you remove it. To end it at Miro, remove Parlé’s access yourself: open your Miro profile settings, go to the apps and integrations area, and remove the Parlé authorization there. Removing the whole integration for your organization starts the same 14-day grace window as any other integration. See Part 5 — Maintaining an integration.