Sonos 27把家庭音响接上Agent

Sonos 开始把音响变成家庭 Agent 入口

Sonos 今天（2026 年 9 月 1 日）发布新一代音频操作系统 Sonos 27，并同步带来 Sonos 27voice 自研语音助手和 Sonos 27mcp 模型连接能力。这是 Sonos 自 2024 年应用改版引发用户反弹以来，规模最大、也最具方向性的一次软件更新。

Sonos 27 的核心变化不是再加一个聊天机器人，而是尝试把家庭音频系统变成 AI Agent 可以直接调用的设备层。用户未来不仅能让语音助手播放音乐、调整音量，还可以把 ChatGPT、Google Gemini 等模型接入 Sonos，并为不同房间和使用场景配置具有独立声音、角色与模型的智能体。

这条路线比传统智能音箱更激进。过去的智能音箱通常是云端助手附带一个扬声器，Sonos 现在试图反过来：以已经铺进多个房间的音频系统为底座，再让用户选择上层模型和 Agent。

两项 AI 功能不是一回事

Sonos 27voice 是 Sonos 自主开发的语音助手，主要负责音乐播放和 Sonos 系统控制。按照目前公布的时间表，它将在 2026 年秋季以抢先体验形式开放，并由用户自行决定是否启用。

Sonos 27mcp 是 Sonos 27 面向外部 AI 模型提供的连接能力，目标是让 ChatGPT、Google Gemini 等模型理解并操作 Sonos 系统。该功能计划于 9 月 8 日开放抢先体验，比 Sonos 27voice 更早进入用户测试阶段。

MCP 是 Model Context Protocol 的缩写，是一种让大模型以标准化方式发现、读取和调用外部工具的协议。它解决的问题类似 USB 接口：模型不必为每一种设备重新设计一套连接方式，只要双方遵循相同协议，就能暴露可调用的工具、参数和返回结果。

AI Agent 是能够围绕目标进行推理，并按步骤调用工具完成任务的软件智能体。它与普通语音助手的差别在于，后者通常只执行单条预设命令，前者则可以把一句自然语言拆成多个动作，并根据设备状态继续决策。

例如，传统语音控制处理的是“把客厅音量调到 30”。接入 Agent 后，用户理论上可以说“孩子睡了，把楼下所有音箱切到夜间状态”，由模型判断涉及哪些房间、是否需要取消分组、音量应该降到多少，以及是否继续播放当前队列。

三项能力的定位与时间表如下：

| 能力 | 核心定义 | 可连接对象 | 主要用途 | 开放时间 | |---|---|---|---|---| | Sonos 27voice | Sonos 自研语音助手 | Sonos 音箱与播放系统 | 播放、暂停、切歌、音量及系统控制 | 2026 年秋季抢先体验 | | Sonos 27mcp | Sonos 面向 AI 模型的 MCP 连接能力 | ChatGPT、Google Gemini 等模型 | 让外部模型读取状态并调用音频控制能力 | 2026 年 9 月 8 日抢先体验 | | 自定义 AI 智能体 | 用户可配置角色、声音与底层模型的 Agent | 最多 10 个 Agent | 新闻播报、起床提醒、家庭场景编排 | 计划 2027 年上线 |

真正重要的是“模型可选”，而不是多了一个唤醒词

Sonos 27mcp 最值得关注的设计，是将语言模型与音频硬件解耦。传统智能音箱往往将硬件、唤醒词、语音识别、云端模型和服务账号捆绑在同一家公司的生态中，用户换模型通常意味着换设备，或者至少要改用另一套助手。

Sonos 的思路更接近一套家庭音频操作系统。音箱继续负责可靠的播放、多房间同步和声音输出，ChatGPT、Gemini或未来其他模型负责理解复杂意图，MCP则处在两者中间，把“把餐厅和厨房组成一组”“查询卧室正在播放什么”这类操作转换成模型可以发现和调用的工具。

这种分层对 Sonos 尤其合理。Sonos 的优势从来不是通用搜索或大模型训练，而是多房间音频、设备发现、播放队列、分组和家庭影院协同；如果强行与 OpenAI、Google 竞争基础模型，投入产出并不划算。开放模型选择权，反而能让 Sonos 把有限资源放在设备状态、权限系统和音频体验上。

不过，Sonos 尚未完整披露 Sonos 27mcp 的协议实现、支持的工具清单、上下文范围和权限粒度。现阶段不能确认它是否会向任意 MCP 客户端开放，也不能确认 ChatGPT、Gemini 的接入究竟采用本地发现、云端账号绑定，还是 Sonos 托管的中间服务。

“支持 MCP”因此不等于“所有 Agent 都能立刻控制所有 Sonos 设备”。协议只解决接口标准化问题，真正决定体验的仍然是工具描述是否准确、设备状态是否实时、错误能否回滚，以及高风险操作是否需要二次确认。

民间项目已经证明这条链路能跑通

第三方开源项目 sonos-ts-mcp 已经展示了 Agent 控制 Sonos 的基本实现路径。该项目通过局域网内的 UPnP/SOAP 协议与 Sonos 设备通信，再把播放控制、区域分组、队列管理、音乐库浏览和闹钟等能力封装成 MCP 工具。

UPnP/SOAP 是 Sonos 设备长期使用的局域网发现与控制机制，而 MCP 相当于在其上增加一层适合大模型理解的语义接口。前者告诉软件“这里有一台设备，它有哪些控制方法”，后者告诉模型“当用户说晚餐模式时，你可以调用哪些工具、参数应该怎么填”。

开源实现能够处理“在客厅播放爵士乐”“厨房正在播放什么”“把所有房间音量设为 50”等自然语言任务。这说明技术链路本身并不神秘，真正有价值的是 Sonos 官方介入后可能获得的设备兼容性、账号体系、固件协同和长期维护能力。

官方方案与第三方 MCP 项目的差异可能集中在以下几方面：

| 对比项 | Sonos 27mcp | 第三方 sonos-ts-mcp | |---|---|---| | 产品定位 | 面向普通 Sonos 用户的系统级能力 | 面向开发者和自动化玩家的开源工具 | | 设备接入 | 官方应用、账号与系统能力，具体架构待公布 | 通过局域网 UPnP/SOAP 读取和控制设备 | | 模型支持 | 已公布 ChatGPT、Google Gemini 等 | 取决于所使用的 MCP 客户端与模型 | | 部署门槛 | 预计通过 Sonos 27 配置，但细节未公布 | 需要自行运行 MCP Server 并配置客户端 | | 维护责任 | Sonos 官方 | 开源维护者与用户 | | 权限安全 | 具体权限模型尚未披露 | 由本地环境、客户端和用户配置决定 |

官方实现的最大优势不是“能控制音量”，而是有机会把 Agent 权限做到家庭成员、房间和设备级别。一个成熟系统应该允许儿童账号只能点播白名单内容，访客只能控制客厅，清洁人员不能读取播放历史，外部模型也不应默认获得整个家庭的设备拓扑。

2027 年的 10 个自定义 Agent，想象空间比实用性先到

Sonos 计划在 2027 年支持最多创建 10 个自定义 AI 智能体，并允许用户为每个智能体选择不同的底层模型、声音和角色。Sonos 产品开发高级总监布兰登·霍利给出的例子包括：让一个阴郁的侦探播报晨间新闻，或者让励志教练在起床时低声送上鼓励。

多 Agent 设计的意义不只是换声音，而是将家庭场景拆分成不同权限和行为边界。晨间助手可以访问闹钟、天气与新闻；儿童故事助手可以限定内容来源和最大音量；家庭影院助手可以管理电视、回音壁和耳机切换；聚会助手则可以操作多个房间的分组和播放队列。

最多 10 个 Agent 的上限也透露出 Sonos 对产品形态的判断。它并不打算让一个全能助手接管所有家庭事务，而是希望用户建立一组职能明确的角色，这更接近企业软件中的“岗位”，而不是科幻电影里的统一家庭大脑。

但角色化表达很容易变成一次性新鲜感。用户可能会尝试几次侦探播报，却不会每天容忍冗长的角色台词；真正能留下来的能力，仍然是低延迟、准确识别、跨房间上下文和稳定执行。

2027 年才上线也意味着这项功能目前更接近路线图，而不是已经可以购买和使用的产品。Sonos 需要先通过 2026 年的两轮抢先体验验证 MCP 工具调用、语音交互和系统稳定性，再决定多 Agent 是否值得全面推送。

Sonos 必须先修复“可靠性信用”

Sonos 27 面临的最大阻力不是模型能力，而是用户是否还愿意把家庭音频控制交给一次大版本更新。Sonos 在 2024 年推出新版应用后，曾因功能缺失、连接问题和体验倒退激怒大量用户，公司随后进入持续补救阶段。

家庭音响与普通聊天应用的容错标准完全不同。聊天机器人答错一句话，用户可以重新提问；音响系统在凌晨误播、把所有房间音量拉满，或者在观影时错误切换输出，影响会立刻扩散到现实环境。

Agent 让错误半径进一步扩大。过去一个按钮通常对应一个动作，Agent 则可能一次调用多个工具；如果模型错误理解“楼下”，可能同时修改客厅、厨房和餐厅，甚至破坏用户原有的播放分组和队列。

Sonos 27mcp 因此至少需要提供四类保护机制：

1. 最小权限控制：每个模型和 Agent 只能访问被授权的房间、设备与工具。
2. 高风险操作确认：全屋播放、较高音量、修改闹钟等动作应要求二次确认。
3. 执行过程可见：应用应展示模型调用了哪些工具、修改了哪些设备。
4. 撤销与回滚能力：用户需要一键恢复此前的房间分组、音量和播放状态。

隐私也是 Sonos 尚未回答完整的问题。语音是否在本地完成唤醒与处理、哪些文本或音频会发送给外部模型、第三方模型能否看到房间名称和家庭设备结构、历史数据保存多久，这些信息将直接决定用户是否愿意启用相关功能。

用户主动选择启用 Sonos 27voice 是一个正确起点，但“可选择启用”并不能替代透明的数据说明。对家庭设备而言，清晰的权限面板和数据流向图，比再增加一种拟人化声音更重要。

同期硬件让 AI 能力有了更多出口

Sonos 此次还发布了 Beam Ultra 回音壁和 Ace Ultra 头戴式耳机，构成自 2024 年以来最大的一次软硬件集中更新。两款硬件不是 Sonos 27 AI 功能的主角，却能帮助系统覆盖客厅与个人收听场景。

Ace Ultra 使用 Sonos Headphone Engine 2 平台，配备重新设计的 40mm 定制单元和 10 个降噪麦克风。Sonos 公布的频段数据是：面对约 65Hz 的暖通空调低频噪声，降噪效果达到初代 Ace 的 2.2 倍；面对约 120Hz 的飞机低频轰鸣，效果达到 1.8 倍。

Ace Ultra 还将在 9 月 29 日获得“耳机联动”功能。用户按下耳机按键即可在 Sonos 音箱与耳机之间切换声音，即使手机不在身边也能完成操作，这让 Agent 未来有机会根据时间、房间占用和用户习惯自动选择输出设备。

Sonos 27 本身还增加了新版导航、房间排序和虚拟音量旋钮。这些功能将从 9 月 8 日起陆续推出，其中虚拟音量旋钮初期仅支持 iOS，用户可以用两根手指模拟转动实体旋钮。

虚拟旋钮看起来只是交互细节，却反映出 Sonos 没有完全押注语音。家庭音频需要触控、物理按键、应用和语音并存，因为在音乐正在大声播放、多人同时说话或用户不想开口时，传统界面往往比 AI 更可靠。

这不是智能音箱复兴，而是设备层开始对 Agent 开放

Sonos 27 的战略价值高于它现阶段的功能完成度。它第一次把“用户可选模型”“MCP 工具协议”“多房间音频系统”和“自定义 Agent”放在同一份消费电子路线图中，让家庭音响不再只是 AI 回答问题时的扬声器。

这套方案短期内仍然偏向抢先体验用户。Sonos 27mcp 要到 9 月 8 日才开始测试，Sonos 27voice 要等到今年秋季，自定义 Agent 更要等到 2027 年；协议开放程度、地区支持、语言范围、响应延迟和数据处理方式目前也缺少完整信息。

Sonos 的方向是对的，但执行门槛很高。对开发者而言，MCP 降低了模型连接设备的适配成本；对用户而言，模型可选避免了音响被锁死在单一助手上；对 Sonos 而言，Agent 则提供了一个绕开基础模型军备竞赛、重新定义家庭音频入口的机会。

最终决定 Sonos 27 成败的不会是侦探声音是否有趣，而是它能否做到一句话发出后，正确的房间在正确的时间以正确的音量开始播放。如果 Sonos 能把这种确定性做出来，家庭音响可能成为 Agent 进入现实空间的第一批高频终端；如果做不到，MCP 也只会成为设置页面里另一个很少有人打开的开关。

参考来源

• IT之家：Sonos 发布 Beam Ultra、Ace Ultra 与 Sonos 27——包含 Sonos 27voice、Sonos 27mcp、自定义智能体时间表及新硬件参数。
• GitHub：sonos-ts-mcp——第三方 Sonos MCP Server 项目，展示通过 UPnP/SOAP 将多房间音频控制封装为 MCP 工具的实现路径。