build: the front door opens modestly, and a featured role must have a move

`does:` on a plan, at most two features, each `for:` a need: the first
card of the front door says what the business does, one role each,
headed by what that role gets, and asks for nothing. `shows:` is the
second card, portal resource blocks passed through verbatim plus every
public view. Only then the offers, as more alternatives on the same
page; the front-door warning moves to seven and stops recommending
doors. `Plan::spectators()` warns when a featured need gives the
submitter neither a move nor a view. uhhm.no rounds 4 and 5 (flat,
at least as good per persona) and Tomter Vel flat (worse: ten offers
on one page, the close pairs collide) are in runs/.

Co-Authored-By: Claude Fable 5.1 <noreply@anthropic.com>
Claude-Session: https://claude.ai/code/session_01L4jrCgLiKKHAEFuZUJjckH

README.md

@@ -71,6 +71,26 @@ from the model: the plan's `who` and `wants` lines and the personas
 were written by the same person about the same needs, and the fallback
 heading is the need's `wants`, so the two are cousins.
 
+### The front door opens modestly
+
+A front door with more buttons than text leaves a visitor paralysed.
+So the built front door opens with what the business does, in one or
+two features and no button at all (`does:` on the plan, at most two,
+each `for:` a need so it speaks to one role and is headed by what
+that role gets); then a look-around card, things a visitor may
+inspect before asking for anything (`shows:`, each a portal resource
+block passed through verbatim, plus every public view the plan
+opens); and only then the offers, as more alternatives on the same
+page. Nothing is layered: doors still exist for a plan that wants
+them, but a second tier is what this shape is there to avoid, and on
+uhhm.no a flat front door with an opener routed better than the
+doored one.
+
+The house and its players: a role the opener invites in has to see
+its win, and the machine has to give it something to do after it
+sits down. `build` warns when a featured need gives the submitter
+neither a move (`moves_by: {<stage>: [submitter, ...]}`) nor a public
+view; a player with no move is a spectator.
 ### Doors: a first question before the forms
 
 Five or six needs on one page is more than a visitor sorts through