Pro Tools MCP server: what an agent can actually do
Published September 2026 · Updated October 2026
Doseedo runs a hosted MCP server at https://api.doseedo.com/mcp that lets an AI agent convert and read Pro Tools projects: move a .ptx to or from Logic Pro, Ableton Live, FL Studio and REAPER, and read what is inside one with Pro Tools closed. What it does not do is drive the session open on your screen right now. Avid ships an official Scripting SDK for that, and there are already MCP servers built on it; this page will point you at them rather than blur the line.
Two different things called "Pro Tools MCP"
Pro Tools is the one DAW where both halves genuinely exist, from different people, and confusing them is how people end up disappointed:
- Realtime control of an open session. Avid's Pro Tools Scripting SDK (PTSL) is a language-independent API served over gRPC on localhost while Pro Tools is running: open, close and save sessions, query the session, run timeline operations, export, and get/set against what is loaded. py-ptsl is a Python binding, and community MCP servers wrap it. Nothing here replaces them. Note that the SDK is distributed to registered Avid developers, so a server built on it needs you to supply your own SDK.
- Agent access to the project file. Converting a project, reading one, moving it to another DAW and back. That is a file-level problem: it works with Pro Tools closed, and on machines that do not have Pro Tools installed at all, a Linux box, a phone. It is what the Doseedo MCP server does.
The two do not compete. PTSL never opens a .ptx that is not loaded; a file-level tool never sees your playhead. Use both: move the project with one, run the session with the other.
Setup
claude mcp add --transport http --scope user doseedo https://api.doseedo.com/mcp
That is the Claude Code form; the first tool call opens a browser to sign in, and a client without a browser sends X-API-Key: dsk_live_… from Settings → API keys. No Avid developer registration is involved at any point; that is the realtime SDK's requirement, not this one. The same URL goes into ChatGPT, Cursor, Gemini CLI, Codex and VS Code; the reference lists all 33 tools.
The seventeen directions doseedo_convert_project accepts for a .ptx, from the tool's own enum: protools2logic logic2protools protools2ableton ableton2protools protools2fl fl2protools protools2reaper reaper2protools protools2cubase cubase2protools protools2dorico dorico2protools garageband2protools protools2bitwig bitwig2protools protools2studioone studioone2protools, plus auto2protools to detect the source.
What the agent can do with a Pro Tools project
You talk to it in project terms; it handles uploads, polling and downloads itself:
> Convert this Pro Tools session to Logic, and tell me what
won't survive the trip.
> The band works in Ableton and the mix room is Pro Tools.
Take this .als to .ptx so I can hand it over.
> What's in this .ptx? List the tracks and every audio file
it references, so I can check the media is all here.
Concretely, the capabilities that apply to Pro Tools:
- Convert, natively. Eight directions:
.ptxto and from Logic Pro, Ableton Live, FL Studio and REAPER, rebuilt in the target format rather than exported through an interchange file, so tracks, MIDI, audio clips, tempo and markers arrive editable. - Read a project. An agent can answer "what is in here, and is the media complete?" with Pro Tools closed. Opening a .ptx without Pro Tools covers the manual route, and what is a .ptx file covers the format.
- Bridge a room that is not on Pro Tools. The common case is a handoff (writing in Ableton or FL, mixing in Pro Tools), and the conversion goes both ways, so the session can come back.
Long jobs are async: the submit tool returns a task_id and a wait tool polls it until the artifact is ready.
Send the session folder, not the .ptx
A Pro Tools session is a folder (the .ptx beside Audio Files, Session File Backups and the rest), and the .ptx on its own references media it does not contain. Compress the whole folder for a conversion, the way you would for a handoff, and the agent can check the media is complete before it converts: it reads the session and lists every referenced file, which is also the quickest answer to "is everything here?" on a drive that arrived from another studio. Audio uploads only for jobs that read it; a session built from files on your disk references them by path.
Install it and try one conversion
Add the server, point your agent at a Pro Tools session, and ask it to convert, and to tell you what it had to leave behind.
The Doseedo MCP server →What it does not do: read this before you install
- No live control of an open Pro Tools session. No transport, no timeline operations, no reading the loaded session. That is Avid's Scripting SDK, py-ptsl, and the MCP servers built on them.
- No one-shot session download as
.ptx. Saving a Doseedo session directly to a native file targets Logic, Ableton, FL Studio and REAPER; Pro Tools is reached by converting from one of those. It is a real extra step and we would rather name it than have a tool call fail on you. - Session building does not target Pro Tools directly. A mix becomes a Logic or Ableton session first, then converts.
- Writing edits into a project on your Mac targets Logic Pro today, through the Doseedo Desktop bridge on macOS, which closes and reopens the project to apply them.
- Offline bounce is Logic-side too: printing tracks through their real plugin chains with the DAW closed runs through that same bridge.
- Plugin state and automation have limits off the direct Logic↔Ableton path. Move arrangements and media this way, not finished mixes.
Why Pro Tools is a file surface here and Logic has a bridge
Because the gaps are in different places. Logic ships no public realtime scripting surface (Scripter is JavaScript confined to one channel strip), so reaching a Logic project takes a native app that saves it, closes it, writes the edits in and reopens it, which is what the desktop app is (the Logic side, in detail). Pro Tools already has a supported, documented realtime API in PTSL, and people have built on it. What Pro Tools does not have is a way to get a session out of Pro Tools and into another DAW with the arrangement intact, or back again: that is the part this fills.
Which tool for which job
- Drive a session that is open right now: Avid's Pro Tools Scripting SDK, py-ptsl, or an MCP server built on them.
- Move a project between Pro Tools and another DAW, in either direction: the MCP server.
- Read or check a
.ptxon a machine without Pro Tools: the MCP server. - Have an agent's edits written into a project on your Mac: Logic Pro, with Doseedo Desktop running; it closes and reopens the project to apply them.
FAQ
Is there an MCP server for Pro Tools?
There are two kinds. Avid ships an official Pro Tools Scripting SDK (PTSL), and community MCP servers use it to drive a session that is open right now. Doseedo runs a different one, hosted at api.doseedo.com/mcp, that works on the project file: converting a .ptx to or from Logic Pro, Ableton Live, FL Studio and REAPER, with Pro Tools closed and on machines that do not have it installed.
Can Claude or ChatGPT control Pro Tools in realtime?
Not through this server. Avid's Scripting SDK exposes a gRPC interface on localhost while Pro Tools is running (open, close and save sessions, query the open session, drive the timeline, export), and py-ptsl plus community MCP servers wrap it. That is the realtime route, and it is a genuinely different surface from project files.
What can an AI agent do with a .ptx file?
Convert it to or from Logic Pro, Ableton Live, FL Studio and REAPER, eight directions, rebuilt natively so tracks, MIDI, audio clips, tempo and markers arrive editable. Reading a .ptx to answer what is inside it is covered too.
Can it download a session as a Pro Tools project?
Not as a one-shot download today. Saving a Doseedo session straight to a native file targets Logic Pro, Ableton Live, FL Studio and REAPER; the Pro Tools route is conversion: build or edit the session, save it to one of those, and convert to .ptx. We would rather say that plainly than have the tool fail on you.
Do I need Pro Tools, or Avid's SDK, installed where the agent runs?
No. Conversion and reading happen on the server, so the agent can run anywhere: a phone, a Linux box, a Mac without Pro Tools. The Scripting SDK (PTSL) is what the realtime servers need, and it comes with Avid developer registration; this does not use it. Writing edits into a project on your Mac is Logic Pro only, through the macOS desktop bridge.
Can it save a session straight to .ptx?
Not in one call. download_session writes a native Logic project; Pro Tools is reached by converting that (logic2protools), which the agent does for you as a second call. The honest cost is one extra credit and a minute, not a missing capability.
The Doseedo MCP server · one URL, every client
- Logic Proedits written into your project
- Ableton Livebuild, read, convert .als
- FL Studioread, convert .flp
- Pro Toolsmove .ptx between DAWs
- REAPERread, edit, convert .rpp
- Any AI agentwhat works today
- Claude & Claude Codephone, desktop, terminal
- ChatGPTas a custom MCP server
- Cursormcp.json, one entry
- Gemini CLIgemini mcp add
- OpenAI Codexcodex mcp add
- VS Code Copilotmcp.json, type http
- All 33 toolsthe reference
- Convert projectsten DAW formats, 75 directions
- Separate stemsvocals, drums, bass, more
- Audio to MIDItranscription, chords, key
- Generate musicsongs, parts, covers
- Bounce offlinethrough real plugins
- Swap a drum packaudio stays local