Productivity
Push-to-talk vs always listening: a privacy difference, not just a preference
One captures audio only while you hold a key. The other runs the microphone continuously and decides for itself when you meant it. That is a bigger difference than the convenience suggests.
Last updated
The three models
| Push-to-talk | Latched | Always listening | |
|---|---|---|---|
| Microphone live | Only while held | Between two taps | Continuously |
| You control the boundaries | Exactly | Exactly | No — it decides |
| Accidental capture | Impossible | If you forget to stop | Routine |
| Hands-free | No | Yes, once started | Yes |
| Ergonomics for long dictation | Poor | Good | Good |
| What a colleague sees | You holding a key | An indicator, if the app shows one | Nothing |
| Defensible in a security review | Easily | Easily | Harder |
Why push-to-talk is the right default
Not because always-listening apps are malicious. Because push-to-talk makes a privacy claim that requires no trust at all: the microphone cannot capture what it was not switched on for.
That has three practical consequences:
- The conversation you had while the app was open was not captured. Not "was discarded" — was not captured. Different claim, different strength.
- There is no wake-word model running. Always-listening requires something continuously evaluating audio to decide whether you meant it. Push-to-talk does not need that component to exist.
- It is easy to explain to a security team. "The microphone is active while a key is held" is a sentence that ends a conversation. "It listens continuously but only acts on a trigger phrase" starts one.
Where latched mode earns its place
Push-to-talk has one genuine problem: holding a key for two minutes is unpleasant, and for anyone with hand pain it is the wrong solution to a problem dictation was supposed to help with.
Latching solves it without giving up the boundary. Double-tap to start, tap to stop. The microphone is live between two deliberate acts, both of which were yours.
Use it for: long prompts, first drafts, brain dumps, anything over about twenty seconds. The one risk is forgetting it is on, which is why a visible overlay while latched matters more than it sounds.
The case for always listening
Stated fairly, because there is one.
- Accessibility. For someone who cannot reliably press a key, a wake word is not a convenience — it is the difference between using the computer and not.
- Hands genuinely occupied. Cooking, workshop work, driving with a proper hands-free setup.
- Very frequent short dictations. The shortcut becomes the cost when you dictate forty times an hour.
For the first of those, the trade is obviously worth it and nobody should be lectured about it. For the other two, it is worth being conscious that you are accepting a continuously live microphone on your work machine in exchange for not pressing a key.
Choosing
- Default to push-to-talk It is the safest, the easiest to explain, and correct for the majority of dictations, which are short.
- Add latching for anything long Prompts, drafts, brain dumps. Your hands will tell you when.
- Use always-listening only for a reason you can name Accessibility, or genuinely occupied hands. Not because pressing a key is mildly inconvenient.
- Check the indicator The orange dot in the menu bar should match what you believe about the app. If it is on when you are not dictating, find out why.
- Reconsider in a shared space An always-live microphone in an open-plan office captures other people's conversations, which is their business as much as yours.
Questions
Does VV listen all the time?
No. The microphone is active only while you hold the shortcut, or between the two taps of a latched dictation. macOS's own orange microphone indicator confirms it — it appears and disappears with the key.
Is a latch the same as always listening?
No. A latch is bounded by two deliberate acts, both yours. Always-listening means the microphone runs continuously and software decides when you meant it. The difference matters in a security conversation and in what can be captured by accident.
Is push-to-talk bad for RSI?
Holding a key for a long dictation can be, which is exactly what latching is for. Double-tap to start, tap to stop, no sustained press. If pressing a key at all is difficult, macOS Voice Control is designed for that and is free.
How do I know the microphone is off?
macOS shows an orange dot in the menu bar whenever any app is using the microphone. With a push-to-talk app it should appear only while you are dictating. If it is on at other times, something is listening and it is worth finding out what.