Skip to main content
NeetoDesk hosts the MCP server, so there is nothing to install or run locally.

Server details

How you connect decides what the assistant can see, so pick the credential before the client. See Authentication for what the two mean in practice. Claude and ChatGPT only ever act as you. The editor and terminal clients support both, and the difference is one line of config: leave the credential out and the client signs you in over OAuth, supply one and the client reaches the whole workspace.

OAuth, scoped to you

Nothing to create in NeetoDesk beforehand. You give the client the server URL, and approve the connection in the browser.
NeetoDesk is not in Anthropic’s connector directory, so Browse connectors will not find it. Add it as a custom connector instead. One connector list backs claude.ai, the Claude desktop app, Claude mobile, and Cowork, so what you add in one shows up in the others.
  1. Open Settings > Connectors, click Add, then choose Add custom connector.

    Add custom connector is the second item under the Add button.

  2. Name it NeetoDesk and paste the server URL:
    Leave Advanced settings alone. The OAuth client ID and secret there are for servers that cannot register clients on their own, and NeetoDesk does that automatically.

    The Add custom connector dialog, ready to submit.

  3. Click Add, then Connect to start the sign in.
A connector added this way is listed under Custom. On a Team plan, an admin may have to allow it first under Organization settings > Connectors.To disconnect later, open Settings > Connectors and remove NeetoDesk.Anthropic documents the current steps in Get started with custom connectors using remote MCP.

What the sign in looks like

Whichever client you started from, NeetoDesk runs the same steps.
1

Connect your workspace

Enter the subdomain of the workspace you want the assistant to reach. For acme.neetodesk.com, enter acme. See Workspace subdomain.

The first screen of the NeetoDesk OAuth flow.

2

Sign in

Sign in to that workspace if you are not signed in already.
3

Choose what the connection can do

Authorize access names the workspace, the email you signed in as, and the host the client sends you back to. Under What this connection can do, Read and Stay connected are always granted; tick Create and update and Delete only if the assistant needs them.Workspaces to connect lists every workspace your email belongs to, with the one you just signed in to ticked and not untickable. This section only appears when your email belongs to more than one workspace.

Choosing the permissions and the workspaces the connection can reach.

4

Authorize

Click Authorize. The assistant is granted access as you, with the scopes you ticked, to each workspace you ticked.
There is no API key to create for this route, and nothing to paste back into the assistant. Once connected, name the workspace in a prompt when you want a specific one. To add a workspace, or to grant a permission you left unticked, run the sign in again and tick it.

API key, scoped to the workspace

The same clients, configured with a key instead. Every tool call then reaches the whole workspace rather than only what you can see, which is what you want for automation and not what you want on a shared machine.
Add the server to ~/.claude.json under mcpServers:
Save the file, then restart Claude Code.
Replace YOUR_API_KEY with a key from your workspace. See Authentication.

Confirm the connection

Ask the assistant something only the server can answer, for example “List my open NeetoDesk tickets.” If it answers with real tickets, the connection works. Find more prompts in Examples, and if nothing comes back, see Troubleshooting.