Quit Cursor first
Use Cursor → Quit Cursor before touching its files. That prevents a running process from recreating a cache while you remove it and avoids confusing lock errors.
The safe Cursor folders
Cursor is based on VS Code. These folders contain disposable renderer and extension caches; Cursor recreates them when needed:
~/Library/Application Support/Cursor/Cache
~/Library/Application Support/Cursor/Code Cache
~/Library/Application Support/Cursor/CachedData
~/Library/Application Support/Cursor/GPUCache
~/Library/Application Support/Cursor/CachedExtensionVSIXs
~/Library/Application Support/Cursor/Crashpad
~/Library/Logs/Cursor
To inspect their combined size before deleting anything:
du -sh ~/Library/Application\ Support/Cursor/{Cache,Code\ Cache,CachedData,GPUCache,CachedExtensionVSIXs,Crashpad} 2>/dev/null
du -sh ~/Library/Logs/Cursor 2>/dev/null
These are the folders a safety-conscious cleaner can treat as SAFE: the cost is only a slightly slower next launch while caches rebuild.
The folders not to clear blindly
| Folder | What you could lose | Risk |
|---|---|---|
workspaceStorage | Per-project editor and extension state | WARNING |
History | Cursor's local file history | WARNING |
User | Settings, keybindings and snippets | DANGER |
Cookies / Local Storage | Sign-in and application state | DANGER |
Use Finder's Go → Go to Folder… and paste ~/Library/Application Support/Cursor if you want to look through these folders yourself. Do not use a broad rm -rf command on the whole Cursor directory unless you are intentionally resetting or uninstalling Cursor.
Old agent CLI runtimes
Cursor can retain superseded agent-cli versions below globalStorage. DevCleaner identifies older version folders while keeping the active/newest runtime. This cleanup does not target chats or state.vscdb. Do not delete globalStorage as a whole: inspect the individual runtime paths in category evidence. See keep-current behavior.
Why Cursor can look much larger than its cache
Disk visualizers often count every byte below Cursor, including workspace storage and local history. That is useful for visibility, but it does not mean all of it should be a default cleanup target. A good cleanup flow shows the total and splits the regenerable cache from the state you may value.
Clean it without memorizing paths
DevCleaner recognizes Cursor's cache and log categories separately, marks only regenerable data Safe by default, and warns if Cursor is running. Workspace state and local history remain an opt-in decision.
FAQ
- Is it safe to delete Cursor cache on Mac?
- Yes for Cursor's Cache, CachedData, GPUCache, Code Cache, logs and crash reports. They are recreated at the next launch. Do not blindly remove workspaceStorage, History, User, Cookies or Local Storage: those can contain project state, local file history, preferences or sign-in data.
- Where is Cursor cache stored on macOS?
- Most Cursor data is under ~/Library/Application Support/Cursor. The regenerable cache folders live inside that directory. Logs may also exist in ~/Library/Logs/Cursor.
References and scope
Reviewed for DevCleaner 1.14.5 on October 4, 2026. Paths depend on tool version and configuration. Size ranges are illustrative, not measured savings or a recovery guarantee. Check the installed tool’s version/help before running cleanup commands.