Why "hold a key" and "turn Siri on" are different problems
Edith Rowe, Editor, Memoe — 9 October 2026
Four people, none of them talking to each other, filed four separate bug reports this year about the same shape of problem: a Mac voice tool that has to be "on" all the time collides with whatever else is listening.
- A developer using the dictation app VoiceInk alongside macOS Voice Control found that "both listen to the mic and both insert text, so every sentence gets transcribed and pasted twice. The only workaround today is turning Voice Control off/sleep before each dictation and back on/awake after." (GitHub issue, 14 August 2026)
- A user running the clipboard manager Clipy alongside the dictation app Wispr Flow found that "Clipy captures those temporary transcripts, cluttering my clipboard history," even after excluding Wispr Flow from Clipy's watch list. (GitHub issue, 7 October 2026)
- Someone helping a non-technical relative set up dictation on a new MacBook had to "turn OFF Siri so that the F5 button would enable dictation in the way that he wanted," then separately explain the difference between tapping F5 and holding it down. ("And Apple are meant to be good at this stuff!") (Hacker News, 5 October 2026)
- Someone trying to add voice control to an iPhone Action Button over SSH ran into the same shape of problem from the builder's side: "The Action Button can't do hold-to-talk, because Shortcuts only runs on press, not release," so the mic either has to be a toggle (press once to start, press again to stop) or a fixed-length window, never a true press-and-hold. (GitHub feature request, 7 October 2026)
None of these four people are complaining about accuracy. They are describing a state problem: more than one piece of software believes it owns the microphone right now, and the platform's own automation tools (Shortcuts, in the fourth report) make a true press-and-hold hard to build at all, which is why so much of what exists is a toggle instead.
Why a toggle causes this and holding a key doesn't
A toggle has a mode. Once you switch Siri, Voice Control or a dictation app "on," it stays on — listening, possibly for a wake word, possibly for anything — until you switch it back off. That is exactly the state the first two bug reports describe two tools disagreeing about at the same time, and exactly the state the third report shows a Mac owner having to manage by hand (turn Siri off, remember to turn it back on).
A press-and-hold control does not have that mode. It is listening only between the moment you press the key and the moment you release it. There is nothing for a second always-on listener to collide with, because there is no window where this one is on and idle at the same time as something else.
Memoe's shortcut works this way: you hold one key from any app, say what you want, and Moe answers out loud when you let go — a press-and-hold, not a toggle, and off by default between presses. It needs an Apple silicon Mac on macOS 15 or later. There is also a "Hey Moe" wake-word mode, but it is opt-in and off by default; the key is the default way in. You can also just type, the same as always, if that's what the moment calls for.
This does not mean the underlying platform conflict in the first two reports above is specific to any one app, including this one — two programs can still both try to use the microphone at the same moment if both are told to. What a press-and-hold removes is the standing conflict: the case where software is listening when you didn't ask it to be, simply because nobody switched it back off.
And the fourth report is worth sitting with on its own: a press-and-hold is harder to build on a Mac than a toggle is, using Apple's own automation tools, which is probably a real part of why so much of what's out there defaults to the toggle shape in the first place.
If you're deciding between the two
If you only ever use one voice tool and never run it next to Siri, Voice Control or another dictation app, the always-on/toggle shape may never bite you. The four reports above all involve at least two things listening. If that's your situation — more than one app, or Siri/Voice Control still enabled alongside whatever else you've added — a press-and-hold control is worth asking about specifically, because "does it have a mic icon that's always-on" and "does it only listen while a key is held" are different questions with different failure modes, and most product pages don't say which one they are.