Two closed, substantive experiments were missing their DESIGN.md write-up despite being referenced as prior art by later sections: - 9o5/xi7/b3v (closed 2026-06-30/07-17): multi-use-leaf type superposition, a full feature build + real A/B validation (negative — OFF beats ON on both programme-house and harbor-house) + a veto-hatch follow-up for the one genuine false-positive interchange class found. §17 and §20 both cite its verdict directly but it never got its own section. - mi7 (closed 2026-07-25): 3D bubble-diagram / topological-hop-distance fitness signal prototype, tested against real evolved trajectories on two programmes, both formulations null. bubble.py was left in the tree uncommitted "as documented reference" by the closing session -- committing it now (with two trivial ruff fixes: unused import, ambiguous var name) so the reference this write-up makes to it is actually resolvable, plus a CLAUDE.md module-list entry. Numbered §26/§27 (appended, not inserted chronologically) to avoid renumbering every cross-reference in §14-§25. Co-Authored-By: Claude Sonnet 5 <noreply@anthropic.com>
3.9 KiB
Project Instructions for AI Agents
This file provides instructions and context for AI coding agents working on this project.
Beads Issue Tracker
This project uses bd (beads) for issue tracking. Run bd prime to see full workflow context and commands.
Quick Reference
bd ready # Find available work
bd show <id> # View issue details
bd update <id> --claim # Claim work
bd close <id> # Complete work
Rules
- Use
bdfor ALL task tracking — do NOT use TodoWrite, TaskCreate, or markdown TODO lists - Run
bd primefor detailed command reference and session close protocol - Use
bd rememberfor persistent knowledge — do NOT use MEMORY.md files
Session Completion
When ending a work session, you MUST complete ALL steps below. Work is NOT complete until git push succeeds.
MANDATORY WORKFLOW:
- File issues for remaining work - Create issues for anything that needs follow-up
- Run quality gates (if code changed) - Tests, linters, builds
- Update issue status - Close finished work, update in-progress items
- PUSH TO REMOTE - This is MANDATORY:
git pull --rebase bd dolt push git push git status # MUST show "up to date with origin" - Clean up - Clear stashes, prune remote branches
- Verify - All changes committed AND pushed
- Hand off - Provide context for next session
CRITICAL RULES:
- Work is NOT complete until
git pushsucceeds - NEVER stop before pushing - that leaves work stranded locally
- NEVER say "ready to push when you are" - YOU must push
- If push fails, resolve and retry until it succeeds
Build & Test
pip install -e .
pytest
Architecture Overview
homemaker-layout is a Python successor to the Perl Urb project. It represents a building as a binary slicing tree where leaves carry target dimensions from the programme and division ratios are solved bottom-up (inverting Urb's top-down approach). The evolutionary search explores topology, types, and adjacency only.
Key modules:
dom.py— read/write Urb.domYAML into aNodetreegeometry.py— faithful port of Urb's top-down geometryprogramme.py— parsepatterns.configspace requirementssolver.py— bottom-up ratio solve (scipy)fitness.py— native Python fitness evaluator (replaces Perl oracle)fitness_cmd.py—homemaker-fitnessCLI entry pointcollapse_cmd.py—homemaker-collapseCLI: finish-time global cell→room collapse (94g)graph.py— leaf-adjacency graph for programme-driven fitness checksgenome.py— topology genome: base-floor tree + per-storey deltasoperators.py— high-locality mutation and subtree crossoverinnerloop.py— ratio optimisation inner loop (Nelder-Mead / CMA-ES)driver.py— memetic search outer loopevolve.py—homemaker-evolveCLI entry pointoracle.py— legacy Perl shim, kept for validation only; do not use in new codebubble.py— 3D bubble-diagram adjacency fitness-signal prototype (DESIGN.md §27,mi7); validated NULL, not wired intofitness.py— reference only, do not build on without a new formulation
Conventions & Patterns
Scoring .dom files
Use the native homemaker-fitness command. Like the old urb-fitness.pl, you
must cd to the directory containing the .dom file first — the tool
resolves patterns.config, costs.config, and writes .score/.fails
relative to cwd:
cd /home/bruno/src/homemaker-layout/examples/programme-house
homemaker-fitness cf0b8a77e8b2325f92a7e7d150184a55.dom
The score is written to <file>.dom.score and failures to <file>.dom.fails; the numeric score is also printed to stderr.
Do not use urb-fitness.pl directly — oracle.py and the Perl tool are
kept only for cross-validation.