[BUG] Cowork: cannot remove a project's original folder from project context (no remove control)

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?

A Cowork project's founding folder cannot be removed from the project's contents/context in the Claude desktop app. Folders added to the project later show a remove control; the folder the project was originally created around shows none at all — no hover X, and nothing in any menu.

Steps to reproduce:

1. Create a Cowork project bound to local folder A (e.g. ~/Documents/Cowork/Voice-Task)
2. Rename/move folder A on disk (e.g. to ~/Documents/Cowork/SayWork)
3. Add folder B (the renamed folder) to the project's context
4. Try to remove folder A from the project page's contents section

Actual behavior:

• Folder A has no remove control anywhere in the UI (folder B, added later, has one and removes fine)
• Persists after a full app restart (Cmd-Q)
• Persists after recreating folder A on disk so the path resolves again
• Every new session in the project still auto-connects the stale folder A
• Side effect: if the stale folder is deleted on disk, the desktop file bridge silently recreates it the moment a session writes anything to its mount — so the stale reference "resurrects" deleted folders

Possibly related: #21274 (Cowork folder stuck, cannot change), #56688 (primary working directory locked to a different folder).

What Should Happen?

Any connected folder should be removable from a project's context — including the folder the project was originally created with — or at minimum there should be a way to re-point the project's primary folder after a rename on disk.

Environment: Claude desktop app 1.20186.1, macOS (arm64), Electron 42.5.1.

Error Messages/Logs

Steps to Reproduce

1. In the Claude desktop app, create a Cowork project bound to a local folder A (e.g. ~/Documents/Cowork/Voice-Task)
2. Later, rename/move folder A on disk (e.g. to ~/Documents/Cowork/SayWork)
3. Add folder B (the renamed folder) to the project's context from the project page
4. Attempt to remove folder A from the project page's contents/context section
5. Observe: folder B shows a remove control and removes fine; folder A has no remove control at all (hover, right-click, and menus all show nothing)
6. Fully quit and reopen the app — unchanged. Recreate folder A on disk so the path resolves — unchanged.

Claude Model

None

Is this a regression?

I don't know

Last Working Version

_No response_

Claude Code Version

Claude desktop app 1.20186.1 (Cowork), Electron 42.5.1

Platform

Other

Operating System

macOS

Terminal/Shell

Other

Additional Information

This is the Claude desktop app (Cowork), not the CLI — filing here since Cowork desktop bugs (e.g. #21274) are tracked in this repo. The stale founding folder is auto-connected to every new session in the project, and because the remote session's file bridge recreates the folder on write, deleting it from disk doesn't stick. Happy to provide logs or a screen recording if useful.