homemaker-layout/examples/harbor-house/init.dom

---
node:
  -
    - 0.0
    - 0.0
  -
    - 25.0
    - 2.0
  -
    - 23.0
    - 31.0
  -
    - 0.0
    - 31.0
perimeter:
  a: private
  b: private
  c: ~
  d: ~
type: O
rotation: 0
height: 3
elevation: 0.0
wall_inner: 0.08
wall_outer: 0.25
Fix mutate_level_add: use generic C/O floor instead of room duplicate Previously level_add copied the top storey exactly, duplicating all named programme rooms and immediately triggering space-count failures for every room on the new floor. The lex outer-search comparison (-n_fails, score) then always rejected the multi-storey child because its fail count was far higher than the single-storey parent. Fix: retype all named-room leaves on the new storey to generic C or O before admitting the child. The outer search then retypes them incrementally via the normal retype operator. This allows level_add to produce designs with the same fail count as the parent (storey_minimum fail removed, no duplication fails added), making the multi-storey transition visible to the lex selector. Result on programme-house cold start (init.dom, 100k evals, 4 workers): before: 6 fails, single-storey, stuck after 40k evals after: 4 fails, two-storey, still improving at 100k Also adds examples/harbor-house/ from urb/examples for future runs. Co-Authored-By: Claude Sonnet 4.6 <noreply@anthropic.com> 2026-06-14 10:33:05 +01:00			`---`
			`node:`
			`-`
			`- 0.0`
			`- 0.0`
			`-`
			`- 25.0`
			`- 2.0`
			`-`
			`- 23.0`
			`- 31.0`
			`-`
			`- 0.0`
			`- 31.0`
			`perimeter:`
			`a: private`
			`b: private`
			`c: ~`
			`d: ~`
			`type: O`
			`rotation: 0`
			`height: 3`
			`elevation: 0.0`
			`wall_inner: 0.08`
			`wall_outer: 0.25`