[BUG] Cowork Dispatch — "Session couldn't be created" on macOS (Pro Plan)
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?
What's Wrong?
When clicking Dispatch in the Cowork sidebar, the session fails immediately with the error:
"Session couldn't be created."
A "Retry" button is shown, but clicking it produces the same result. The session never initializes.
---
Environment
- OS: macOS (Apple Silicon)
- App: Claude Desktop (latest version, updated via Help → Check for Updates)
- Plan: Pro
- Feature: Cowork → Dispatch (research preview)
---
Troubleshooting Already Attempted
- [x] Updated Claude Desktop to the latest version
- [x] Fully quit (Cmd+Q) and relaunched the app
- [x] Logged out and logged back in
- [x] Clicked Retry multiple times
- [x] Standard Cowork sessions work normally — issue is isolated to Dispatch
---
Additional Context
This appears related to the known macOS entitlement issue (com.apple.vm.networking missing from app signature) reported in #40283, which prevents the internal VM from establishing a network connection. The Dispatch session never reaches a live state as a result.
Referencing related issues: #40283, #40178, #40142, #37713
---
What Should Happen?
Expected Behavior
Clicking Dispatch should initialize a session and allow task dispatching as intended.
Error Messages/Logs
**Actual Behavior**
Session initialization fails immediately. No session is created. The error persists after retrying.
Steps to Reproduce
Steps to Reproduce
- Open Claude Desktop on macOS
- Navigate to Cowork (top center tab)
- Click Dispatch in the left sidebar
- Observe: error message "Session couldn't be created." appears with a Retry button
- Click Retry → same error repeats
Reproducibility: 100% — consistent across all attempts
Claude Model
None
Is this a regression?
No, this never worked
Last Working Version
_No response_
Claude Code Version
unknown
Platform
Anthropic API
Operating System
macOS
Terminal/Shell
Terminal.app (macOS)
Additional Information
Screenshots
<img width="2060" height="670" alt="Image" src="https://github.com/user-attachments/assets/b3410c7c-37a4-46bc-a065-61c79a1be220" />
<img width="1938" height="884" alt="Image" src="https://github.com/user-attachments/assets/3cf79aeb-de28-43cb-b26b-96f171791f44" />
9 Comments
I'm having the same issue. When I clear the Cowork Dispatch Session and try to recreate it, I keep getting a “retry” prompt.
Having same issue, any updates?
It works now. I opened Dispatch on both my desktop and the Claude app on my iPhone simultaneously. It seems there’s some synchronization mechanism that restored normal behavior.
When can we expect a fix to this?
Same issue for me as well. Glad to see I'm not the only one.
Following this comment fix the issue for me.
Confirming this bug on macOS, Max plan — persistent for 10+ days.
Specific failure state from client logs:
session_01Dq7FgHn86hmgZxZonoQWbFReconnectSessionwithSession not found(HTTP 400) on every single app launch since 2026-04-15[sessions-bridge] Failed to reconnect session session_01Dq7FgHn86hmgZxZonoQWbF: ReconnectSession: Failed with status 400: Invalid request: Session not foundoverloaded_erroron/v1/sessions?tags=cowork-dispatch-localaround 2026-04-22, but failure is persistent (not transient overload).Secondary symptom on the same account:
/api/organizations/[org-id]/model_configs/claude-opus-4-7[1m]— note the bracketed[1m]suffix, looks like a malformed model identifier.Client-side reset already performed (nothing worked):
IndexedDB/,Local Storage/,Session Storage/,Cookies,Cookies-journal, and~/Library/Preferences/com.anthropic.claudefordesktop.plistAfter full client-state reset the Dispatch UI still displays "Session couldn't be created." Behavior is identical before and after.
Confirmed account-specific: verified with 10+ contacts on Mac and PC that Dispatch works normally on their accounts.
Support channel status: email support unresponsive for the duration.
Requesting routing to the Cowork/Dispatch engineering team. Org ID available on request — happy to provide privately.
Closing for now — inactive for too long. Please open a new issue if this is still relevant.
Me too
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.