Cloud/routine sessions stuck in a sidebar group: no Archive, no Delete, no local record

Summary

Cloud sessions (routines / Slack-launched sessions) that end up inside a user-created sidebar group in the Claude Code desktop app cannot be removed from the UI. Their context menu offers no Archive and no Delete, and the sessions are invisible to every local store and to the ccd_session_mgmt MCP tools, so there is no fallback path either. They are permanently stuck in the sidebar.

Environment

• Claude Desktop / Claude Code desktop app: 1.40609.0
• Claude Code CLI: 2.1.251
• macOS 26.6.2 (Darwin 25.6.0)
• sidebarMode: epitaxy

Steps to reproduce

1. Have cloud sessions that appear under the built-in Routines section (in my case two "Slack session for <org>/<repo>" sessions and one routine-created session).
2. They move out of Routines into a user-created group (I have a group named trash). I did not deliberately drag them there; they appeared in the group.
3. Right-click the session row.

Expected

Context menu offers Archive / Delete / Remove from group, same as a local session, and the session can be cleared from the sidebar.

Actual

Context menu shows only: Open PR, Open in ▸, Pin, Copy link, Move to group ▸. No Archive, no Delete, no Remove-from-group. "Move to group" only relocates the problem to another group. The rows cannot be removed from the sidebar by any means.

Additional diagnosis

The group membership for these sessions is not persisted locally, which appears to be the root of it — there are two stores backing one sidebar and they do not agree.

Local sidebar state lives in ~/Library/Application Support/Claude/claude_desktop_config.json under preferences.epitaxyPrefs.dframe-group-scopes, keyed <accountId>/<orgId>. For the affected group:

• The group definition exists in the groups array.
• Its assignments and order entries list exactly 3 members, all archived local sessions (code:local_*) — not the 3 cloud sessions actually rendered in that group.
• Every one of the 16 assignments in the file uses the code: namespace. There are zero cloud-session entries in any namespace.

Cross-checks:

• grep -r for the visible session titles across ~/Library/Application Support/Claude, ~/Library/Application Support/Claude-3p, and ~/.claude returns no hits. The titles are never persisted locally.
• The ccd_session_mgmt MCP list_sessions tool with include_archived: true returns 180 sessions; all ids are local_* and none of the three affected sessions appear. Filtering by group: "trash" returns only the 3 archived local sessions.
• archive_session therefore has no id to act on — it accepts local_* ids only.

So the renderer places server-side cloud sessions into a locally-defined group whose local membership record knows nothing about them, and the per-row action set for those sessions omits the removal actions entirely. The user is left with no path — UI or otherwise — to clear them.

Impact

Permanent, un-dismissable sidebar clutter. Any group that a cloud/routine session lands in becomes uncleanable. Worse, the sidebar shows group membership that contradicts the persisted state, so the local config cannot be hand-edited to fix it either.

Suggested fix

1. Give cloud/routine sessions the same Archive / Delete / Remove-from-group actions as local sessions.
2. Persist cloud-session group assignments in the same scope store as local ones (or make group membership authoritative in exactly one place), so the sidebar and the config agree.