Statvs

• Every answer about the record, a system's coverage or what happened is grounded in output from Statvs.ts or Rewind.ts run this turn, and names the command it came from.
• "Is X reporting into STATVS" always gets a yes, partial or no verdict per required stream (at least deploy and app-health for a live app), with the writer names and last row time, or the absence, as evidence.
• Nothing the skill does weakens the record: no edit to a segment, no prune of a forever stream, no deleted old store before its view compares equal and the restore drill passed that day.

• drill loss counts every unclaimed STATE file, not lost data. A large loss number is mostly files under MEMORY/STATE/ that no registered view claims yet. It measures migration distance; read unclaimed_by_dir and the per-view equal flags before calling anything broken.
• A view marked unmaterialized has never been written, so it compares unequal. rebuild <view> once materializes it; that is not a mismatch in the data.
• counters.refused is a running total since the counters file was created, not today's refusals. Report it as a total, and look at tail for what was refused recently.
• The event stream is written by Vigil's writeEvent, not by Statvs.ts append. Appending a notice-worthy row straight to event skips Vigil's validation and dedup; use Statvs.ts event or Vigil's Emit.
• "Is it working" starts with Statvs.ts reconcile, not verify. verify proves the rows that exist are intact; only reconcile finds rows that should exist and do not (missed turns, unrecorded refusals, an unshipped backlog, drifted schedules). --hours 24 widens the window; without --emit it only reads. The hourly statvs-reconcile workflow posts each gap to Vigil.
• The cloud record answers by default. tail, reconcile, tools/Coverage.ts and Rewind.ts read Cloudflare through lib/cloudRead.ts; --local reads this Mac's segments until they are retired (migration ISA F9). The rg lines in the intents' tool contracts search the local segments and miss nothing only while those still exist. compare-cloud --days N proves the two agree. Cloud tail prints cloud rows (with offset, chain, machine, srcHash, and no hash or prev) and widens its window until it has --n rows. Rows of ship: false streams (observe) exist only on the machine that wrote them; the cloud holds a local-only marker and, once seal-copies has run, a sealed ciphertext copy of each row.
• The s shortcut and the word "status" collide. "Status" alone, with no mention of logging, a record, a system reporting in or STATVS, is the session-status shortcut.

Example 1: Is a site reporting in

User: "Do we have full status logging enabled for my site?"
→ Coverage intent
→ Per-stream verdict (deploy, app-health, review) with writer names and last row times, or "no rows" for each missing one, and the Onboard step that would close the gap

Example 2: Health of the record

User: "Is statvs healthy?"
→ Status intent
→ verify result, counters, drill loss with what it means, and which systems sit at which migration step

Example 3: Prove a fix on a past miss

User: "Replay the turn behind errata 412 with the new guard"
→ Rewind intent
→ Fixture built with Rewind.ts, Assay.ts replay result saying whether the miss flipped, and which tier of proof that is