What happened?
A cloud-backed Cowork session is visible, openable, and complete in Claude Desktop, but txcript's cowork harness cannot discover or resolve it. skl list --from cowork lists only locally stored local_… sessions. Passing the original cse_… session ID directly also fails:
$ skl view <cse-session-id> --from cowork --no-pager
Error: no local cowork session matches `<cse-session-id>` (try `skl list`)
I expected txcript either to discover Cowork sessions that Claude Desktop can open or to provide a supported remote-Cowork source analogous to the live claude_chat source. At minimum, the CLI should clearly explain that the cowork harness is local-only and direct users to a supported path for cloud-backed Cowork sessions.
Instead, the session is absent from discovery and cannot be addressed by its source ID. To sync it, I had to inspect Claude's authenticated session data, recover the transcript, and construct a separate local Cowork bridge. The bridge then appeared under a new local_… ID, but it is not the original source session.
There is a related but distinct fidelity problem after a session becomes available: attached and generated files are reduced to display labels rather than preserved as files. That is tracked separately in #62.
How to reproduce
-
In Claude Desktop, create or open a cloud-backed Cowork session whose URL or source record uses a cse_… ID.
-
Complete at least one turn and confirm that the session remains visible and openable in Claude Desktop.
-
List Cowork sessions:
-
Observe that the cloud-backed session is absent while locally stored Cowork sessions with local_… IDs are listed.
-
Try to address the source session directly:
skl view <cse-session-id> --from cowork --no-pager
-
Observe:
Error: no local cowork session matches `<cse-session-id>` (try `skl list`)
This was confirmed with a private, completed Cowork session containing 173 messages. I can provide the source session ID and additional diagnostics directly to the maintainers if useful; I have omitted the private identifier and session contents from this public report.
Versions
- txcript: 0.14.4 (embedded in
skl 0.35.4)
- Agents and their versions: Claude Desktop 2.7032.0; Skillsync CLI (
skl) 0.35.4
- Operating system: macOS 27.2 (Build 26B5091g)
What happened?
A cloud-backed Cowork session is visible, openable, and complete in Claude Desktop, but txcript's
coworkharness cannot discover or resolve it.skl list --from coworklists only locally storedlocal_…sessions. Passing the originalcse_…session ID directly also fails:I expected txcript either to discover Cowork sessions that Claude Desktop can open or to provide a supported remote-Cowork source analogous to the live
claude_chatsource. At minimum, the CLI should clearly explain that thecoworkharness is local-only and direct users to a supported path for cloud-backed Cowork sessions.Instead, the session is absent from discovery and cannot be addressed by its source ID. To sync it, I had to inspect Claude's authenticated session data, recover the transcript, and construct a separate local Cowork bridge. The bridge then appeared under a new
local_…ID, but it is not the original source session.There is a related but distinct fidelity problem after a session becomes available: attached and generated files are reduced to display labels rather than preserved as files. That is tracked separately in #62.
How to reproduce
In Claude Desktop, create or open a cloud-backed Cowork session whose URL or source record uses a
cse_…ID.Complete at least one turn and confirm that the session remains visible and openable in Claude Desktop.
List Cowork sessions:
skl list --from coworkObserve that the cloud-backed session is absent while locally stored Cowork sessions with
local_…IDs are listed.Try to address the source session directly:
skl view <cse-session-id> --from cowork --no-pagerObserve:
This was confirmed with a private, completed Cowork session containing 173 messages. I can provide the source session ID and additional diagnostics directly to the maintainers if useful; I have omitted the private identifier and session contents from this public report.
Versions
skl0.35.4)skl) 0.35.4