Close devpit, reopen it, and what was running is still running. Every terminal is a tmux pane on devpit's own tmux server — psmux on Windows — so closing the window detaches the client. The session stays.
What survives, and what does not
| What you do | What happens to the terminals |
|---|---|
| Close the window | They keep running. Reopening devpit attaches to them again. |
| Switch project | They keep running in the background, and the project picker says what is running where. |
| Update devpit | They keep running. tmux does not go down with the window. With the Windows installer they close: see Windows. |
| Close a terminal or a pane | What is inside it stops, which is why devpit asks first. |
Output is read without an attached client, so devpit knows what a terminal is doing even when it is not on screen. That is what lets a notification fire at all. See Notifications.
Finding a session again
- The sidebar's Sessions section lists the open project's terminals and chats, and reads "Nothing running." when there are none. Earlier lists the project's past conversations, and Started in a terminal the project's sessions begun in a terminal; opening one resumes it as a chat.
- A card's Sessions list shows everything tied to it, each with its state and, while it works, the step it is on — Edit invoice.ts: a Terminal, a Run, a Background session or a Chat. Go to terminal, Open chat and Attach in terminal take you back to one, Stop ends a run that is working, and Open as chat carries a session into a chat once it has stopped.
- The island shows every session in devpit's terminals and chats, from any project, above your other windows.
- An orchestrator's Sessions panel lists every session of its account, grouped by project.
- The project picker marks the projects with something still running in them.
Sessions on a card
Every session devpit starts for a card — a lane's session step, or a card's work handed on by an orchestrator — opens in the card's terminal tab, with your profile's own command, where you can watch it and answer what it asks. A session that runs in the background, where nothing shows it, can be attached in a tab of its project with Watch it in a terminal, in an orchestrator's Sessions panel.
devpit does not keep a session's state: the agent CLI already answers whether a session is busy or idle, and a second copy in a database would drift from the first. devpit stores only the link — which card, which worktree.
Transcripts
"Transcripts are always written: a session that a restart loses is a session that was never yours to come back to." The agent CLI writes the transcript and devpit writes down where it is. A chat can also copy its session id, so you can resume the conversation outside devpit.
If devpit closes while a chat turn is running, that turn says: "No answer was saved for this — the app closed while the turn was running."
Cost
What a session you drove yourself cost is not read back onto the card. A card says what its runs cost and is quiet about the rest. For totals by day, model and project, see Usage and plan limits.