[BUG] Cowork microphone input cuts off after ~2 seconds on x64 — works fine on ARM64
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?
Title:
[BUG] Cowork microphone input cuts off after ~2 seconds on x64 — works fine on ARM64
Body:
Environment A (broken):
Windows 11, x64 desktop, Realtek + Puck UM02 USB microphone (tested both)
Environment B (working):
Windows 11 Home, ARM64 (Surface Pro, Snapdragon X), Qualcomm Aqstic audio
What's wrong:
Microphone input in Cowork cuts off after approximately 2 seconds, capturing only a few syllables — regardless of whether I speak continuously or pause. Same Claude account and Cowork setup works correctly on the ARM64 machine.
Steps to reproduce:
Open a Cowork tab in Claude Desktop on an x64 Windows machine
Click the microphone button and speak continuously for more than 2-3 seconds
Observe that input capture stops after ~2 seconds regardless of pausing
Already ruled out:
Microphone hardware/drivers — tested 3 different physical microphones, same result
USB power management, exclusive mode, audio enhancements
Windows Voice Access and Dragon NaturallySpeaking — both work fine outside Cowork on the same machine
Cowork VM startup health — resolved an unrelated VHDX compression/sparse-attribute error (HRESULT 0xC03A001A), confirmed VM now starts cleanly; mic cutoff identical before and after
A custom scheduled task forcing Claude.exe to High CPU priority — confirmed present and running identically on both the x64 and ARM64 machines, so not the differentiator
Hyper-V compute service (vmcompute) availability — confirmed Running on both machines
Likely area:
Audio capture/transcription pipeline within Cowork. Given it reproduces consistently on x64 and not on ARM64 with otherwise equivalent setups, this may be an architecture-specific issue (e.g., a timeout or buffer constant tuned for one platform).
Impact:
Blocking — voice dictation is the primary input method for my Cowork workflow.
What Should Happen?
I have extensively troublshot and cleaned out registry etc. need help!
Error Messages/Logs
Steps to Reproduce
Steps to reproduce:
Open Claude Desktop on a Windows 11 x64 machine
Open or start a Cowork task
Click the microphone/voice input button in the Cowork chat input
Speak continuously for at least 5 seconds without pausing
Observe that audio capture stops being recognized after approximately 2 seconds — only the first few syllables are picked up, even though you're still speaking
Expected: Microphone should continue capturing audio for as long as the mic button is active / as long as you're speaking.
Actual: Capture cuts off after ~2 seconds regardless of continuous speech.
Claude Model
None
Is this a regression?
Yes, this worked in a previous version
Last Working Version
_No response_
Claude Code Version
1.15962.1.0
Platform
Anthropic API
Operating System
Windows
Terminal/Shell
Other
Additional Information
N/A (Cowork GUI, not terminal-base
Showing cached comments. Read the full discussion on GitHub ↗
14 Comments
Found 2 possible duplicate issues:
This issue will be automatically closed as a duplicate in 3 days.
🤖 Generated with Claude Code
I am not sure this is a duplicate as the other issue refers to MAC.
Update: Suspect this may be a WebRTC/audio-capture lifecycle issue specific to the x64 build — possibly a stream watchdog or buffer timeout that triggers on x64 but not on the ARM64 build (confirmed working). Given that hardware, drivers, VM startup, Hyper-V availability, and process priority have all been ruled out as identical across both architectures, the audio capture/streaming code path itself seems the most likely place to look for a platform-specific difference.
This morning I woke up to the laptop which is the ARM processor exhibiting the same behavior apparently there was an update on the ARM processor to version 1.1596 2.1 I can't believe I'm the only one that has this problem then is anybody out there?
I am seeing this too. Extremely annoying.
The little visualization bar next to the microphone does respond to sound (however briefly) so I know the audio is reaching Claude Cowork
<img width="278" height="56" alt="Image" src="https://github.com/user-attachments/assets/e0497e2e-1513-4b64-8b92-73d0d86e13a2" />
I am on Claude desktop (Cowork mode), app version 1.15962.0, Windows 11 Enterprise 25H2 (OS Build 26200.8655)
I am on x64. The identical symptom occurrs on my home system.
It doesn't bother me that there is a problem that happens what bothers me is I have exercised every option to try and get some answer from anthropic here and with the help option and not even a bit of an answer is anybody reading these things or do we just do them to ask the general public for help which is pathetic if the company isn't paying attention
New comment on the issue itself (#72284):
Update — third independent confirmation:
@jamiekawabata has now confirmed the identical symptom on Windows 11 Enterprise x64 (OS Build 26200.8655, app version 1.15962.0) across two separate home/work machines.
Running tally across all reports:
Windows 11 x64 desktop (me) — 1.15962.1.0 ✓
Windows 11 ARM64 Surface Pro (me) — 1.15962.1.0 ✓ (started failing immediately after updating to this version — was unaffected on prior build)
Windows 11 Enterprise x64 (@jamiekawabata) — 1.15962.0, two machines ✓
Linux/Ubuntu/PipeWire (aaddrick/claude-desktop-debian#754) — 1.15962.x ✓
Four machines, three independent reporters, three operating systems, all on version 1.15962.x. This is a confirmed cross-platform regression in the Cowork audio capture pipeline introduced in this build.
Also noting: this has now been open in Anthropic support (Conversation ID: 215474881863053) for over 48 hours with zero response — not even an automated acknowledgment.
Version 1.15962.2 (ab0f59) no help
I had this problem and just updated to 1.17377.1 (2b3ab4) and it appears to be fixed and working.
I don't know if this is a matter of enterprise being behind the individual plans? Or a staged rollout or something?
At home it's a regular Max subscription (Claude 1.17377.1 (2b3ab4) 2026-06-30T20:11:42.000Z) and it works but it was broken before.
At the office it's an Enterprise subscription (Claude 1.15962.2 (ab0f59) 2026-06-30T03:34:27.000Z) and it is broken right now.
Both are current.
Edit:
Oops, I spoke too soon. It worked once after the update (I dictated an entire paragraph) and now it's no longer working and shows the same behavior. Cuts off at about 2 seconds and doesn't transcribe anything.
Update: Restarting Cowork did nothing. But if I start a brand new chat within a project, then it does work (once). So it works for the first message of a chat but does not work for any following turns of the chat.
Same here!
I also reported through Fin AI Agent. Maybe different channels get different levels of attention.
<img width="396" height="694" alt="Image" src="https://github.com/user-attachments/assets/f4697197-4ca6-4ae0-b578-df778b6f7385" />
As of now I just updated and it appears to be working!
Windows 11
Claude 1.17377.2 (e0ea9e) 2026-07-01T05:51:58.000Z
So I just did the update thank you Jamie it seems to be working on both my arm laptop and my desktop let's hope it lasts. It wasn't the fact that it broke that was so annoying, everybody has problems, always annoying is here we are all these conversations and nobody even let us know they were working on it or acknowledged that it was an issue