{
  "session": "fcb65755847c4fa29849c616f05e4bba",
  "captured_at": "2026-10-29T06:54:48.975207+00:00",
  "scope": "Qualified local working tree, two native x86-64 QEMU guests; continuous 1x capture",
  "compiler": "hew 0.9.4-dev.28+95340fc71a; unchanged host compiler",
  "clips": [
    {
      "id": "connected",
      "title": "01 - Follow a completed job through durable receipts",
      "description": "Submit actual distributed work, check the resulting pixels, follow its connected receipts, inspect an exact storage publication and download the explanation.",
      "seconds": 93.0,
      "sha256": "d8251d9ddf49e361d1d0622b9d083d885386d603a4317da3a48a893870c2f4d3",
      "source_sha256": "9ac2a412121af4020595938c0448ecff2b705cf86ecedca276ee8554c04cdef2",
      "bytes": 5597386,
      "transcript": [
        "This is the installed SlOS causal debugger. The browser is served by a real Hew user program. At right are the simultaneous coordinator and worker consoles, and the host operator log.",
        "I submit a small render job and enrol this worker. The two native SlOS guests exchange actual assignments and calculate the pixels. An independent reference checks the finished image.",
        "The job is complete because every tile has a checked published result. Local inspections are marked proven. Remote HTTP reports remain plausible, because this trusted LAN endpoint does not authenticate its peers.",
        "The receipt lanes separate nodes and boot incarnations. Green links are declared dependencies, blue links are observations, and dashed grey links are identity or content correspondence. Timestamp order is not promoted to causality.",
        "This storage publication receipt identifies the accepted tile and its assignment. The inspector reads that exact receipt again. Upload acknowledgement and transport processing alone do not establish this application commit.",
        "The downloaded explanation contains the actual receipt identities and source coverage. These are bounded observations, with explicit missing evidence, rather than a claim of global causal closure."
      ]
    },
    {
      "id": "reboot",
      "title": "02 - Explain a rebooted worker, then inspect offline evidence",
      "description": "Disable a worker, power cut and reboot its original volume, inspect the pending job, then take the source offline and reboot the coordinator. Finally enable the worker and verify resumed work.",
      "seconds": 134.75,
      "sha256": "c54accedd337f62b57d3f81025fcefdcdf29d87de5b30664f2be5679f5281e54",
      "source_sha256": "8e9af4a40ce606b5c03ac0ad8f13cdb79681a1bb126627874173581ea6404b2d",
      "bytes": 10240661,
      "transcript": [
        "Now a configured worker will stop across a real virtual machine power cut. The debugger runs independently of the managed renderer, so it remains available to explain the stalled job.",
        "I disable the installed worker, then cut power and boot its original volume. Disable is durable configuration. The new kernel boot has a different incarnation, and the worker process does not start.",
        "A new job remains pending. The coordinator can prove its local pending state and enrollment. The worker reports disabled. That is a plausible bottleneck, not proof that a packet was lost or work never executed.",
        "Configuration observations connect across boots through matching content and the disable request. Dashed grey correspondence is context, not a newly invented causal edge. The receipt IDs keep the two boots distinct.",
        "I power off the worker again and query the job. Its cached records are still inspectable, but the source is now historical. The debugger stops presenting the old disabled report as live service state.",
        "Next I power cut and reboot the coordinator on its original volume while the worker remains offline. The persisted remote cache survives. Missing live evidence remains visibly missing after reboot.",
        "I boot and enable the worker. Real work resumes, and the completed pixels match the independent reference. The earlier completed job also retains its exact accepted bytes.",
        "Both machines here are native x86 sixty-four QEMU guests. This demonstration does not claim physical hardware support, authenticated HTTP peers, deterministic replay, or exactly once execution."
      ]
    }
  ],
  "screenshot_width": 1280,
  "screenshot_height": 841,
  "voice": {
    "engine": "kokoro-onnx",
    "version": "0.5.0",
    "voice": "af_heart",
    "speed": 0.98,
    "model_sha256": "7d5df8ecf7d4b1878015a32686053fd0eebe2bc377234608764cc0ef3636a6c5",
    "voices_sha256": "bca610b8308e8d99f32e6fe4197e7ec01679264efed0cac9140fe9c29f1fbf7d",
    "input": "IPA phonemes (is_phonemes=True)",
    "pronunciations": {
      "SlOS": "sl\u02c8\u0254s",
      "Hew": "hj\u02c8u\u02d0",
      "AArch64": "\u02c8\u0251\u02d0\u0279m s\u02c8\u026aksti f\u02c8\u0254\u02d0\u0279",
      "ARM": "\u02c8\u0251\u02d0\u0279m",
      "Arm": "\u02c8\u0251\u02d0\u0279m",
      "x86-64": "\u02c8\u025bks \u02c8e\u026a\u027ei s\u02c8\u026aks s\u02c8\u026aksti f\u02c8\u0254\u02d0\u0279",
      "x86": "\u02c8\u025bks \u02c8e\u026a\u027ei s\u02c8\u026aks",
      "QEMU": "kj\u02c8u\u02d0 \u02c8\u025bm ju\u02d0"
    }
  },
  "checks": [
    "guest flow assertions",
    "independent pixels",
    "complete FFmpeg decode",
    "actual Chrome playback and seek with decoded video and audio",
    "exact media hashes"
  ],
  "published": "MP4, posters, captions, browser screenshots and selected explanations; no ELF, disk image or private host log"
}