CLI and dashboard¶
Autolab gives you two surfaces over the same account:
- the CLI, where you write code, start climbs, submit experiments, attach compute, and change settings;
- the dashboard at app.autolab.ai, where you watch it happen: live run logs, metric curves, the agent's analysis, and a chat with the agent.
Neither replaces the other. A normal session is to work in the terminal and keep the climb's dashboard page open in a browser tab.
The terminal is not a progress feed
autolab commands return as soon as the control node has accepted the
request. They do not stream the experiment, and nothing more will print. If
your terminal has gone quiet after start or serve, that is success, not a
hang. Run output, metrics, and the agent's reasoning are on the dashboard.
The sidebar: the hub¶
The dashboard's left nav is the hub, and most of it has no CLI equivalent because browsing and curation are the browser's job:
| Sidebar | What it is | Nearest CLI |
|---|---|---|
| Explore | the Hills and Lists tabs, search, tags, stars | autolab hills (list only) |
| Climbs | your climbs and their state | autolab projects |
| Compute | your nodes, live usage, and the rental catalog | autolab nodes, autolab compute |
| Profile | your public page: hills, lists, climbs, activity | browser only |
| Credits | balance and spend on your Autolab key | browser only |
Search (Ctrl/Cmd+K) |
jump to any hill, list, person, or climb | browser only |
Organize your climbs¶
Each climb shows its hill's full name. Click the hill name to open its overview, or the climb title to open the climb. Older climbs without a hill show No hill attached.
Choose Cards for a grid or List for rows. Group by hill keeps attempts on the same hill together; choose No grouping to see one collection. Search by climb name or hill name, and use Status to narrow the results. Your view and filters stay in the URL, including after a reload.
When grouped by hill:
- Recent puts the hill with the most recently active climb first, then orders that hill's climbs by activity. A climb without runs uses its creation time.
- Created orders groups by their newest climb and members by creation time.
- Most runs orders groups by their busiest individual climb, then members by run count.
- Name orders hill names and the climbs within each hill alphabetically.
The No hill attached group stays last. Search and status filters apply before these groups are ordered. Vs baseline shows the percentage change from the baseline; whether a positive or negative change is better depends on the hill.
Open a climb¶
autolab open # this climb's dashboard page
autolab open <id> # one experiment: its live logs, metrics, diff, and analysis
init, start, submit, and status each print the climb's URL,
https://app.autolab.ai/projects/<owner>/<slug>, as does serve once it
backgrounds the node. That link is the dashboard.
Inside a climb¶
| Climb page | What it is for | Nearest CLI |
|---|---|---|
| Overview | climb and agent state, active runs, metric trend | autolab status |
| Chat | ask the agent about results, steer it, queue work in words | browser only |
| Jobs | every experiment; open one for logs, metrics, diff, analysis | autolab log (list only) |
| Graph | the lineage tree: what branched from what | autolab graph |
| Code | browse any experiment's code, or compare two | autolab checkout, autolab diff |
| Nodes | attached machines, health, rentals, and each node's log | autolab nodes |
| Log | the climb's event stream: state changes, decisions, errors | browser only |
| Settings | objective, constraints, cost cap, compute, collaborators | autolab settings |
The rule of thumb: the CLI changes things, the dashboard shows things. Anything that produces output over time, a run, an analysis, an agent conversation, is read in the browser.
Which log is which¶
Several different things are called a "log", and this is the most common source of confusion:
| Where | What it is |
|---|---|
autolab log (CLI) |
History, not output. One line per experiment, like git log. |
| Job page → Logs → Run (browser) | Your experiment's stdout and stderr, streaming live. |
| Job page → Logs → Setup (browser) | Environment prep, such as uv sync, before the run. |
| Job page → Agent Activity (browser) | What the agent did on this experiment, step by step. |
autolab serve log (CLI) or node page → Node Log |
The machine's narration: registration, accepted jobs, failures. Not your run's output. |
| Climb → Log tab (browser) | Climb-level events across all experiments. |
No CLI command prints an experiment's run output. Use autolab open <id>.
A typical loop¶
autolab status # where things stand
autolab submit -m "…" # queue an experiment (prints the climb link)
autolab open <id> # watch it in the browser: logs, metric, verdict
Between those, the agent is working on the dashboard side: coding, running, analyzing, and merging what improves the objective. Ask it what it is doing in Chat, or steer it from the CLI. See Drive the agent.
Next: Run experiments for the submit/diff/checkout loop, or Compute to attach what makes any of it run.