ableton-mcp-server
MCP server that enables AI agents to read and edit Ableton Live sets, including tracks, clips, MIDI notes, devices, and scenes.
README
ableton-mcp-server
An MCP server that exposes Ableton Live to
AI agents, built as a native Ableton Extension on top of the official
@ableton-extensions/sdk (released
in beta, June 2025).
It lets an agent (Claude, etc.) read and edit a Live set — tracks, clips, MIDI notes, devices/parameters, scenes — and render/import audio, all over a local MCP endpoint.
Status: beta. Targets Extensions SDK API
1.0.0.
How it works
An Ableton Extension is an activate(context) function that runs inside Live's
Extension Host — a full Node.js ≥22 process embedded in Live. This project's
activate() initializes the SDK and starts an in-process MCP server over
Streamable HTTP, bound to 127.0.0.1. The tool handlers call straight into
Live's data model — no second process, no IPC.
┌─────────────── Ableton Live ───────────────┐
│ Extension Host (Node 22) │
│ activate() ─ initialize(sdk) ─ Live data │
│ │ │
│ MCP server ── Streamable HTTP ──┐ │
└────────────────────────────────────┼───────┘
│ 127.0.0.1:39001/mcp
┌───────────▼──────────┐
│ MCP client (Claude) │
└──────────────────────┘
Two consequences shape the design:
- stdio is owned by the host, so the MCP transport is HTTP, not stdio.
- The lifecycle is inverted — Live owns the process — so the MCP client connects to an already-running endpoint rather than spawning it. The server is only alive while Live + the extension are running; clients must tolerate it appearing/disappearing.
Object addressing
Tools reference Live objects by stable path strings:
| Address | Object |
|---|---|
song |
the song |
track/0 |
first regular track |
track/0/clipslot/3 |
a session clip slot |
track/0/clipslot/3/clip |
the clip in that slot |
track/0/arrangement-clip/0 |
an arrangement clip |
track/0/device/1 |
a device on a track |
track/0/device/1/parameter/5 |
a device parameter |
scene/2 |
a scene |
Tools (31)
| Group | Tools |
|---|---|
| Song | get_song_state, set_tempo |
| Tracks | list_tracks, get_track, create_midi_track, create_audio_track, duplicate_track, delete_track, rename_track, set_track_state |
| Clips | list_clip_slots, get_clip, create_midi_clip, create_arrangement_clip, create_audio_clip, delete_clip, set_clip_properties |
| MIDI | get_notes, set_notes |
| Devices | list_devices, insert_device, delete_device, list_parameters, get_parameter, set_parameter |
| Scenes | list_scenes, create_scene, delete_scene, rename_scene |
| Resources | render_pre_fx_audio, import_into_project |
What an agent can do
Read the set's state; compose (create tracks/clips, write MIDI notes), edit (rename, mute/solo/arm, clip name/color/loop on-off), sound-design (insert devices, set parameter values), and render/import audio (e.g. render a range of an audio track to WAV).
Known limits (from the SDK, not this server)
- No transport/playback: no play/stop/fire/record — the agent composes and edits, it doesn't perform.
- Loop points are read-only after creation (
set_clip_propertiesonly toggleslooping). - No push events: request/response only; poll to observe changes.
render_pre_fx_audiorenders pre-effects audio of an arrangement range.
Setup
Requires Node ≥22.11 and a version of Ableton Live that supports extensions.
npm install
npm test # unit + real HTTP-loopback tests (no Live needed)
npm run build # bundles src/extension.ts -> dist/extension.js (CJS)
Run inside Live (development)
You need the Live Beta build that supports extensions (from Ableton's Centercode release page). Ableton recommends Node ≥ 24.14.1 for the toolchain; this project also builds/tests fine on Node 22 (Live runs the extension on its own bundled Node).
-
Enable Developer Mode in Live:
Preferences → Extensions → Developer Mode. Required — otherwise the CLI can't connect to Live. -
Point the CLI at Live, either by copying
.env.exampleto.envand settingEXTENSION_HOST_PATH, or by passing--live:npm start # uses .env # or npm start -- --live "/Applications/Ableton Live 12 Suite Beta.app"
npm start builds the extension and launches Live's Extension Host with it. On
start you'll see, in the terminal/host log:
[ableton-mcp] MCP server listening on http://127.0.0.1:39001/mcp
Config via env: ABLETON_MCP_HOST (default 127.0.0.1), ABLETON_MCP_PORT
(default 39001). Pass --inspect for VS Code debugging.
Connect an MCP client
Because the server is already running, register it as an HTTP MCP server (do not let the client spawn it). For Claude Code:
claude mcp add --transport http ableton-live http://127.0.0.1:39001/mcp
Or inspect it with the MCP Inspector:
npx @modelcontextprotocol/inspector
# transport: Streamable HTTP, URL: http://127.0.0.1:39001/mcp
Then try: get_song_state, set_tempo {bpm:124}, create_midi_track,
create_midi_clip {track:"track/0", slot:0, length:4},
set_notes {clip:"track/0/clipslot/0/clip", notes:[{pitch:60,startTime:0,duration:1}]}.
Package for distribution
npm run package # production bundle -> Ableton-MCP-0.1.0.ablx (manifest + entry)
A .ablx is the shareable/installable archive. During the SDK beta the primary
way to load an extension is Developer Mode + npm start above.
Development
Built test-first with vitest. The architecture keeps the host out of the test path:
- Pure logic (
addressing.ts,notes.ts) — tested with no mocks. - Tools depend only on the narrow
Liveinterface and are tested against an in-memoryFakeLive. - MCP server is tested with a real
Client+McpServeroverInMemoryTransport, and the HTTP layer with a real loopback (real MCP client overStreamableHTTPClientTransport). - The only host-bound code (
live.context.ts,extension.ts) is covered by the real-Live integration test, not unit tests — the native host can't run in CI.
src/
addressing.ts object path parse/serialize (pure)
notes.ts MIDI note validation (pure)
live.ts the Live facade interface + DTOs
live.fake.ts in-memory Live for tests
live.context.ts real Live over the Extension Host
tools/ one file per tool group + registry
server.ts builds the McpServer from the tool registry
http.ts Streamable HTTP transport on localhost
extension.ts activate() entry point
License
The Ableton Extensions SDK and CLI are © Ableton AG (see their LICENSE.md).
This project is provided as-is.
推荐服务器
Baidu Map
百度地图核心API现已全面兼容MCP协议,是国内首家兼容MCP协议的地图服务商。
Playwright MCP Server
一个模型上下文协议服务器,它使大型语言模型能够通过结构化的可访问性快照与网页进行交互,而无需视觉模型或屏幕截图。
Magic Component Platform (MCP)
一个由人工智能驱动的工具,可以从自然语言描述生成现代化的用户界面组件,并与流行的集成开发环境(IDE)集成,从而简化用户界面开发流程。
Audiense Insights MCP Server
通过模型上下文协议启用与 Audiense Insights 账户的交互,从而促进营销洞察和受众数据的提取和分析,包括人口统计信息、行为和影响者互动。
VeyraX
一个单一的 MCP 工具,连接你所有喜爱的工具:Gmail、日历以及其他 40 多个工具。
graphlit-mcp-server
模型上下文协议 (MCP) 服务器实现了 MCP 客户端与 Graphlit 服务之间的集成。 除了网络爬取之外,还可以将任何内容(从 Slack 到 Gmail 再到播客订阅源)导入到 Graphlit 项目中,然后从 MCP 客户端检索相关内容。
Kagi MCP Server
一个 MCP 服务器,集成了 Kagi 搜索功能和 Claude AI,使 Claude 能够在回答需要最新信息的问题时执行实时网络搜索。
e2b-mcp-server
使用 MCP 通过 e2b 运行代码。
Neon MCP Server
用于与 Neon 管理 API 和数据库交互的 MCP 服务器
Exa MCP Server
模型上下文协议(MCP)服务器允许像 Claude 这样的 AI 助手使用 Exa AI 搜索 API 进行网络搜索。这种设置允许 AI 模型以安全和受控的方式获取实时的网络信息。