Skip to main content
Glama
andre-carbajal

affinity-mcp-bridge

Affinity MCP Bridge

Use Affinity by Canva from any MCP-compatible assistant.

Affinity MCP Bridge is a small local bridge that lets clients like Claude Desktop, Codex, Cursor, or other MCP hosts connect to Affinity's built-in local MCP server without depending on Claude's private extension folder.

Instead of configuring a path like this:

C:\Users\<you>\AppData\Roaming\Claude\Claude Extensions\...

you can install this bridge once and point your MCP client to it.

What You Can Do

When Affinity is open and its MCP server is enabled, your assistant can use Affinity tools through this bridge. Depending on the tools exposed by your Affinity version, this can include:

  • Checking whether Affinity is reachable.

  • Reading Affinity SDK documentation.

  • Running scripts inside the current Affinity document.

  • Rendering spreads or selections for visual verification.

  • Working with Affinity's script library.

This bridge does not replace Affinity. It only connects your MCP client to the Affinity app running on your computer.

Related MCP server: Local Figma MCP Bridge

Requirements

  • Node.js 20 or newer.

  • Affinity by Canva 3.2 or newer.

  • Affinity running on the same computer.

  • Affinity MCP enabled in Settings > Model Context Protocol > Enable MCP server.

After enabling the MCP server, restart Affinity.

By default, Affinity MCP Bridge connects to:

http://localhost:6767/sse

Most users do not need to change this.

Quick Start

  1. Open Affinity.

  2. Enable Settings > Model Context Protocol > Enable MCP server.

  3. Restart Affinity.

  4. Configure your MCP client with one of the examples below.

  5. Ask your assistant to run the affinity_status tool.

If affinity_status reports that Affinity is reachable, the bridge is working.

Install From npm

If the package is available on npm, the easiest setup is to run it with npx from your MCP client:

npx -y affinity-mcp-bridge

You can also install it globally:

npm install -g affinity-mcp-bridge

Then use:

affinity-mcp-bridge

Install From GitHub

If you want to use the GitHub version directly:

git clone https://github.com/andre-carbajal/affinity-mcp-bridge.git
cd affinity-mcp-bridge
npm install
npm run build

Then configure your MCP client to run:

node /absolute/path/to/affinity-mcp-bridge/dist/index.js

On Windows, use the full path to node.exe if your MCP client does not find node automatically.

Claude Desktop

For npm or npx usage:

{
  "mcpServers": {
    "affinity": {
      "command": "npx",
      "args": ["-y", "affinity-mcp-bridge"]
    }
  }
}

For a local GitHub clone:

{
  "mcpServers": {
    "affinity": {
      "command": "node",
      "args": ["/absolute/path/to/affinity-mcp-bridge/dist/index.js"]
    }
  }
}

Windows example:

{
  "mcpServers": {
    "affinity": {
      "command": "C:/Program Files/nodejs/node.exe",
      "args": ["C:/Users/you/path/to/affinity-mcp-bridge/dist/index.js"]
    }
  }
}

Codex

Add this to your Codex config.toml.

For npm or npx usage:

[mcp_servers.affinity]
command = "npx"
args = ["-y", "affinity-mcp-bridge"]
startup_timeout_sec = 30

For a local GitHub clone:

[mcp_servers.affinity]
command = "C:/Program Files/nodejs/node.exe"
args = ["C:/absolute/path/to/affinity-mcp-bridge/dist/index.js"]
startup_timeout_sec = 30

Custom Affinity URL

If your Affinity MCP server is not using the default URL, set AFFINITY_MCP_SSE_URL.

Claude Desktop example:

{
  "mcpServers": {
    "affinity": {
      "command": "npx",
      "args": ["-y", "affinity-mcp-bridge"],
      "env": {
        "AFFINITY_MCP_SSE_URL": "http://localhost:6767/sse"
      }
    }
  }
}

Codex example:

[mcp_servers.affinity]
command = "npx"
args = ["-y", "affinity-mcp-bridge"]
startup_timeout_sec = 30

[mcp_servers.affinity.env]
AFFINITY_MCP_SSE_URL = "http://localhost:6767/sse"

Test Your Setup

After configuring your MCP client, ask your assistant:

Use the affinity_status tool and tell me if Affinity is reachable.

Expected result:

  • The bridge starts successfully.

  • affinity_status is available.

  • Affinity is reported as reachable when the app is open and MCP is enabled.

If Affinity is not reachable, the rest of the Affinity tools may not be available yet.

Troubleshooting

affinity_status says Affinity is not reachable

Check these items:

  1. Affinity is open.

  2. Settings > Model Context Protocol > Enable MCP server is enabled.

  3. Affinity was restarted after enabling MCP.

  4. No other app is blocking port 6767.

On Windows, you can check the port owner with:

Get-NetTCPConnection -LocalPort 6767 | ForEach-Object {
  Get-Process -Id $_.OwningProcess
}

If another app owns 127.0.0.1:6767 but Affinity owns ::1:6767, keep the default http://localhost:6767/sse; do not force 127.0.0.1.

My MCP client cannot find npx

Use the full path to Node and run the local clone instead:

{
  "mcpServers": {
    "affinity": {
      "command": "C:/Program Files/nodejs/node.exe",
      "args": ["C:/Users/you/path/to/affinity-mcp-bridge/dist/index.js"]
    }
  }
}

I installed globally but the command does not start

Some Windows MCP clients handle .cmd launchers inconsistently. If that happens, prefer either:

  • npx -y affinity-mcp-bridge

  • node C:/path/to/affinity-mcp-bridge/dist/index.js

For Developers

npm install
npm run build
npm run check
npm run smoke

npm run smoke starts the bridge and lists MCP tools. If Affinity is not reachable, it should still list affinity_status.

License

MIT

Available Tools

1 tool
affinity_statusA
Read-onlyIdempotent

Check whether the bridge can connect to Affinity by Canva's local MCP server.

ParametersJSON Schema
NameRequiredDescriptionDefault

No parameters

TDQS

A4.5/5.0
Behavior4/5

Does the description disclose side effects, auth requirements, rate limits, or destructive behavior?

Annotations already declare readOnlyHint=true, idempotentHint=true, destructiveHint=false. The description adds that it checks 'connection to the local MCP server', providing context beyond annotations. No contradictions.

Agents need to know what a tool does to the world before calling it. Descriptions should go beyond structured annotations to explain consequences.

Conciseness5/5

Is the description appropriately sized, front-loaded, and free of redundancy?

A single concise sentence that communicates the tool's purpose without any wasted words. It is front-loaded and efficient.

Shorter descriptions cost fewer tokens and are easier for agents to parse. Every sentence should earn its place.

Completeness5/5

Given the tool's complexity, does the description cover enough for an agent to succeed on first attempt?

Given no parameters, no output schema, and comprehensive annotations, the description covers the necessary context for the agent to use this tool effectively.

Complex tools with many parameters or behaviors need more documentation. Simple tools need less. This dimension scales expectations accordingly.

Parameters4/5

Does the description clarify parameter syntax, constraints, interactions, or defaults beyond what the schema provides?

No parameters are defined. According to guidelines, zero parameters baseline is 4. The description does not need to add parameter information.

Input schemas describe structure but not intent. Descriptions should explain non-obvious parameter relationships and valid value ranges.

Purpose5/5

Does the description clearly state what the tool does and how it differs from similar tools?

The description clearly states the tool checks connectivity to Affinity's local MCP server. The verb 'check' and resource 'connection' are specific and unambiguous. No sibling tools exist, so no confusion.

Agents choose between tools based on descriptions. A clear purpose with a specific verb and resource helps agents select the right tool.

Usage Guidelines4/5

Does the description explain when to use this tool, when not to, or what alternatives exist?

The description implies when to use (to check status), but does not explicitly state when not to use or provide alternatives. Since there are no sibling tools, the lack of exclusion is acceptable, and the context is clear.

Agents often have multiple tools that could apply. Explicit usage guidance like "use X instead of Y when Z" prevents misuse.

Tool Schema Changelog

Recent tool additions, removals, and schema changes observed during successful MCP inspections.

  1. 1 tool updatev0.2.0
    • First observedaffinity_status

TDQS

A4.1/5.0

Scored across 1 tool

Disambiguation5/5

Only one tool exists, so there is no possible confusion between tools. The purpose of the single tool is clear.

Naming Consistency5/5

With a single tool, naming is trivially consistent. The name follows a descriptive verb_noun pattern.

Tool Count2/5

A single health-check tool is insufficient for a server named 'affinity-mcp-bridge', which implies a range of operations. The tool count is far too low for the implied scope.

Completeness1/5

The tool surface is severely incomplete; it only provides a status check and lacks any CRUD or lifecycle operations for Affinity's resources, making it nearly useless for actual tasks.

Maintenance

ActivityStale
ResponsivenessNo issues

Related MCP Connectors

Related MCP Servers