[HackTuah]

A 48-frame capture of the whole turn, replacing the approval card still at the top of the README: the request typed, the model asking to run a write-risk tool, Trinity stopping with the exact arguments it will pass, the WRITE badge and four choices, and the call running only after "Allow once" is clicked. It ends on the tool result and the answer.

122KB, so it costs the page nothing.

This is the asset that was held back twice

The first attempt filmed a turn that never completed. The cause was scripts/dev_demo_approval.sh leaving Trinity.Repo.Receipts on the test sandbox pool: outside the suite that pool blocks, and because a decision is receipted before it is dispatched, the tool task stopped after the approval row existed and the card was painted but before it could answer the Session. Slice 126 fixed the script. Slice 125 fixed the redaction filter that was dying in the same runs.

The fix is visible in the capture itself. The status pill reads waiting for approval, where before it sat on running tools until the call timed out and reported an error for something the owner had allowed.

Why the still is removed rather than kept

The GIF shows that same screen and more, and two images was already the budget. What remains is the GIF and the receipts page for the same call, which is the whole argument: it asks before it acts, and the answer is evidence afterwards.

scripts/dev_demo_approval.sh regenerates both, so they are reproducible rather than pictures nobody can make again.

mix gate ; echo "EXIT=$?"
prod_check: PASS
trinity.names: OK over 649 tracked files
trinity.reuse: OK. Every commentable tracked file carries an SPDX header
Result: 846 passed (17 properties, 829 tests), 18 excluded
trinity.coverage: 042 80.31% vs 005 80.31%: OK
EXIT=0