Action Model / Resource rooms / cross-pack synthesis
rev 2 · no build
BR-04 / detailed resource room
First principles: provide the most client value with the fewest tokens.
This room expands the director synthesis from the Builder Research space. It reconstructs the problem below “recreate Lovable,” maps what the other lanes cover, and turns the missing pieces into a bounded evidence backlog.
How can agents and internet code provide the most useful client outcome as quickly and cheaply as possible, under a semi-custom brief?
That breaks into specification, design direction, retrieval, safe composition, execution, verification, approval, delivery, and learning. Each step has an evidence and authority boundary.
The loop the research points toward
Guide the client into a structured brief without a rigid questionnaire.
Design the direction before expensive implementation.
Retrieve only when the task decomposition says evidence can help.
Assemble from admitted scaffold/component contracts.
Validate build, browser, visual, data, and license gates.
Approve / revise as structured state, then ship.
02 / Eight irreducible problems
What remains unowned or under-proven
These are the reasons the pack stays a research program.
01
Requirements elicitation
Users omit implicit requirements; guided questioning can recover them, but no mature OSS benchmark or contract exists.
02
Design → token IR
Image-to-design-token extraction is underdeveloped. Pixels underdetermine type, spacing, radius, and layout; confidence/quantisation are required.
03
Retrieval timing
Always-on retrieval wastes tokens. Search should occur after task decomposition and use license-clean, AST-aware, bounded evidence packs.
04
Safe composition
Turning a repo into an installable block requires manifest, ownership, adaptation, dependency, and rollback semantics.
05
Backend foundations
Cheap models are most dangerous around auth, schema, migrations, billing, tenancy, and data isolation; scaffolds must own the contract.
06
Deployment / tenancy
Sandbox-green is not production-green. Previews, domains, isolation, credentials, and rollback are a separate subsystem.
07
Evaluation
There is no mature public benchmark for a “good app” across design, build, operation, and evidence. The validator harness is part of the product.
08
Guide agent / voice
Voice should narrate deltas while the screen owns the artifact and approval state; silence is not approval.
DEPLOYMENT: isolated preview → production distinction.
P1
Prove one bounded vertical
Choose finance, CRM, or operations archetype.
One data boundary and one read-only block.
One design direction and registry contract.
One synthetic fixture and screenshot baseline.
P2
Expand only after receipts
Per-industry corpus sweeps.
Write-side adapters and long-tail GUI actions.
Voice guide and marketplace distribution.
Factory scale, tenancy, and multi-client release.
Program posture: zero scan/build/eval/API receipts were claimed in the synthesis report. The correct next move is a narrow falsifiable pilot, not more undirected breadth.