"Deleting a project removes what the project owns. It must never remove audio that history or another project still points at."
Two Kinds of Thing a Project Touches
When you delete a Studio project, it's touched two very different categories of data. There's what the project exclusively owns — its utterances, its take records, its own export directory. And there's what it merely references — content-addressed synthesis jobs and cache entries that may also serve conversation history or another project entirely. Deletion has to tell these apart. Bellows removes the owned things and leaves the shared things exactly where they are.
Shared Audio Outlives the Project That Referenced It
A cache entry is keyed by synthesis identity, not by project. If two projects both used the line "Welcome back," they share one cache entry. Deleting one project must not pull that audio out from under the other — or out from under the conversation history that also references it. So the shared synthesis jobs and content-addressed cache remain reusable after a project is gone. The project's exclusive belongings are deleted; the commons is untouched.
Automatic Cleanup Respects Takes Too
The same reference-awareness governs routine cache eviction. Automatic cache policy cleanup never deletes audio that a Studio take references — that authored production is protected from being swept away by a background cleaner. Only an explicit, deliberate action can remove referenced audio: a per-key delete or a confirmed full clear. The pattern throughout is the same as reference counting: something shared is only truly removable when nothing points at it, and even then only on purpose.