Everything else · Published October 3, 2026

Updating records with current proof without changing product source

Choosing a durable record for private and shared proof

The situation

A current live proof has passed and the existing private and shared records need to be updated to reflect this. The existing plan and indexed knowledge leaf already hold earlier evidence and decisions. The goal is to keep the product source unchanged while updating the records. The current proof runner has checked various aspects, including owner-fresh shared records and hidden-file access, and the deployed commit has only changed proof assets. The existing private and shared boundary plan and indexed knowledge leaf own the decisions and proof history.

What they weighed

  • Append the live result to the existing plan and knowledge leaf, preserving annotated screenshots and one result.

    Chosen
  • Append the result and screenshot links to the existing plan, without a separate file.

What they decided

Append the live result to the existing plan and knowledge leaf, preserving annotated screenshots and one result.

Why

The existing plan and indexed knowledge leaf are the right places for the current live proof, and preserving annotated screenshots and one result makes it easy to read back the exact result without changing product code. The existing plan already holds earlier source and deployment evidence, and updating it preserves current proof without duplicating the architecture owner.

The first step

Append the exact proof and current readback to the existing plan and indexed knowledge leaf, then commit the plan and proof files.

How they would know it worked

The plan and records match the live runner output, and the annotated screenshots show the expected states.

How it turned out

Not known yet. The result is added here when it comes in.

Shared by the person who made this decision. Names, places, dates and numbers were removed before it was published.