Landed and unlanded work
Every file an agent touched is in one of four states. A bar shows the split, and a chip for each state filters the map to it:
The summary line reads, for example, 214 files touched · 71% landed · $182 unlanded: how much of the spend on touched files has not reached Git yet. In the Tokens view, unlanded work is measured in output tokens.
Unlanded spend by age
The Unlanded spend by age strip (Unlanded output by age in the Tokens view) breaks unlanded work down by how long it has been since each file’s last edit, with the files and sessions in each tier:- Active — edited in the last 24 hours
- Open — last edited 1 to 7 days ago
- Stale — last edited more than 7 days ago
- Abandoned — untouched for longer than that
- Discarded — edits that were thrown away
Activity by file
The treemap shows one tile per directory. Choose what sizes the tiles with Size tiles by:- Edits — how much the files were worked
- Unlanded — how much spend has not reached Git
- Sessions — how many sessions touched them
A file’s page
Select a file to open its page:- Edits, Sessions, Unlanded, and session tokens
- Its working state, and a timeline: first edited, last edited, staged, committed, pushed, discarded, or renamed
- Git activity that involved the file
- The Sessions that touched it, with source, spend, and last activity
- Same path elsewhere — the same path in other repositories
Using the map
- Active and Open work is usually a branch in progress.
- Stale and Abandoned tiers that keep growing are spend with no result yet. Open the files, find the sessions behind them, and decide whether to land or discard the work.
- A directory with a lot of Discarded work is where agents spent effort that was thrown away — often a sign the task or the code there is hard for them.
The burn map is built from the files agents edit, as reported by their hooks, and from the Git activity their sessions produce. Both are reported for repositories your team’s collection policy collects, once each developer has run
terma setup.