Anatomy of a session
In the CLI the same session appears as a terminal timeline with tool rows — the tool name, a short argument summary, and the result indented beneath it. See The TUI.
Start a session
1
Sign in and open Code
Exact
/code is the public product page for a guest; the working UI is for members.2
Connect GitHub if the work needs a repository
Connect GitHub from Code Home, the repository picker, or Settings → Integrations.
3
Pick the repository
Cortex starts and attaches a Cloud guest for it, then prepares the environment. If no runtime is attached when the first command would run, the harness starts one — an unattached runtime is never the first step you see.
4
Describe the change and watch the timeline
Reads, edits, and commands appear as they happen. Stop cancels the live turn if it is heading the wrong way.
Follow-ups
A session is a conversation with a repository, so follow-ups carry context: now add the test, undo the last change, explain why you chose that library. Each follow-up can pick a different mode.Stop and cancel
Stop in the header cancels the live turn. The timeline records that the turn stopped; the work already written to the repository stays, so read the diff before your next turn. In the CLI, Esc interrupts and the timeline shows× Stopped.
What is in the session and what is not
Web, desktop, CLI
The CLI reuses the same Code session id for a workspace, so turns from the terminal continue the same coding session.
Related
- Ask, Plan, Agent — what each mode may do.
- Cloud runtimes — the guest behind the session.
- How Code works — the workspace tool catalog.

