과거에 AbletonMCP 을 시도해 본 글을 작성했습니다. 그 이후 시간이 지났고, 새로운 다른 Ableton 전용 MCP 서버가 등장했습니다.

이번에는 ahujasid/ableton-mcp 와 bschoepke/ableton-live-mcp 의 2 개를 비교하여 설계 사상이나 기능의 차이를 정리해 보겠습니다.

비교하는 리포지토리

설계 사상의 차이

이 2 개의 MCP 는 모두 "Ableton Live 를 AI 로부터 조작하는"이라는 동일한 목적을 가지고 있지만, 아키텍처가 완전히 다릅니다.

ahujasid/ableton-mcp: 레시피형

각각의 작업마다 전용 도구 함수가 정의되어 있습니다. "트랙 생성", "노트 추가", "템포 변경" 등 자주 사용하는 작업이 16 개의 도구로 고정되어 있습니다.

get_session_info / get_track_info / create_midi_track /
set_track_name / create_clip / add_notes_to_clip /
set_clip_name / set_tempo / load_instrument_or_effect /
...

AI 는 "이从中에서 선택하고 조합하는" 형태가 됩니다. 요리로 비유하면, 레시피 카드가 16 장 있고, 그 안에 적힌 절차만 실행할 수 있다는 이미지가 됩니다.

bschoepke/ableton-live-mcp: 일반적 브리지형

이쪽은 약 30 개의 도구를 가지고 있지만, 그중에서 live_eval

과 live_exec

이라는 일반적인 도구가 있습니다. 이는 Ableton Live 내부에서 임의의 Python 코드를 실행 할 수 있는 것으로, Ableton 의 Object Model 전체에 접근할 수 있습니다.

live_eval → 식의 평가 (expression)
live_exec → 문の実行 (statement)

즉, 정의된 도구로 커버되지 않은 작업도 Python 코드를 작성하면 무엇이든 가능합니다. 주방의 열쇠를 모두 전달받은 듯한 것입니다.

기능 차이의 상세

ahujasid/ableton-mcp 에서 할 수 있는 것

• MIDI 트랙의 생성 및 이름 변경
• MIDI 클립의 생성 및 노트 추가
• 템포 설정
• 악기 및 효과 로드 (브라우저를 통해)
• 클립 재생 및 정지
• 세션 정보 획득

과거의 글에서도 언급했지만, 오토메이션, 오디오 트랙에 샘플 배치, 시간 지정의 뮤트 제어 등에는 대응하지 않습니다.

bschoepke/ableton-live-mcp 에서 추가된 기능

위의 기본 작업 외에도 다음과 같습니다.

클립 작업의 확장

• live_clip_envelope

— 클립 오토메이션의 읽기 및 쓰기 -
live_clip_velocity_envelope

— 베로시티에서 오토메이션 생성 -
live_clip_warp_markers

— 워프 마커의 조작 -
live_clip_update_notes

— 기존 노트의 업데이트 (note_id 기반) -
live_clip_duplicate_to_arrangement

— 세션 → 아레인지먼트로의 클립 복제

브라우저 작업의 확장

• live_browser_search

— 브라우저 내 검색 -
live_browser_load

— 검색 결과에서 로드 -
live_browser_preview

— 사운드의 미리보기 재생 -
find_similar_sounds

— Live 12 의 분석 데이터를 사용한 유사 사운드 검색

오디오 분석

• live_agent_audio_tap

— Max for Live 디바이스에서 신호 체인의 임의 위치의 사운드를 캡처 — 스펙트로그램 생성 및 믹싱 분석에 활용 가능

그 외

• live_batch

— 여러 작업의 배치 실행 (레이텐시 감소) -
live_observe

/live_events

— 속성 리스너 등록 및 이벤트 획득 -
expected_set_signature

— 파괴적 조작 전의 세트 일관성 체크

아키텍처 비교

통신 방식

둘 다 Ableton Live 내부에서 Remote Script (Control Surface) 를 시작하고, TCP 소켓으로 MCP 서버와 통신하는 구성은 동일합니다.

Remote Script 의 차이

ahujasid 버전은 작업마다 명령 핸들러가 정의되어 있습니다. bschoepke 버전은 Ableton Live Object Model 에 대한 일반적인 액세스 레이어가 되어 있고, 경로 또는 ID 로 객체를 지정하여 속성의 읽기 및 쓰기나 메서드 호출을 할 수 있습니다.

ahujasid 版：コマンド型

{"type": "create_midi_track", "params": {"index": 0}}

bschoepke 版：オブジェクトモデル型

...

どちらを選ぶべきか

ahujasid/ableton-mcp が向いている人

• Ableton MCP を初めて試す人— セットアップが簡単（Smithery ワンコマンドインストール対応） -
• 基本的な MIDI 操作で十分な人— トラック作成・ノート追加・エフェクトロードの範囲で使いたい場合 -
• 安全に使いたい人— できることが限定されているので、意図しない操作が起きにくい

bschoepke/ableton-live-mcp が向いている人

• より高度な制御がしたい人— オートメーション、ワープ、オーディオ解析なども含めて操作したい場合 -
• Codex CLI や Claude Code と連携したい人— AGENTS.md / CLAUDE.md が同梱されており、エージェント最適化されている -
• 実験的な使い方をしたい人—live_exec

で任意コードが実行できるので、探索的な音楽制作に向いている -
ミキシング・マスタリングにも AI を活用したい人— Agent Audio Tap でシグナル解析が可能

安全性についての注意

bschoepke 版は任意の Python コードが Ableton 内で実行できるため、セットの破損リスクがあります。README にも「Back up your Live Set before using this」と明記されています。

一方、ahujasid 版は定義された操作しか実行できないので、意図しない破壊的操作は起きにくいです。

どちらを使う場合でも、大事なプロジェクトでは事前に Live Set を保存しておくのが安全です。

まとめ

前回の記事で「オートメーションやオーディオ操作は今後に期待」と書きましたが、bschoepke 版はまさにその課題を解決しにきた実装です。

個人的には、まず ahujasid 版で基本操作に慣れてから、より複雑な制作には bschoepke 版に移行する、という段階的なアプローチが良さそうだと感じました。

気になった方はぜひ試してみてください。