What can be deleted
Peers and individual messages cannot be deleted. To remove a peer’s data,
delete the sessions it participated in, then delete its remaining conclusions
(see Conclusions outlive their sessions).
To remove a peer from one conversation without deleting anything, use
remove peers from session
instead.
Deleting a session
202 Accepted. The cascade — messages, message embeddings, queued reasoning work,
session-scoped conclusions, and peer associations — is processed in the
background with retries.
Because the work is asynchronous, a 202 means accepted, not finished. The
session drops out of session listings right away, but its messages and
conclusions drain afterwards. Deletion tasks are internal infrastructure work
and do not appear in
queue status counts, so
there is no endpoint that reports when the cascade has finished.
Deleting a workspace
A workspace can only be deleted once it has no active sessions. Deleting a workspace that still has sessions returns409 Conflict:
- List the workspace’s sessions —
POST /v3/workspaces/{workspace_id}/sessions/list - Delete each session —
DELETE /v3/workspaces/{workspace_id}/sessions/{session_id} - Delete the workspace —
DELETE /v3/workspaces/{workspace_id}
202, so the session deletions are still draining when step 3
runs. That is fine: a session is marked inactive synchronously, so the workspace
delete stops returning 409 as soon as the deletes are accepted. Any session
created after the workspace deletion is accepted is cascade-deleted too.
Conclusions outlive their sessions
This is the most common surprise. Deleting a session does not erase everything Honcho learned in it.- Explicit conclusions — direct facts drawn from messages — are tied to the session they came from and are deleted with it.
- Derived conclusions (deductive, inductive, contradiction) are consolidations that may draw on several sessions. They are stored at the workspace level with no owning session, so they survive session deletion and stay in the peer’s representation.