probe snapshot records the working tree, the environment and the hardware, without disturbing any of them.
What it captures
Storage layout
By default each captured file becomes its own content-addressed artifact row, so the same file across a hundred runs is stored once and the explorer can browse the tree.archive keeps the older one-tarball-per-run behaviour — a single deterministic code-bytes artifact. Restore reads either.
Reading the manifest
git files are retrievable with git cat-file blob <blob> from the recorded remote; blob files are the ones git cannot supply.
Rebuilding
code-bytes archive when one exists.
Every file is verified against the SHA-256 the manifest recorded. A mismatch is reported unavailable and never written, so restore cannot hand back a tree that only looks right. It exits non-zero if any file could not be produced.
Is this run actually reproducible?
unverified: nothing is obviously absent, which is not the same as “this run can be rebuilt”. --verify resolves the recorded commit against its remote and is the only way to earn complete.
advisories lists gaps that are reported but not blocking — missing notes, no inputs decision, legacy runs with no launch context.
The assembled record
reproduce view.
Artifacts
How captured files are anchored, versioned and browsed.