docs/internals/glossary.md

Glossary

Terms whose meaning matters across T3 Code. Architecture and lifecycle constraints belong in the overview, not in these definitions.

Workspace and conversation

TermMeaning
EnvironmentOne running server and the machine, credentials, workspace access, and state it owns.
ClientA web, desktop, or mobile UI connected to an environment. The desktop app can also host a server.
ProjectAn environment-local workspace record rooted at a directory.
Workspace rootThe project's base filesystem directory on the environment.
WorktreeA separate Git checkout a thread can use instead of the project's main checkout.
ThreadThe durable conversation and work history for a project. It survives provider process exits.
TurnOne user-to-agent cycle, a V2 run. Provider work can end before checkpoint and diff work settles.
ActivityA non-message timeline item, such as a tool action, approval, or failure.
T3 homeThe base data directory. Runtime state normally lives under its userdata directory.

Orchestration

TermMeaning
CommandA request to change domain state. Accepting it does not mean its side effects have finished.
EventA persisted fact produced by a command.
OrchestratorThe service that serializes commands and decides their events from current state, without I/O.
Projection / read modelA persisted view of current state, committed in the same transaction as the events that change it.
Command receiptA durable record of a command's result, used to make retries idempotent.
Outbox effectSide-effect intent committed with the events, such as starting a provider turn or capturing a checkpoint.
Effect workerThe worker that runs outbox effects after commit and feeds their results back as commands.

Providers and checkpoints

TermMeaning
ProviderThe agent runtime T3 Code controls, such as Codex or Claude Code.
DriverThe integration for a provider kind.
Provider instanceOne configured provider, with its own settings and lifecycle. Multiple instances can use the same driver.
AdapterThe boundary translating a provider's native protocol into T3 Code operations and events.
SessionThe provider runtime attached to a thread. A session can be stopped and resumed without deleting the thread.
Runtime modeThe thread's permission policy. See permission modes.
Interaction modeHow the agent approaches the task, such as planning. Separate from permission policy.
CheckpointA saved workspace state used for diffs and restore, stored as a hidden Git ref.
Checkpoint baselineThe workspace state captured before the work being compared.
Turn diffThe workspace changes attributed to one turn.

Pull requests

TermMeaning
Pull request linkA persisted thread association identified by host, repository, and number. Links can cross projects within an environment and carry a server-maintained snapshot.
Pull request syncThe worker that refreshes each distinct linked review once per cadence and discovers native stack layers. Explicit refreshes and failed stack reads trigger another read.
Current pull requestThe link used by single-review controls and older clients. Open work takes precedence; a completed single chain points at its top layer. Unrelated terminal links use the latest update.

Composer context

TermMeaning
Context recordThe typed payload behind a composer chip, keyed by contextId in message.context.records. It never holds bytes.
Context referenceOne occurrence of a record in message text: [label](t3-context://v1/<kind>/<contextId>). Several references can share one record.
Attachment bindingThe link from an image or file record to its server-owned attachment. Its attachment ID can change without changing contextId.
Attachment inventoryThe ordered image records shown as thumbnails above the prose, including images with no inline references.

See composer context references for the contract and lifecycle.