[BUG] macOS: documented per-prompt dismissals for the `workflow` keyword trigger (alt+w, backspace) don't work
Preflight Checklist
- [x] I have searched existing issues and this hasn't been reported yet
- [x] This is a single bug report (please file separate reports for different bugs)
- [x] I am using the latest version of Claude Code
What's Wrong?
Summary
On macOS, both documented ways to dismiss the dynamic-workflow keyword trigger for a single prompt fail. The docs (https://code.claude.com/docs/en/workflows, "Ask for a workflow in your prompt") say:
If Claude Code highlights the word when you didn't mean to trigger one, press alt+w to ignore it for this prompt, or press backspace while the cursor is right after the highlighted word.
Neither works on macOS, and on a pre-2.1.157 build there is no workflowKeywordTriggerEnabled setting yet either. So anyone who routinely writes about GitHub Actions workflows (or Airflow / Temporal / n8n / plain business workflows) trips the trigger constantly with no proportionate way out.
Environment
- Claude Code Desktop (
com.anthropic.claudefordesktop), embedded engine 2.1.149 (~/Library/Application Support/Claude/claude-code-vm/.sdk-version). Desktop "Check for Updates" reports installed version as current, so 2.1.157 is not yet on this channel. - Standalone CLI 2.1.140 also installed (
~/.local/share/claude/versions/). - macOS (Darwin 25.5.0), US keyboard layout.
Impact
The Desktop approval card (with its token-usage caution and Deny action) prevents an accidental trigger from silently consuming tokens in interactive use, and the keyword only permits a workflow rather than forcing one. The gap is that the trigger shipped ahead of its suppression controls: per-prompt dismissals are broken on macOS (above), and the workflowKeywordTriggerEnabled off-switch (2.1.157) is not on the Desktop "latest" channel yet, leaving only the sledgehammer disableWorkflows (which also removes /deep-research and the ultracode effort level). The one surface with no approval gate at all is bypass-permissions / claude -p / Agent SDK, where an accidental keyword trigger would start a workflow unprompted -- so the missing dismissals/off-switch matter most there.
Design bug (beyond the keybinding)
Even granting the trigger is intended, the affordance is the defect.
- The highlight's meaning is undiscoverable in-context: hovering and right-clicking the glowing word surface no tooltip, menu, or opt-out -- the user must leave the app and read docs to learn what it does.
- It keys off the bare word "workflow," which has a common plain-English/technical meaning (GitHub Actions workflows, Airflow / Temporal / n8n, business workflows), so false positives hit whole categories of users.
- With per-prompt dismissals broken on macOS and no
workflowKeywordTriggerEnabledon the current Desktop channel, there is no low-friction "I just meant the word."
Net effect: confusion plus induced cost -- support-load and exploratory token spend in interactive use (this report itself is an example: a one-line config-file fix turned into a multi-topic session chasing an unexplained highlight), and genuine unprompted-workflow risk in bypass-permissions / claude -p / Agent SDK modes.
Related
- #63784 (settings docs missing the
Workflow keyword triggertoggle added in 2.1.157) is adjacent but distinct; this report is about the keybinding/UX dismissals being broken on macOS, independent of the settings docs.
What Should Happen?
Any of the following would have been better:
- Bind the per-prompt dismissal to a chord that survives macOS Option-compose, and document the Mac-correct key.
- Make Backspace-adjacent actually dismiss the trigger rather than delete a character.
- Add a hover/tooltip explaining the highlight, with an inline "don't treat this as a trigger" / "turn it off" affordance.
- Gate the trigger behind more explicit phrasing than a single common word.
- Accelerate the
workflowKeywordTriggerEnabledrollout to the latest/stable channels so there is a proportionate off-switch.
Error Messages/Logs
Steps to Reproduce
- In the Desktop input box, type a sentence containing the word
workflow. It highlights (glows blue). - Press
alt+w. On a Mac, Alt = Option (⌥), and ⌥W is consumed by macOS as a compose/dead key -> it inserts the character∑(US layout) instead of firing the ignore-trigger shortcut. The trigger is not dismissed. - Alternatively, place the cursor immediately after the highlighted word and press Backspace. This does delete the trigger, but it also deletes the last character (
workflow->workflo).
Expected behavior
A documented per-prompt dismissal that works on macOS and allows the user to type the common word "workflow" without triggering any unintended side-effects.
Observed behavior
alt+w(⌥W) produces∑and does not dismiss.- Backspace deletes a character.
Claude Model
Opus
Is this a regression?
I don't know
Last Working Version
_No response_
Claude Code Version
1.9659.2
Platform
Anthropic API
Operating System
macOS
Terminal/Shell
Terminal.app (macOS)
Additional Information
_No response_
5 Comments
Found 1 possible duplicate issue:
This issue will be automatically closed as a duplicate in 3 days.
🤖 Generated with Claude Code
The proposed duplicate is very similar, but I'm filing this bug against the desktop app, and the putative duplicate is against the CLI.
Additional reproduction: Workflow tool fires from skill internals and command output
Reproducing on Linux CLI.
Incident 1 (root cause identified): Asked Claude to research a topic ("verify that spam increase is the main risk from personal email leaks"). Claude appeared to start working normally — then the UI froze. Checking the task list revealed ~100 parallel Workflow tasks running in the background. Claude had internally invoked the
deep-researchskill, which calls the Workflow tool without any confirmation prompt. I had not typed "workflow" at all. The parallel tasks consumed enough tokens to exhaust the context window, killing the main work session.Incident 2: In a subsequent session, typed
/context(a built-in command). Its output contained the word "workflow" in tool descriptions — this again silently triggered the Workflow tool, spawning ~100 unexpected tasks before I could stop it (forced Esc to cancel).Both incidents confirm the design issue you raised: keyword matching is context-blind — fires from skill internals and command output, not just explicit user intent.
Appears to be fixed in Claude 1.9659.4 (8cc655) 2026-06-02T02:30:57.000Z. The word "workflow" no longer triggers the behavior, which in my opinion is the right choice.
This issue has been automatically locked since it was closed and has not had any activity for 7 days. If you're experiencing a similar issue, please file a new issue and reference this one if it's relevant.