[BUG] Cowork: Folder does not support UNC under Windows
Open 💬 21 comments Opened Apr 8, 2026 by mrsilva
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?
When I select a network folder it will accept it initially but if I try to work in it, Cowork will complain with "UNC paths are not supported: \\path"
Thanks
What Should Happen?
Claude should support SMB network folders under Windows
Error Messages/Logs
Steps to Reproduce
Select a network folder
Ask Cowork to perform some local task
Cowork will complain with "UNC paths are not supported: \\path"
Claude Model
None
Is this a regression?
Yes, this worked in a previous version
Last Working Version
_No response_
Claude Code Version
Claude 1.1062.0 (b81bcd) 2026-04-06T21:20:28.000Z
Platform
Cowork
Operating System
Windows 11
21 Comments
Found 2 possible duplicate issues:
This issue will be automatically closed as a duplicate in 3 days.
🤖 Generated with Claude Code
Thanks for passing along the issue @mrsilva
We're deploying Claude Code org-wide (89+ employees across 10 departments) using a shared network drive with cascading CLAUDE.md files (org → department → person). The entire architecture depends on Cowork being able to open folders on the shared drive.
This is hugely problematic for us as well.
Also, both Win11's subst and symlink are being resolved to the UNC path, so we nave no workable resolutions for the team.
Cowork simply cannot access the project folders.
Win10 SMB to local NAS:
"UNC paths are not supported: \path"Same issue for me, actually no workarroud.
Mapping the UNC doesn't fixe the issue, the map drive is automaticlay shown as UNC.
UNC can be defined or selected as folder in cowork, but not used.
Error msg: "UNC paths are not supported: \\servername\shared-folder"
+1 - same bug with WSL folders. Connecting
\\wsl$\Debian\...or\\wsl.localhost\Debian\...aborts the bash sandbox at boot withUNC paths are not supported: \\.... Every call fails before any command runs. Only fix is disconnecting every UNC folder.Same issue for me on Claude 1.3883.0 (93ff6c) 2026-04-21T17:24:01.000Z running on Windows 11 as host and WSL ubuntu 24.04 as client. This is a bummer because Codex App can actually access folders inside WSL no issue. I need Claude desktop dearly as it's cowork can work on multiple-folders at once on a single project. Please fix this team Claude.
+1 — hitting this exact error trying to mount
\\wsl.localhost\Ubuntu\home\<user>from Cowork on Windows. My day-to-day workflow lives entirely inside WSL (uv, ruff, mypy, Django projects), so the only workaround right now is to copy files out to a Windows path and back, which defeats the purpose of using Cowork as an assistant on real project files.A couple of things that would help, in rough priority:
\\wsl.localhost\<distro>\...and\\wsl$\<distro>\...UNC paths to be mounted as a Cowork directory (even read-only as a first step).Lots of devs on Windows use WSL as their primary dev environment — landing this would unblock that whole audience for Cowork.
New subscriber. The first thing I tried to do was connect to my Obsidian vault on local share. This is making me regret not choosing ChatGPT.
You can still have it read and write to obsidian. I do that.
+1
Same here
Helpful bump. Mapped UNC (sshfs in this case, but with an already-authed mapped drive win11 -> linux) still fails here. Rather annoying..
I works with Google code CLI (by using a network drive mapped to the UNC path). Is it new?
This is for Claude Cowork (Windows)
+1
Another one for Claude Cowork (Windows)
Company wide issue, was working fine a few versions ago.
+1 — I need this for a QNAP TS-464 NAS. My use case is pointing Cowork at an SMB share (a media directory) that contains a large amount of large files, so copying everything to a local folder first isn't feasible. Please add support for UNC/SMB network paths (\\server\share) as Cowork workspace folders on Windows. Mapping the share to a drive letter doesn't help either — it gets resolved back to a UNC path and fails with "UNC paths are not supported".
FYI: I had to leave Claude and switch to Codex to make this work. It's
takes a little fiddling around but you can get it to work with OpenAI's
stuff.
On Tue, Jul 7, 2026, 5:33 PM hookmt @.***> wrote:
For teams and enterprises we need users to be able to cowork in the same folder.
+1