SuperCollider MCP 🎛️
A Model Context Protocol server that lets AI assistants make sound with SuperCollider. Ask for "a dark ambient drone with slow swells" or "a breakbeat at 170 under a Cm7-Fm7 arpeggio" and it plays on your SuperCollider server.
- Real synths and drums. It ships its own SynthDefs (sine, saw, square, noise, FM, pad, Karplus-Strong
pluck, kick, snare, hats, grains) plus an effect chain (distortion, low-pass, delay, reverb) and a safety
limiter. Nothing depends on sclang's
defaultsynth or on sc3-plugins. - Sample-accurate timing. Phrases are streamed to scsynth as timestamped OSC bundles, so every tool returns immediately. Calls can overlap, so you can layer drums, chords and melody.
- Music-aware tools. Melodies follow 14 scales, chords understand symbols like
Am7,Bbmaj9andG/B, drum patterns are readable step strings the assistant can write itself, and generative tools take aseedso a result you like can be replayed exactly. - A panic button.
stop_allsilences everything this server started.
Requirements
- SuperCollider 3.10 or newer (tested with 3.13). Only the
audio server,
scsynth, has to be running. - uv, or any Python 3.10+ with pip.
Quick start
1. Install and boot SuperCollider. Install it from the
downloads page (or brew install --cask supercollider on
macOS, sudo apt install supercollider on Debian/Ubuntu), then boot the server:
- in the SuperCollider IDE: Server → Boot Server (or run
s.boot;) - or without the IDE:
scsynth -u 57110
2. Add the MCP server to your assistant.
Claude Code:
claude mcp add supercollider -- uvx supercollider-mcp
Claude Desktop, Cursor, Cline, Roo Code and other clients that use an mcpServers config:
{
"mcpServers": {
"supercollider": {
"command": "uvx",
"args": ["supercollider-mcp"]
}
}
}
To run the latest code from GitHub instead of the PyPI release, use
"args": ["--from", "git+https://github.com/Tok/SuperColliderMCP", "supercollider-mcp"].
3. Ask for something. Start with "play a test sound" to check the connection, then try the prompts below.
Configuration
| Setting | Flag | Environment | Default |
|---|---|---|---|
| scsynth host | --host |
SC_HOST |
127.0.0.1 |
| scsynth UDP port | --port |
SC_PORT |
57110 |
| log level (stderr) | --log-level |
WARNING |
For example "args": ["supercollider-mcp", "--port", "57111"].
Tools
| Tool | What it does |
|---|---|
server_status |
Connection check: scsynth version, CPU, running playbacks, recent server errors |
stop_all |
Silence everything this server started and cancel scheduled notes |
play_example_osc |
A short test chime |
play_synth |
One note on sine, saw, square, noise, fm, pad or pluck |
create_layered_synth |
A thick unison: several detuned copies of one note spread in stereo |
create_lfo_modulation |
A held note with a server-side LFO on pitch, volume, filter or pan |
create_granular_texture |
A cloud of 5–100 tiny grains per second, scattered in pitch and space |
play_melody |
A generated melody in one of 14 scales that resolves to the tonic |
create_sequence |
A melody you spell out: "C4 E4_ G4_ . C5+" |
create_chord_progression |
Chord symbols as pads, staccato stabs, 8th-note arpeggios or power chords |
create_drum_pattern |
four_on_floor, breakbeat, shuffle, half_time, two_step, random, or your own |
create_generative_rhythm |
Drums that keep mutating: minimal, techno, glitch, jazz, ambient |
create_ambient_soundscape |
A drone with overlapping swells in a calm, dark, bright, mysterious or chaotic mood |
Most tools also take volume (0–1) and an optional effects object:
{"reverb": 0.6, "delay": 0.3, "delay_time": 0.25, "distortion": 0.0, "filter": 0.2}
All amounts are 0–1, and 0 means off. filter darkens the sound with a low-pass filter. delay_time is in
seconds and defaults to three quarters of a beat.
Notes are names like C4 (middle C), F#3 or Bb2, or frequencies like "440" or "440hz".
Sequences separate notes with spaces or dashes. _ halves a note, + doubles it, :1.5 sets its
length in beats, and . is a rest.
Drum patterns use one character per 16th note: X accent, x hit, o ghost note, . rest. Lanes
(kick, snare, hat, open_hat, perc) can have different lengths and loop independently:
{"custom": {"kick": "X..x..X...x.....", "snare": "....X.......X..o", "hat": "x.x.x.x.x.x.x.x."}, "tempo": 92, "swing": 0.2}
Things to try
- "Play a dorian melody in D on the pluck synth with some delay, then the same one an octave lower."
- "Give me two bars of breakbeat at 170 BPM, then layer an Am7-Dm7-G7-Cmaj7 arpeggio on top."
- "A mysterious ambient soundscape, 60 seconds, low register."
- "Sweep a saw's filter with a slow triangle LFO while a granular cloud shimmers around A5."
- "Write me a half-time drum pattern with ghost notes on the snare."
How it works
assistant ──MCP (stdio)──▶ supercollider-mcp ──OSC/UDP──▶ scsynth ──▶ speakers
On first use the server checks that scsynth answers, uploads its SynthDefs (/d_recv) and creates its own
node group with a voice group, an effects group and a limiter. Node IDs sit far above the ranges sclang
uses, so your own SuperCollider work is not affected. If scsynth restarts, the setup runs again on the next
call.
Each tool call turns into a phrase: a time-ordered stream of synth events (supercollidermcp/compose.py,
pure Python). A background task sends each event about half a second ahead as an OSC bundle with an NTP
timetag, and scsynth starts it at exactly that time. Every synth frees itself when its envelope ends. When
a call asks for effects, its voices go to a private bus that one mcp_fx synth reads.
Upgrading from 0.1
- Point your MCP config at
uvx supercollider-mcpas shown above. Old configs that runmcp run path/to/server.pystill work through a small compatibilityserver.py. - Sounds now come from real SynthDefs, so you no longer need sclang's
defaultsynth. - Tools return right away instead of blocking until the sound ends.
- Some parameters changed meaning.
create_drum_patterntakesbars(16 steps each) instead ofbeats.effectsis an object instead of a JSON string.detuneis now ±50 cents at 1.0 instead of up to an octave. Thesc-osccommand-line tool is gone.
See CHANGELOG.md for everything else.
Troubleshooting
- "No reply from the SuperCollider server…": scsynth is not running, or it listens on a different
port. Boot it, or set
SC_PORT. - Calls succeed but you hear nothing: check that scsynth's outputs are connected to your sound card
and that
server_statusshows synths while something plays. - Linux with PipeWire (the default on current Ubuntu and Fedora): scsynth talks to JACK, so install
PipeWire's JACK layer (
sudo apt install pipewire-jack) and start SuperCollider through it:pw-jack scide, orpw-jack scsynth -u 57110without the IDE. Otherwise scsynth tries to start its ownjackd, which conflicts with PipeWire. FAILURE IN SERVER /g_queryTree Group 2147480000 not foundin the post window on first connect is expected: it is how the server notices that scsynth still needs to be set up.- Remote scsynth: timetags use wall-clock time, so keep both machines' clocks in sync (NTP).
Development
git clone https://github.com/Tok/SuperColliderMCP.git
cd SuperColliderMCP
uv sync
uv run pytest # unit and protocol tests run anywhere
uv run ruff check . && uv run ruff format --check .
Some tests need SuperCollider:
tests/test_synthdefs_nrt.pyrenders every SynthDef withscsynth -N(no audio device needed) and checks the audio. It runs automatically whenscsynthis onPATH, or setSCSYNTH=/path/to/scsynth.tests/test_live_server.pyruns every tool against a live server. Start a silent one withscsynth -u 57199 -i 0 -o 0, then runSC_TEST_PORT=57199 uv run pytest.
The SynthDefs are written in SuperCollider itself, in supercollidermcp/synthdefs/synthdefs.scd. After
editing that file, rebuild the compiled .scsyndef files with python scripts/build_synthdefs.py
(needs sclang; it runs headless).
supercollidermcp/
├── server.py MCP tools: validation and wiring
├── compose.py musical logic: requests → timed events (pure, unit-tested)
├── theory.py notes, scales, chords
├── patterns.py drum patterns as step strings
├── engine.py server setup, buses, streaming playback, stop_all
├── osc.py async OSC client that also reads scsynth's replies
└── synthdefs/ synthdefs.scd (source) + compiled .scsyndef files
Contributions are welcome. New sounds usually mean a SynthDef in synthdefs.scd plus a composer function
in compose.py.
License
MIT. See LICENSE.
Metadata
Release files for supercollider-mcp 0.2.1
For a detailed explanation of source distributions (sdists) and built distributions (wheels), please see the package formats documentation.
Source distribution (sdist)
| File | Size | Uploaded | Provenance | Actions |
|---|---|---|---|---|
| supercollider_mcp-0.2.1.tar.gz | 45.2 kB | With provenance | Details for supercollider_mcp-0.2.1.tar.gz |
Built distribution (wheel)
| File | Interpreter | ABI | Platform | Actions Reset |
|---|---|---|---|---|
| supercollider_mcp-0.2.1-py3-none-any.whl | Python 3 | none | any | Details for supercollider_mcp-0.2.1-py3-none-any.whl |
Total release size: 87.5 kB
Release files / supercollider_mcp-0.2.1.tar.gz
| Download URL | supercollider_mcp-0.2.1.tar.gz |
|---|---|
| Size | 45.2 kB |
| Tags | Source |
|
SHA-256 checksum How to use checksums |
642628743de250d0431d9682094d1816b374acd427ed48390fc1048ceaf1cf7b
|
|
BLAKE2b-256 checksum How to use checksums |
837d29f2906be66789e263817fcc8e3b80c927b65a565e7736ffcf2d37f3a687
|
| Upload date | |
|
Uploaded using Trusted Publishing? What is trusted publishing? |
Yes |
| Uploaded via |
twine/7.0.0 CPython/3.13.16
|
Provenance
Provenance describes where a file came from. On PyPI, provenance is shared via attestations, which provide a verifiable record of the build or publishing details. View details, limitations and caveats.
PyPI Publish Attestation
PyPI verified that this artifact, at this checksum, originated from the publisher listed below.
Signed by GitHub Actions, verified by PyPI on Nov 6, 2026.
Transparency logRelease files / supercollider_mcp-0.2.1-py3-none-any.whl
| Download URL | supercollider_mcp-0.2.1-py3-none-any.whl |
|---|---|
| Size | 42.3 kB |
| Tags | Python 3 |
|
SHA-256 checksum How to use checksums |
5b0278042f165cab41b4d39b85ba92bd7779d3392427ef88498a3d55a47088a9
|
|
BLAKE2b-256 checksum How to use checksums |
52d7d37bea0ede89d8e952d407af2d2f3b97d8ef7e05963d1ff2c824cfc06ee6
|
| Upload date | |
|
Uploaded using Trusted Publishing? What is trusted publishing? |
Yes |
| Uploaded via |
twine/7.0.0 CPython/3.13.16
|
Provenance
Provenance describes where a file came from. On PyPI, provenance is shared via attestations, which provide a verifiable record of the build or publishing details. View details, limitations and caveats.
PyPI Publish Attestation
PyPI verified that this artifact, at this checksum, originated from the publisher listed below.
Signed by GitHub Actions, verified by PyPI on Nov 6, 2026.
Transparency logSecurity for supercollider-mcp 0.2.1
Provenance
Provenance describes where a file came from. On PyPI, provenance is shared via attestations, which provide a verifiable record of the build or publishing details. View details, limitations and caveats.
Full provenance
Both files in this release have been uploaded with provenance metadata.
Attestation for supercollider_mcp-0.2.1.tar.gz
PyPI Publish Attestation
PyPI verified that this artifact, at this checksum, originated from the publisher listed below.
Signed by GitHub Actions, verified by PyPI on Nov 6, 2026.
Transparency logA note on package security
PyPI is a repository for distributing packages, not a service for auditing them. While third-party security researchers and our staff do their best to detect and remove malicious packages, PyPI cannot guarantee the quality, security or suitability of any given package.
To learn more about protecting yourself from malicious actors, visit our package security documentation.