Skip to main content
Contributor I
June 17, 2026

Feature Request: Public Microphone Audio Stream API

Moderator Edit: This post was written/formatted by AI

TL;DR: Expose a local, opt-in microphone audio stream API so users can run voice assistants in any spoken language -- not just the handful Sonos and its partners support today.

Submitted by: A Sonos owner

Affected products: Arc Ultra, Era 100/300, Beam (Gen 2), and all current mic-equipped players

Category: Voice / Platform

Summary

Sonos players ship with excellent far-field microphone arrays, but voice control only works in a small set of supported languages, through first-party and partner assistants. Hundreds of millions of people who own (or would buy) Sonos cannot talk to it in their own language.

We are asking Sonos to add a public, opt-in, locally-authenticated API that streams post-wake-word microphone audio to software on the user's own network. With access to that audio, the community and third parties can pair the mic with modern, open speech-to-text engines that already understand a hundred-plus languages and dialects -- and play the response back through the same Sonos.

In short: let the microphone hardware customers already paid for understand the language they actually speak.

The Problem

Voice on Sonos today is language-locked:

  • First-party and partner assistants support only a limited set of languages. Sonos Voice Control and the integrated partner assistants cover major markets, but leave out most of the world's languages, regional dialects, and accents. If your household speaks Tagalog, Ukrainian, Vietnamese, Swahili, Catalan, or any of hundreds of others -- or simply has a strong accent the model wasn't tuned for -- voice control effectively does not exist for you.
  • The microphone audio never leaves the device in any usable form, so users cannot route it to a speech engine that does understand their language. The audio is encrypted to first-party/partner cloud endpoints with certificate pinning; there is no supported way to capture it.
  • Meanwhile, the technology to solve this already exists -- modern open speech-to-text models (e.g. Whisper-class systems) transcribe 90–100+ languages accurately and run locally. The only missing piece is access to the audio from the Sonos mic.

The result: a global audience that loves the hardware but is shut out of its most natural interface, purely because of a language and access gap that Sonos could close in software.

Proposed Solution

Add a Microphone Stream API with these properties:

  1. Local-first. The stream is delivered over the LAN, never required to transit Sonos's cloud. Latency stays low and audio stays on the user's own network.
  2. Post-wake-word by default. To preserve the existing privacy model, the default mode streams audio only after a wake event. A continuous-stream mode can exist as a separate, more heavily gated option.
  3. Explicitly opt-in, per-device, revocable. The owner enables it in the Sonos app per player, sees a clear privacy disclosure, and can revoke it anytime. The physical mic mute switch remains a hard kill.
  4. Standard audio format. Deliver PCM/Opus at a documented sample rate so it can be fed directly into any speech-to-text engine.
  5. Authenticated and household-scoped, bound to the owner's existing credentials and local pairing.

This deliberately mirrors the privacy posture Sonos already ships (opt-in mic, physical mute, on-device wake detection) -- it adds a destination the owner chooses, not a new data-collection surface.

With this in place, a user whose assistant isn't offered in their language can route the Sonos mic audio to a local speech engine that understands it, process the request, and play the reply back through the speaker -- all in their native language.

And because the captured audio can feed any downstream logic, it isn't limited to answering questions. The same stream can drive AI agents that take action -- turning a spoken request in any language into real commands across the user's smart home.

Extensibility: Sonos as the Voice Front Door to the Agentic Smart Home

The microphone stream is not just an input for transcription -- it is the trigger surface for AI agents. Once audio leaves the Sonos in an open format, a user's agent can:

  • Understand intent in any language (via local or cloud speech-to-text + LLM), then
  • Act on the user's other devices -- lights, thermostats, locks, blinds, media, scenes -- through the platforms they already run (Home Assistant, Matter/Thread controllers, vendor APIs), and
  • Respond and confirm by voice through the same Sonos, closing the loop.

This makes Sonos the natural-language front door to the whole home, regardless of which assistant or agent framework wins. Crucially, the speaker stays constant while the intelligence behind it can be upgraded indefinitely -- today a simple command router, tomorrow a multi-step reasoning agent that chains actions ("dim the living room, queue dinner jazz, and tell me if the garage is still open"). None of that requires new Sonos hardware or a new Sonos assistant; it only requires that the microphone audio be reachable.

This is the extensibility that closed, single-assistant ecosystems cannot offer: the user -- not Sonos, not Amazon, not Google -- chooses the agent, and the capability grows as agent technology grows.

Why This Is Good for Sonos (the ROI case)

This is a low-cost, high-leverage growth lever. The microphone hardware is already in the field -- this is a software/firmware unlock of an existing asset, not a new hardware cost. And it targets the single largest untapped pool of Sonos demand: people who don't speak a currently-supported language.

1. Unlock a massive underserved global market

The supported-language list excludes the majority of the world's ~7,000 living languages and a large share of its speakers. Every household that can't use voice today because of language is a household getting less value from its Sonos -- and a prospective buyer who sees voice as "not for me."

Illustrative model. First-party voice covers a relatively small set of languages. Even capturing a sliver of the excluded population converts to large numbers: if opening the mic lets the community serve, say, 50 additional languages, and this brings in just 0.1% of the speakers of those languages as new or upgrading Sonos customers, that is still hundreds of thousands of incremental buyers -- from a feature that is essentially a firmware unlock of hardware already shipped.

2. Word-of-mouth and the network effect -- in every language community

This is the part that compounds. "I can finally talk to my Sonos in my own language" is an intensely shareable moment, and it spreads through tight-knit language and regional communities that mainstream tech marketing never reaches:

  • Each "it works in our language now" post, video, or community thread is a free, credible, organic advertisement aimed precisely at people who share that language -- i.e., at qualified prospective buyers.
  • Language communities are dense and high-trust networks. Recommendations travel fast within a diaspora, a region, or a linguistic group -- far more efficiently than paid ads.
  • The household member who sets this up is typically the one who outfits the home; one enthusiast frequently drives multiple system purchases across family and friends.
  • The flywheel: open mic → assistants in new languages → users sharing in their communities → new buyers → demand for still more languages. Sonos supplies the hardware base; the world's language communities supply the marketing.

3. Accessibility and inclusion narrative

Beyond languages, the same capability serves accent robustness, speech differences, and accessibility use cases the big platforms underinvest in. A Sonos that says "voice control for everyone, in any language" owns an inclusion story that is both genuinely good and highly shareable.

4. Capture the agentic smart-home shift -- as the voice layer

Voice is rapidly becoming the interface to AI agents that control the home, not just to media playback. By opening the mic, Sonos positions its speakers as the front door to the agentic smart home: the device you talk to, in your language, to make things happen across lights, climate, locks, and scenes. This pulls Sonos into the center of the smart-home conversation -- a far larger and faster-growing market than audio alone -- without Sonos having to build the agents or the integrations itself. Every new capability the agent ecosystem ships (better reasoning, more device integrations, multi-step automation) makes the Sonos in the room more valuable at zero additional cost to Sonos. It also deepens the moat: once a household's agent talks and listens through Sonos, the speaker becomes the irreplaceable I/O endpoint of their entire home.

5. Future-proofing against the AI/voice shift

Sonos can't build an assistant for every language and dialect -- but the global community can, if given the audio. Opening the mic lets Sonos hardware stay the preferred voice endpoint regardless of which assistant, model, or language a household uses. Sonos becomes the ears and voice for whatever AI a user prefers.

6. Differentiation no major competitor offers

Amazon, Google, and Apple all keep microphone audio locked to their own clouds and their own supported-language lists. A Sonos that says "it's your mic, your audio, your network -- and it understands your language, and drives your whole home" owns a positioning none of the incumbents match -- and that positioning is itself highly shareable.

7. Low cost, high optionality

  • Cost: primarily firmware + API work on hardware already deployed. No new manufacturing.
  • Upside: access to entire language markets currently written off, a marketing engine that runs on community enthusiasm, and future monetization options (premium tier, certified-assistant program).

Privacy & Trust (addressing the obvious objection)

Sonos's caution around microphone data is correct and should be preserved. This proposal strengthens the privacy story:

  • Opt-in only, per-device, with a plain-language disclosure at enable time.
  • Local by default -- audio goes to the owner's chosen device on their own network, not to Sonos or any third-party cloud unless the owner's own software sends it there.
  • Post-wake-word default, preserving the "not always listening" guarantee.
  • Physical mute switch remains a hard, hardware-level kill.
  • Per-app authorization & revocation, auditable in the Sonos app.

This is more privacy-respecting than the status quo, in which users who need an unsupported language must bolt on a separate, uncontrolled third-party microphone because the Sonos mic is unavailable.

Suggested Rollout

  1. Beta program behind the existing developer/feedback portal, mic-equipped players only.
  2. Spec-first: publish a documented streaming protocol so the audio can be fed into any speech engine.
  3. Post-wake-word mode first; gate continuous-stream mode behind an additional explicit permission.
  4. Reference example: ship a sample "local voice assistant" (wake word → speech-to-text → action → text-to-speech → playback) demonstrating a non–first-party language, to seed the community and model the intended privacy posture.
  5. Gather feedback, then graduate to GA.

What This Would Enable (concrete demand signal)

  • Voice control in languages and dialects Sonos doesn't and won't natively support -- the long tail of the world's languages.
  • Better handling of regional accents and multilingual households that switch languages mid-conversation.
  • Accessibility experiences tailored to individual speech patterns.
  • Fully local, private voice assistants for users who want voice control without cloud dependence -- in their own language.
  • AI agents that control the smart home by voice -- "turn off the lights and lock the door," "set the bedroom to 20 degrees," multi-step routines -- spoken in any language and confirmed back through the Sonos, using whatever agent platform the user already runs (Home Assistant, Matter, vendor APIs).

Every one of these gives a previously-excluded community a reason to talk publicly about Sonos -- which is exactly the growth mechanism described above.

33 replies

frolAuthor
Contributor I
June 17, 2026

​@craigski ​@Stanley_4 How do you define AI slop?

I have put my own pain point with a proposed solution (reuse existing implementation as much as possible) and provided several angles for the business case. I also reviewed that AI formatted my ideas clearly and without distortion.

frolAuthor
Contributor I
June 17, 2026

1. Violation of "Unsolicited Idea" Policies

In other posts there were questions about “what is ROI for Sonos”, so I just addressed it durectly in the proposal.

 

2. Security and Privacy Red Flags

The core of your proposal asks for direct access to raw microphone audio data and bypassing existing encryption/certificate pinning.

I am not inviting anyone to break anything. Any local microphone provides raw audio data. I just don’t want to buy an additional hardware when I already have nice microphones across all my rooms that are more than capable to send the data to my own local processing server. It is not an ask for the community to fullfill, it is an ask to Sonos dev team, which is why I structured it as a product feature request document.

3. Platform Terms of Service (ToS) & "Jailbreaking"

Even though you are asking Sonos to officially build this API, the discussion of bypassing cloud endpoints and modifying how the hardware handles data borders on topics that forums strictly prohibit

See above.

4. Audience and Intent Mismatch

Community forums are designed for end-user support, troubleshooting, and basic feature requests (e.g., "Please add support for Ukrainian").

  • Too Technical: This document reads like an internal Product Requirement Document (PRD) or a Venture Capital pitch. It focuses on ROI, market expansion percentages, and API architectures.

  • Wrong Venue: General community users cannot act on this, and the corporate decision-makers who could act on it rarely browse public consumer forums looking for architectural specifications.

I found this to be the only venue to reach out to the product teams - it was explicitly mentioned that some of the posts could be brough to the attention of the internal teams.

 

Where Should This Be Posted Instead?

Instead of a general consumer community forum, this type of document is highly valued in spaces dedicated to open-source development and smart home architecture. You would get much better traction posting this to:

  • Developer & Home Automation Communities: Forums like Home Assistant Community or Subreddits like r/homeautomation and r/selfhosted, where users actively build workarounds for local speech-to-text.

  • GitHub: As an architecture proposal or discussion thread in open-source voice assistant repositories (like Rhasspy or Home Assistant's Voice Assistant initiatives).

  • Direct Developer Relations: Submitting it directly through the official Sonos Developer Portal feedback channels, where it is shielded by developer terms and actually reaches platform engineers.

I doubt Sonos internal teams monitor those venues, and community cannot do anything about it (except jailbreaking, but that is not my intention here at all!)

 

NOTE: AI Generated to feed the beast😀

​@craigski I believe my proposal is more factual and thought through, but let it be. Thank you for keeping my post! I hope the internal teams would find it insightful and hopefully implement it one day. I am open to helping with the brainstorm and implementation (I have a strong technical and product background).

Stanley_4
Grand Maestro
June 17, 2026

AI Slop = A wall of text that is of no value to me, and not clearly identified as AI generated.

That is very different than good content generated by a skilled operator using an AI system.

frolAuthor
Contributor I
June 17, 2026

I would be very surprised if Sonos was interested in this  I don’t think it would open up the huge market this claims since it would require that the consumer be rather tech savy in order to want to maintain a separate server and build the API interface.

This opens the door for app developers shipping some cool integrations for regular users. So we could see more apps like LYD, which does not require users to be tech savy.

  Honestly, if someone has the desire to do that, I suspect that they would also be comfortable using a different speaker/mic system.  Why not just use Home Assistant Voice?  There is little reason to involve Sonos in this plan.

I already have Sonos hardware in multiple rooms, I’d prefer to not install unnecessary hardware (the microphones in Sonos are likely miles better than Home Assitant Voice)

I also think it is likely Sonos would have to seek additional licenses for this feature in the countries they already operate in as well as any new country they currently don’t operate voice assistance. I would think that this would also cost more in support than it could possibly bring in for new sales.  

I am not a legal expert, but I have never heard microphones needed licensing. I don’t want them to send my data anywhere but my own server.

Thanks for raising your concerns!

jgatie
June 17, 2026

No campaign by Home Assistant supporters, no matter how many are recruited to the cause, no matter how sophisticated the posts, no matter how much AI is employed, no matter how much gish gallop is tossed out in paragraph after paragraph of bold and italic highlights; none of it is going to move the needle until HA has sufficient market share to justify the time and money needed to implement and maintain the support. 

Why one insists on wasting their time making post after post trying in vain to circumvent that fact is utterly baffling; but you do you.

frolAuthor
Contributor I
June 17, 2026

It’s an interesting idea. Do you have any feel for the amount of memory this will require?

I would expect it to have virtually no overhead compared to the existing Alexa / Sonos Assistant since they already need to do the same processing. I would guess it is just a matter of having a custom endpoint configured, so instead of Alexa assistant there will be “Local/Custom AI assistant” or even more generic “Stream audio input after wakeup-word to the user-provided endpoint”

Do you envision local processing for privacy - as with Sonos Voice Control - or processing via the web? 

In my specific case, I would prefer local processing for extended range of tasks and to be able to converse in a not that widely spoken language (not English/French that are currently supported by Sonos Assistant).

frolAuthor
Contributor I
June 17, 2026

No campaign by Home Assistant supporters, no matter how many are recruited to the cause, no matter how sophisticated the posts, no matter how much AI is employed, no matter how much gish gallop is tossed out in paragraph after paragraph of bold and italic highlights; none of it is going to move the needle until HA has sufficient market share to justify the time and money needed to implement and maintain the support. 

Why one insists on wasting their time making post after post trying in vain to circumvent that fact is utterly baffling; but you do you.

My usecase is to use my local language instead of English and potentially plug in my local LLM for agentic tasks. I want to use the hardware (microphones) I have already installed in my home.

I don’t care about Home Assistant usecase that much, but it would also be enabled by this proposal.

kdowling
June 17, 2026

AI slop: Text generated by AI in a manner that is unlikely to be written by a human being. Usually generated on behalf of someone too lazy to write their thoughts themselves.

In this case, I’d say the thought, proposal or request could be written in such a way that the first reaction isn’t to roll my eyes and move on. That is the result of AI slop to me. Unserious expression not worthy of my time. Just my opinion.

jgatie
June 17, 2026

My usecase is to use my local language instead of English and potentially plug in my local LLM for agentic tasks. I want to use the hardware (microphones) I have already installed in my home.

I don’t care about Home Assistant usecase that much, but it would also be enabled by this proposal.

 

Your use case has no bearing on my statement/question, to whit: Why waste your time?

And we can easily search your post history.  Your initial post is a request for Home Assistant support.  Wrapping it up in AI cloaked nonsense doesn’t much change that.

jgatie
June 17, 2026

By the way, for those not familiar with the term:

The Gish gallop is a rhetorical technique in which a person in a debate attempts to overwhelm an opponent by presenting an excessive number of arguments, without regard for their accuracy or strength, with a rapidity that makes it impossible for the opponent to address them in the time available. Gish galloping prioritizes the quantity of the galloper's arguments at the expense of their quality.

 

Unfortunately, AI and gish gallop seem to be a match made in heaven.