Plan before you run
Hit or miss for every task, before anything executes.
A task’s key folds in its dependencies’ input keys, never their outputs. So every key in the graph is known before the first task starts.
--dry builds the graph, computes the keys and asks the cache. It lists what would hit and what would run, with a predicted wall time from past runs. Nothing executes.
// what it prints
$ vx run ci --dry
would run:
◉ web#lint cache hit (local) d66cfed2
▶ web#test cache miss — would exec 68595e49 ~72.64s
2 task(s) planned, 1 cache hit (1 local), 1 would run.More in See inside a run
vx why
Ask why a task re-ran, and get the input that changed.
vx show
The task exactly as a run sees it, after every preset and plugin.
vx last
Replay the last run’s summary, failures first, without running anything.
Your build as a trace
--profile writes a Chrome trace of the run.
Draw the task graph
Export the graph as Graphviz DOT and see what depends on what.
Know your workspace
One command shows versions, projects, cache size and recent runs.
JSON from every report
show, info, why, last and cache all print JSON, so scripts and agents never parse text.
Every run, queryable
Each task’s time, CPU, memory and cache result go into SQLite you can query.
Errors an agent can branch on
Under --format json, a refusal is a JSON line with a stable code.
A schema for every JSON shape
Every JSON document vx prints has a published JSON Schema.
Docs your agent can read
The whole site as markdown in llms.txt and llms-full.txt.
The reference, offline
vx docs <query> searches the CLI, config and cache reference with no network.
Why a task is affected
Each task --affected keeps says which changed file or dependency brought it in.
A skill for your coding agent
An installable skill teaches an agent to run, debug and query vx.