Self-Building Labs: Agents That Design, Configure and Operate Their Own Experiment Platforms

Automated labs have long been built as one machine for one experiment. The bottleneck is no longer how fast an experiment runs, but how long it takes to rebuild the lab for the next one.

Background

Self-driving laboratories hand experimental execution and parameter optimisation to machines, and they have proven their value in materials and chemistry discovery. Meanwhile LLM-based agents have become steadily better at proposing candidate experiments. The two ought to fit together seamlessly, yet they stall on something mundane: an SDL’s hardware orchestration, device drivers and experimental protocols are hand-built for a specific task. Change a reagent or a characterisation step and you are redesigning workcells, rewriting device scripts and recalibrating. Human researchers retreat from doing experiments to programming the laboratory, and that work does not shrink as agent proposal quality rises. Flexibility, rather than experimental throughput, has become the new bottleneck to scale.

Core Innovation

SBL treats the laboratory itself as the object to be generated. Given a high-level scientific goal, the system starts from existing conditions — an empty room or an already-running SDL — infers which capabilities are missing, and builds them: it plans the lab layout, constructs a digital twin that mirrors the physical setup, generates the robot skills the workflow requires, and composes those skills into executable experimental workflows. The digital twin is not merely a visualisation; it is the validation surface, where layouts and protocols are exercised before they touch expensive instruments, so a bad orchestration is caught in software rather than on hardware.

The system is demonstrated across multiple robot platforms and setup configurations, scaling from a single workstation to a laboratory where several robots work together. That cross-setup demonstration matters more than success in one scene, because it tests the transferability of the generation process itself rather than the fit of one hardware stack.

Results

• Given a high-level scientific goal, SBL autonomously builds the lab layout, digital twin, robot skills and experimental workflows.
• Demonstrated across different robots and setups, scaling from a single workstation to multi-robot laboratories.
• End-to-end capability validated on a real-world quantum-dot synthesis experiment.

Limitations

The abstract reports a single real chemistry system as end-to-end validation, so cross-domain generality — biology, analytical chemistry — is unproven. The clearest gap is quantitative: no experimental throughput, success rate, or time-and-cost comparison against manual setup, and no account of diagnosis and recovery when a synthesis fails. Autonomously generated layouts and workflows also raise safety and resource constraints, since a wrong workflow can damage instruments or waste expensive reagents; the abstract does not describe feasibility checks or permission boundaries. Finally, inferring a setup from a goal depends on structured descriptions of device capabilities, and who maintains those descriptions — and how many devices they cover — determines the method’s real reach.

Industry Implications

For R&D organisations the lesson is to treat laboratory integration as a software problem rather than an engineering project. Building an automated lab today, the cost sits less in the robots than in the glue that binds devices, protocols and data together; SBL tries to have an agent generate that glue from a goal, with the digital twin as a cheap place to be wrong. If this works, labs scale by being instantiated again rather than by building another line — particularly valuable for high-mix, low-volume research. The sober caveat is that real labs are far harsher than demo environments, with messy data, equipment faults and safety codes; near term this is more likely to accelerate integration engineers than to replace them.