ahujasid/ableton-mcp とは何ですか？

Claude や Cursor から Ableton Live のトラック作成、クリップ編集、アレンジメント構築を行う MCP サーバー。ソケット経由の二段構成と、導入時に必ず引っかかる Remote Script の配置を README の記述範囲で整理する。

ahujasid/ableton-mcp は商用利用できますか？

できます。MIT は寛容なライセンスで、著作権表示とライセンス表示を残せば、使用・改変・販売が可能です。

ahujasid/ableton-mcp は今もメンテナンスされていますか？

されています。最後のコミットは 16 日前です。

ahujasid/ableton-mcp はどのプログラミング言語で書かれていますか？

主に Python です（GitHub の言語統計による）。

ableton-mcp レビュー: Ableton Live を LLM から操作する構成と導入手順

ひと目でわかる

これは何？: Claude や Cursor から Ableton Live のトラック作成、クリップ編集、アレンジメント構築を行う MCP サーバー。ソケット経由の二段構成と、導入時に必ず引っかかる Remote Script の配置を README の記述範囲で整理する。
誰に向いている？: DAW 上の反復作業をプロンプトで片付けたい人、特にアレンジメントビューのセクション組み立てを自動化したい人に向く。逆に、リアルタイム演奏やオーディオ処理の細かい制御を期待する人、複数クライアントを同時接続したい人には向かない。
商用利用できる？: できます。MIT は寛容なライセンスで、著作権表示とライセンス表示を残せば、使用・改変・販売が可能です。
今もメンテナンスされている？: されています。最後のコミットは 16 日前です。
何の言語で書かれている？: 主に Python です（GitHub の言語統計による）。

回答はプロジェクトの GitHub データ（最終同期：2026年9月15日）と当サイトの分析に基づくもので、法的助言ではありません。

オープンソース詳細解説

Hysen Labs 編集部 · 2026年9月10日 · ahujasid/ableton-mcp

ableton-mcp が埋めるのは Ableton Live と LLM のあいだの操作レイヤー

Ableton Live は GUI と MIDI コントローラー向けに設計された DAW で、外部プログラムからトラックやクリップを操作するための汎用 API を一般ユーザーに開放していない。ableton-mcp はこの隙間を、Live 側に読み込ませる MIDI Remote Script と、MCP を実装する Python サーバーの二つで埋める。README の Components 節はこの構成を明記しており、Ableton_Remote_Script/__init__.py がソケットサーバーを立ててコマンドを受け取り実行し、server.py が Model Context Protocol を実装してそのソケットに接続する。対象読者は、Claude Desktop、Cursor、Claude Code のいずれかを使っていて、かつ Ableton Live 10 以降を手元に持つ制作作業者だ。プロンプトからトラックを起こし、MIDI クリップにノートを書き、アレンジメントビューで曲を組み立てる、という流れを想定している。

ソケットサーバーと MCP サーバーに分かれる理由

この二分割は設計上の必然で、MCP サーバーは LLM クライアントの子プロセスとして起動するが、Ableton Live は別プロセスであり、しかも Live の中で Python を動かすには Remote Script として読み込ませるしかない。README によれば Remote Script 側がソケットサーバーを作り、MCP サーバー側がそこへ接続する。データの流れは、LLM がツール呼び出しを発行し、server.py がソケットにコマンドを流し、Remote Script が Live のオブジェクトを操作し、結果が同じ経路を戻る。MCP サーバーは Live の内部状態を直接読めないので、トラック一覧やクリップの内容を知るには毎回この往復が発生する。README が挙げる機能は、MIDI とオーディオのトラック操作、Ableton ライブラリからの楽器とエフェクトの選択、ノート付き MIDI クリップの作成、イントロ、ビルドアップ、ドロップ、ブレイクダウン、アウトロといったセクションを含むアレンジメントビューの楽曲構築、そして再生開始と停止、クリップの発火、トランスポート制御だ。

uvx で入れて、Remote Script を User Library に置く

導入手順は README の Quickstart に三ステップとして整理されている。まず uv を入れる。macOS なら brew install uv。次に MCP クライアントの設定にサーバーを登録する。Claude Desktop なら claude_desktop_config.json に mcpServers の AbletonMCP を追加し、command を uvx、args を ["ableton-mcp"] とする。Cursor なら Settings の MCP に uvx ableton-mcp をコマンドとして貼る。Claude Code なら claude mcp add AbletonMCP uvx ableton-mcp を実行する。ここで README が警告しているのは、MCP サーバーのインスタンスを一つだけにすること。Cursor と Claude Desktop の両方で動かしてはいけない。三点目が Remote Script のインストールで、uvx --from ableton-mcp ableton-mcp-install-script を実行する。--list-targets を付けると配置先フォルダを先に確認できる。インストーラは Live の Library.cfg から User Library の場所を読み、見つからなければ macOS なら ~/Music/Ableton/User Library、Windows なら Documents\Ableton\User Library にフォールバックする。既存の __init__.py があれば __init__.py.bak に退避してから置き換える。User Library が標準外の場所にある場合は --target "/path/to/User Library/Remote Scripts" で直接指定する。旧来の Preferences/User Remote Scripts は既定では対象外になり、古い Live 向けに --legacy を渡す必要がある。そのあと Ableton を再起動するか、Control Surface で AbletonMCP を選び直す。設定は Settings または Preferences の Link, Tempo & MIDI で、Control Surface に AbletonMCP、Input と Output は None にする。

サーバーは勝手にスクリプトを入れない、という設計判断

README の注記には、サーバーは起動時にスクリプトをインストールしないと書かれている。Ableton の設定ディレクトリへの書き込みは明示的な操作であり、サーバー起動の副作用ではない、という立場だ。これはセキュリティ面では妥当だが、運用面では手間になる。パッケージを更新したらインストーラを再実行する必要があり、読み込まれているスクリプトのバージョンが期待と違えばサーバーが警告をログに出す。つまり、更新のたびに uvx --from ableton-mcp ableton-mcp-install-script を叩き、Ableton を再起動するという手順が発生する。自動更新に任せたい人には煩わしいが、DAW の設定領域を暗黙に書き換えるツールよりは予測しやすい。なお README にはリリースに関する記述がなく、バージョン番号や更新頻度はこの資料からは確認できない。

Telemetry と、同時接続できないという制約

README は Anonymous telemetry を機能一覧に挙げ、使用状況の追跡を行い、無効化できると説明している。無効化の具体的な手順や設定キーは与えられた資料からは読み取れないので、導入前にリポジトリで確認する必要がある。もう一つの制約は接続の排他性だ。MCP サーバーのインスタンスを一つだけにせよという警告は、裏を返せば複数のクライアントから同じ Live セッションを同時に操作する使い方を想定していない。チームで一台のマシンを共有して複数人が別々の LLM から触る、という運用は現実的でない。また、前提として Ableton Live 10 以降と Python 3.8 以降が必要で、Live 10.1.13 以降のバージョンでないと User Library の Remote Scripts フォルダがスキャン対象にならない点も README は触れている。

AbletonOSC 的なアプローチとの違い

Ableton を外部から制御する手段としては、Live に同梱される Max for Live や、OSC 経由で Live のオブジェクトモデルに触る実装が以前から存在する。これらは「プログラムから Live を操作する」という層を提供するが、LLM に何をさせるかは利用者が自分で設計する。ableton-mcp が違うのは、Model Context Protocol というクライアント側の規格に合わせてツールを公開する点だ。Claude Desktop や Cursor の設定ファイルに一行足すだけで、LLM がトラック作成やクリップ編集をツールとして呼べるようになる。抽象度で言えば、ableton-mcp は OSC 系の汎用制御レイヤーの上に LLM 向けのツール記述を載せたものと見られる。汎用性を取るか、設定ファイル数行で使い始められる手軽さを取るかの違いであり、後者を選ぶなら MCP 対応クライアントが必須になる。

向く人、向かない人、最初に確かめる三つのこと

向くのは、Ableton Live 10 以降と Python 3.8 以降が揃っていて、Claude Desktop、Cursor、Claude Code のいずれかを既に使っている人だ。プロンプトからトラックを起こし、MIDI クリップを組み、アレンジメントビューでセクションを並べる、という反復作業の自動化に効く。向かないのは、リアルタイム演奏やオーディオ処理の細かな制御を求める人、複数のクライアントから同時に同じ Live セッションを操作したい人。制御対象は README に列挙された範囲に限られ、それ以外は資料からは確認できない。導入前に確かめるべきは、uvx --from ableton-mcp ableton-mcp-install-script --list-targets が User Library の Remote Scripts を正しく検出するか、Control Surface の設定で Input と Output を None にできるか、そして Telemetry を切る手段がリポジトリに記載されているか。ライセンスは MIT で、改変と再配布の条件は比較的緩いが、同梱される Ableton のライブラリ音源や Live 本体の利用条件は別であり、この点は各自で確認する必要がある。

編集部の結論

DAW 上の反復作業をプロンプトで片付けたい人、特にアレンジメントビューのセクション組み立てを自動化したい人に向く。逆に、リアルタイム演奏やオーディオ処理の細かい制御を期待する人、複数クライアントを同時接続したい人には向かない。導入前に確認すべきは三点で、Ableton Live 10 以降と Python 3.8 以降が揃っているか、uvx --from ableton-mcp ableton-mcp-install-script --list-targets で User Library の Remote Scripts が正しく検出されるか、そして Telemetry を切るかどうか。この三点が済めば、あとは Control Surface に AbletonMCP を選び、Input と Output を None に設定する作業だけが残る。

公式情報源

コミュニティノート