[BUG] Cowork Scheduled / Projects / Artifacts tabs render empty on macOS — display layer fails, data intact (v1.14271.0 & v1.15200.0)

Summary

On the Claude Desktop app (macOS), the Cowork Scheduled, Projects, and Artifacts tabs render empty even though the underlying data is intact and scheduled tasks keep executing on time. It reproduces across two app versions and survives Full Disk Access, a full relaunch, and clearing the local renderer cache. It looks like the Cowork display layer failing to connect to its data stores, not data loss.

Environment

• Claude Desktop (Cowork) on macOS (Apple silicon)
• Reproduced on app v1.14271.0 and v1.15200.0
• Plan: Max

Symptoms & logs

1. Scheduled tab — shows "Create your first scheduled task" (empty).
The UI-facing API never initializes; this logs on every launch:

[CoworkScheduledTasksApi] getAllScheduledTasks: Scheduled tasks not initialized

Meanwhile the execution engine works fine — [CCDScheduledTasks] initializes and dispatches tasks on schedule. So the scheduled tasks in ~/.claude/scheduled-tasks/ still run normally; only the management UI cannot list them.

2. Projects tab — empty.

[detectedProjects] source failed: Error: Failed to spawn /usr/bin/sqlite3 (via disclaimer):
.../Claude.app/Contents/Helpers/disclaimer exited with code 14:
Error: in prepare, unable to open database file (14)

This is the recent-projects scan that reads each editor's User/globalStorage/state.vscdb. It persists after granting Full Disk Access, and the same state.vscdb files open fine with /usr/bin/sqlite3 directly from a shell — so it appears specific to how the app's disclaimer-wrapped sqlite3 is invoked.

3. Artifacts tab — only old Chat artifacts appear; artifacts created inside Cowork sessions are missing.
The cloud artifacts API rejects Cowork artifact IDs:

GET /api/organizations/<org-id>/artifacts/local_<id>/versions?source=w
-> 400  path.conversation_uuid: Input should be a valid UUID, invalid character:
        expected an optional prefix of `urn:uuid:` followed by [0-9a-fA-F-], found `l` at 1

Artifacts created inside Cowork sessions carry local_-prefixed conversation IDs, which the /versions endpoint rejects as invalid UUIDs.

Steps that did NOT fix it

• Granted the app Full Disk Access
• Updated to the latest version (1.14271.0 → 1.15200.0)
• Full quit (⌘Q) and relaunch
• Cleared the local renderer cache (IndexedDB / Local Storage)

Expected behavior

The Scheduled / Projects / Artifacts tabs should list the existing tasks, projects, and artifacts — the data exists and tasks execute, so only the display layer is failing.

Notes

No data loss observed. The common thread appears to be the Cowork display layer not reconciling local session/task data (local_ IDs, the local scheduled-task store) with the cloud/display APIs.