生成式Ai只是快餐，DAW结合agent会是未来专业高端方向吗？
最近Sonar引入了新版Cakescript，我认为绝对是个里程碑式的功能。这几天跑通了用WorkBuddy控制Sonar，基本实现动动嘴就能操作Sonar。
刚才问了Ai这个方向的现状：
下表汇总各 DAW 的官方脚本接口、语言支持，以及当前的 AI 接入状况。
| DAW | | | |
| REAPER | ReaScript （ 600+ API ，可跨进程） | | 最开放。社区 MCP 最丰富（ total-reaper-mcp 600+ 工具）；有 NeurIPS 2025 论文级项目 DAWZY （自然语言 → 可逆脚本， GPT-5 下任务成功率 100% ） |
| Cakewalk Sonar | | | 无官方 MCP 。当前采用「 MIDI 触发 + RunScript 」自建通道 |
| FL Studio | Python API （ 20.8.4+ ， 14 模块 427+ 函数） | | 唯一把 agentic AI 内置进工程操作的大厂： Gopher （ 2026 ）能直接调轨电平、改插件参数、整理路由、生成卷帘 |
| Ableton Live | Python Remote Scripts + Max for Live + Extensions SDK | | Extensions （ 12.4.5 beta ）可在 Live 内部托管自建 MCP server ；社区 ableton-mcp 约 2.5k 星 |
| Pro Tools | PTSL （ Pro Tools Scripting Library ） | | |
| Logic Pro | | | 只能处理流经该通道条的 MIDI ，读不了工程、建不了轨； AppleScript 字典近乎空 |
| Cubase / Nuendo | | | 结构性受限：约 50–100 函数，不能建轨、删轨、插插件；第三方 MCP 只能走 MIDI 桥 |
| Bitwig Studio | Controller API + Extensions | | |
| Ardour / Mixbus | | | |
| Renoise / Reason | | | |
| Studio One | | | |
[color=rgba(0, 0, 0, 0.9)]
也就是说：[color=rgba(0, 0, 0, 0.9)]
真·脚本派[color=rgba(0, 0, 0, 0.9)]
是 REAPER、Sonar、FL、Ableton 这一档（能建轨、改音符、读工程结构）；Logic/Cubase 属于"半开放"（只能在 MIDI 流或控制器映射层面动手）；Studio One 是完全封闭。
[color=rgba(0, 0, 0, 0.9)]
AI 智能体直连的四层现状
目前没有任何 DAW 官方定义过「AI 智能体直连」协议。现有形态可以分成四层，越往上越接近原生。
（一）第 1 层：原生内置 AI Agent（厂商自带）
只有 FL Studio 一家。Gopher 在 FL Studio 2025 时只能查手册与知识库，2026 版升级为 agenticassistant——可以直接修改工程：调整轨道电平、改插件参数、整理混音通道、按约束生成钢琴卷帘内容。Image-Line 强调 Gopher 不拿用户数据训练模型。
局限在于：它是厂商自家的 AI，使用者无法接入自己的 agent。
（二）第 2 层：官方脚本 / 扩展 SDK（可自托管 Agent）
这一层是把外部 Agent 请进 DAW 的官方口子：
· Ableton Extensions SDK——最前沿。它是由 Live 进程托管的扩展机制，社区已有实现把 MCP server 直接跑在 Live 内部，通过localhost 的 Streamable HTTP 对外服务，AI 编码助手（Claude Code、Codex、ClaudeDesktop 等）连上即可检查工程、编写 MIDI、管理轨道与场景、插入并调整设备、驱动混音。服务器随 Live 启停，用每次安装生成的 Bearertoken 保护。
· ReaScript / FL Python API / Pro Tools PTSL——都提供完整的脚本与调用面，外部程序或Agent 可以据此构建自己的桥接层。
补充：2026 年 4 月28 日 Anthropic 发布官方 Claude Connector for Ableton Live，但它只提供 Ableton 文档库的知识，不直接控制 Live 工程。
（三）第 3 层：第三方社区 MCP 桥
这是当下真正可用的路径，已覆盖七个平台：Ableton、Logic、REAPER、Pro Tools、FLStudio、Bitwig、Cubase。
· REAPER 最丰富：shiehn/total-reaper-mcp 达 600+ 工具、40+ 分类，并设计了部署档位（生产档、精简档、混音档、全量档）；另有 itsuzef/reaper-mcp 等至少六个项目。
· Ableton 生态最热：ahujasid/ableton-mcp 约 2,500 星，通过 socket 连接 Live 内的 MIDI Remote Script 实现双向控制。
· Logic、Pro Tools、FL、Bitwig、Cubase均有对应实现；Cubase 的两个方案是 macOS 独占且基于 MIDI。
（四）第 4 层：无脚本 API（只能 MIDI / 键鼠模拟或自建）
Cubase 因 API 封闭，AI 只能冒充 MIDI 控制器远程操作，慢且脆弱；建轨、插插件这类结构操作根本无法通过受支持的 API 完成。这正是「API 开放度决定 AI 能不能干活」的典型案例。
· Studio One——无脚本接口（仅 Macro）。
· Cakewalk Sonar——脚本能力够格，但缺官方进程间通道，目前以 MIDI 触发加 RunScript 落盘执行作为变通方案。
关键结论
综合上述对比，可以得出四条判断。
1. 「有脚本」和「能被 Agent 驱动」是两件事。Logic 的 Scripter、Cubase 的MIDI Remote API 都算官方脚本面，但它们触达不到工程结构，因此AI 只能在很窄的范围内动手。
2. API 开放度是 AI 能否落地的决定性变量。REAPER 约 600+ 函数、可跨进程直连，社区 MCP 因此繁荣；Cubase 只有约 50–100 个沙箱函数且无跨进程通道，至今没有可用的结构性 AI 方案。
3. 原生 agent 化才刚起步。FLStudio 的 Gopher 是目前唯一把 agentic AI 做进 DAW 工作流的产品，但它封闭于厂商自家 AI。
4. 官方向外部 Agent 开放，Ableton 走在最前。Extensions SDK 让MCP server 进驻 DAW 进程，这是从「社区变通」迈向「官方支持」的第一步。
[color=rgba(0, 0, 0, 0.9)]
本帖最后由 karf 于 26-9-17 12:55 编辑
