How to Read the Rescue Suite

The proof-carrying rescue suite is a replayable evidence artifact. It is not a marketing diagram and not a finished optimizer release.

The Forge manifest lives at:

reports/proof_carrying_rescue_suite_v0_2026_05_26.json

The human-facing Explorer lives at:

https://monogate.dev/explorer/rescue-suite

It can be replayed with:

forge rescue --suite --strict

That emits the manifest, the replay result, the markdown summary, and the generated fixture consumed by the Explorer.

What the Manifest Says

The manifest says four boundary-event rescue lanes exist and each has a transition witness:

LaneMeaning
domain_wall -> log_domain_rescuepositive-coordinate rescue
overflow_wall -> guard_rescueoutput-safety rescue
phantom_attractor -> interior_sampleprecision-sensitivity escape
saturation_shelf -> corner_concentrationclamp-shelf deshelf replay

Each lane points at a MachLib obligation name. That lets Forge, MachLib, and the public research notes use the same event language.

What the Replay Checks

The replay validator checks:

Those false flags matter. The suite does not claim:

What MachLib Adds

MachLib has lane-level bridge theorems and now a suite-level structural theorem. At the current abstraction level, the theorem says:

four valid lane witnesses
  -> all four obligation witnesses

That is not the final semantic proof of every rescue. It is the formal hook that turns the manifest from a table into a replay object MachLib can talk about.

Why v0 Matters

v0 is the first time the Monogate stack has a complete loop:

source fixture
  -> boundary event
  -> rescue operator
  -> packet witness
  -> replay validator
  -> MachLib obligation bridge
  -> public research page

The next surface should be an Explorer/dashboard view over this exact manifest. That surface is now live; the broader frontier map is at /research/frontier.

React