Data as of Aug 25, 2026 · Based on 38 AI responses from ChatGPT Search and Google AI Mode · See how Parse measures this
Your brand can be here too.
If by “run the design–make–test–analyze (DMTA/DBTL) loop” you mean platforms that connect computational protein design to experimental generation/testing and then feed the measurements back into the next design round, there are several meaningful categories.
| Platform | Design | Make | Test | Analyze / learn | Wet-lab automation |
|---|---|---|---|---|---|
| cradle.bio | Generative AI | Usually via customer's lab/CRO; Ginkgo integration | Experimental assays | Custom models retrain from results | Via partners / integrations |
| generatebiomedicines.com | Generative protein models | In-house/high-throughput | In-house measurement | Closed-loop learning | Yes |
| arzeda.com | AI + physics | Integrated/partnered | Application-relevant testing | Closed-loop AI agents | Yes / integrated |
| aiproteins.com | Generative AI | Automated | High-throughput | AI-directed mutagenesis | Yes |
| bigo.bio | Generative/structure-aware | Platform workflow | Experimental validation | Feedback into next cycle | Emerging |
| benchling.com | Models/AI + experiment design | Lab execution/order routing | Lab + instruments | Structured-data/AI loop | Via automation/integrations |
Cradle is particularly relevant if you're asking about a platform that scientists actually use to iteratively engineer an existing protein.
Its workflow is essentially:
experimental data → custom AI model → candidate sequences → lab testing → results back into model → next candidates.
Cradle says its models learn from each round of experimental results and can optimize multiple protein properties simultaneously. It also has an integration with Ginkgo in which Cradle-generated sequences can be automatically tested in Ginkgo's foundry and the resulting data fed back to Cradle.
The important distinction: Cradle itself is primarily the intelligence/design layer; it doesn't mean every Cradle customer has an autonomous wet lab attached.
Generate:Biomedicines describes its Generate Platform explicitly as a continuous “generate, build, measure, and learn” loop. It generates protein sequences, produces them at scale, measures their properties/functions, and feeds the resulting data back into the models.
This is closer to a vertically integrated autonomous protein-engineering platform than a SaaS tool.
Arzeda combines physics-based design, AI trained on proprietary experimental data, and automated iteration. Its platform explicitly describes a closed-loop DBTL system in which AI agents use test/learn results to drive subsequent design and interact with automation.
That's particularly relevant for enzymes and industrial biotechnology, rather than solely therapeutic proteins.
AI Proteins has perhaps the most literal mapping to the four stages: Design → Make → Test → Optimize & Learn. It says its automated technologies generate thousands of candidates, experimental testing produces structure/biophysics/function data, and an AI-directed mutagenesis engine feeds the results back into subsequent designs.
Bigo.bio describes its BDA platform as putting target definition, generative design, structure-aware ranking, wet-lab validation and data return into one traceable DBTL loop.
I'd put this in the emerging platform category rather than alongside the more established commercial platforms.
Benchling is worth mentioning because its scope is broader. Its current AI Scientist architecture explicitly connects predictive models + structured scientific data + wet-lab execution, including experiment design, automation routing, result capture and recommendations for the next experiment.
So Benchling can provide much of the orchestration/data layer of a DBTL loop, but it isn't primarily a protein-design model like Cradle.
Likewise, OpenProtein.AI and ProteusAI are useful computational protein-engineering platforms, but the distinction is that they primarily cover the design/analyze side; the physical make/test steps generally remain external. ProteusAI explicitly supports multiple stages of the DBTL cycle, including ML-guided directed evolution.
There is also a research lineage that goes further: fully autonomous protein-engineering loops where the software directly controls robotic experimentation.
For example, the SAMPLE (Self-driving Autonomous Machines for Protein Landscape Exploration) system described in Nature Chemical Engineering uses an intelligent agent to learn sequence–function relationships, design proteins, send them to automated robotics, receive experimental results and use those results to improve the next round.
Similarly, researchers have demonstrated automated protein-engineering platforms combining protein language models with biofoundries, where the biofoundry performs library construction/testing and ML generates the next variants.
If you're mapping the market, I'd roughly divide it like this:
The key market distinction is “closed-loop software” vs. “closed-loop physical platform.” A lot of companies advertise DBTL, but relatively few actually connect AI-generated sequences → physical construction → assay → automatic data ingestion → next-round design with minimal human intervention.
Cradle is particularly relevant if you're asking about a platform that scientists actually use to iteratively engineer an existing protein.
Its workflow is essentially:
experimental data → custom AI model → candidate sequences → lab testing → results back into model → next candidates.
Cradle says its models learn from each round of experimental results and can optimize multiple protein properties simultaneously. It also has an integration with Ginkgo in which Cradle-generated sequences can be automatically tested in Ginkgo's foundry and the resulting data fed back to Cradle.
The important distinction: Cradle itself is primarily the intelligence/design layer; it doesn't mean every Cradle customer has an autonomous wet lab attached.
Generate:Biomedicines describes its Generate Platform explicitly as a continuous “generate, build, measure, and learn” loop. It generates protein sequences, produces them at scale, measures their properties/functions, and feeds the resulting data back into the models.
This is closer to a vertically integrated autonomous protein-engineering platform than a SaaS tool.
Arzeda combines physics-based design, AI trained on proprietary experimental data, and automated iteration. Its platform explicitly describes a closed-loop DBTL system in which AI agents use test/learn results to drive subsequent design and interact with automation.
That's particularly relevant for enzymes and industrial biotechnology, rather than solely therapeutic proteins.
AI Proteins has perhaps the most literal mapping to the four stages: Design → Make → Test → Optimize & Learn. It says its automated technologies generate thousands of candidates, experimental testing produces structure/biophysics/function data, and an AI-directed mutagenesis engine feeds the results back into subsequent designs.
Bigo.bio describes its BDA platform as putting target definition, generative design, structure-aware ranking, wet-lab validation and data return into one traceable DBTL loop.
I'd put this in the emerging platform category rather than alongside the more established commercial platforms.
Benchling is worth mentioning because its scope is broader. Its current AI Scientist architecture explicitly connects predictive models + structured scientific data + wet-lab execution, including experiment design, automation routing, result capture and recommendations for the next experiment.
So Benchling can provide much of the orchestration/data layer of a DBTL loop, but it isn't primarily a protein-design model like Cradle.
Likewise, OpenProtein.AI and ProteusAI are useful computational protein-engineering platforms, but the distinction is that they primarily cover the design/analyze side; the physical make/test steps generally remain external. ProteusAI explicitly supports multiple stages of the DBTL cycle, including ML-guided directed evolution.
There is also a research lineage that goes further: fully autonomous protein-engineering loops where the software directly controls robotic experimentation.
For example, the SAMPLE (Self-driving Autonomous Machines for Protein Landscape Exploration) system described in Nature Chemical Engineering uses an intelligent agent to learn sequence–function relationships, design proteins, send them to automated robotics, receive experimental results and use those results to improve the next round.
Similarly, researchers have demonstrated automated protein-engineering platforms combining protein language models with biofoundries, where the biofoundry performs library construction/testing and ML generates the next variants.
If you're mapping the market, I'd roughly divide it like this:
Running the Design-Make-Test-Analyze (DMTA) —or Design-Build-Test-Learn (DBTL) —loop for protein engineering requires a tight, high-throughput integration of generative artificial intelligence (Design), automated robotic synthesis/expression (Make), multiplexed high-throughput screening/structural characterization (Test), and machine learning feedback loops (Analyze/Learn).
Several institutional, industrial, and technology platforms orchestrate this closed-loop ecosystem:
Would you like to focus on computational design tools (like RFdiffusion/AlphaFold) or specific hardware automation for the wet-lab side (Make/Test)?
The Design-Make-Test-Analyze (DMTA) —or Design-Build-Test-Learn (DBTL)—loop in protein engineering is executed through closed-loop, automated "self-driving laboratories" and enterprise biomanufacturing foundries . These setups combine AI-driven generative design with robotic synthesis, high-throughput screening, and machine learning feedback.
Major platforms and operational frameworks running closed-loop protein engineering include:
Would you like to focus on academic/open-source software tools for the design/analysis phase, or commercial/robotic foundry hardware for the make/test phase?
If by “run the design–make–test–analyze loop” you mean platforms that connect computational protein design to actual experimental execution and feed the measurements back into the next design round, the field is still fairly small. The most relevant platforms as of 2026 are:
| Platform | Design | Make / build | Test | Analyze / learn | How closed-loop? |
|---|---|---|---|---|---|
| Ginkgo Bioworks Foundry | AI/design partners + internal tools | Automated foundry | High-throughput assays | ML/data systems | Strongest full-stack example |
| Cradle + Ginkgo | Generative AI | Ginkgo Foundry | Automated testing | Cradle project-specific models | Closed loop |
| Adaptyv Bio | Customer/AI designs | Automated cloud lab | Protein expression & assays | Platform analytics | Lab-in-the-loop |
| DPTX | AI protein design | Automated expression/purification | Biophysical characterization | Models retrained from experiments | Explicit closed loop |
| ZerothBIO / ProPEL | Protein AI | Cell-free production | Functional measurements | Experimental data → next design | Autonomous protein-engineering loop |
| Bigo.bio / BDA | Generative + structure-aware design | Wet-lab validation | Experimental validation | Results returned to design | Traceable DBTL |
| Plexymer | Molecular/experimental design | Robotics | Analytical testing | ML selection | General self-driving lab; proteins included |
| OpenProtein.AI | ML/generative design | Mostly external lab | External experimental data | ML-in-the-loop | Software loop, not full wet-lab stack |
| Evolrix AI | AI sequence/construct design | Partner/roadmap | Partner/roadmap | Active-learning vision | Early-stage / partially implemented |
1. Cradle + Ginkgo is probably the canonical commercial implementation.
Cradle provides the generative protein-engineering layer, while Ginkgo's Foundry provides the physical build/test infrastructure. Their integration explicitly sends Cradle-generated sequences into Ginkgo for automated testing and sends the experimental results back to Cradle to train the next model.
That is essentially:
Design → Build → Test → Learn → Design
rather than merely “AI-assisted protein design.”
2. DPTX is especially interesting if you're looking for a vertically integrated protein platform.
DPTX describes its system explicitly as a continuous DBTL cycle: AI generates designs, automated systems express/purify them, proteins undergo biophysical characterization, and the resulting datasets retrain the next generation of designs.
3. Adaptyv Bio is more of a “cloud lab for protein designers.”
It supplies the physical experimentation layer: customers submit protein designs, Adaptyv handles automated wet-lab work and assays, and the resulting data are made available for analysis and subsequent design rounds. Its own description calls the workflow “lab-in-the-loop protein design.”
4. ZerothBIO is pursuing a particularly interesting functional-data loop.
Its ProPEL system connects protein AI with design → cell-free production → functional measurement → learning, emphasizing experimentally measured function rather than merely structure prediction.
There are really three tiers hiding under “DBTL platform”:
A recent review describes this transition as moving protein engineering from manually orchestrated iterations toward autonomous platforms coupling library design, automated expression/testing, and ML-driven decision-making.
If you're evaluating this market competitively, I'd put Ginkgo, Cradle, Adaptyv, DPTX, and ZerothBIO in the first group I'd investigate. The interesting question isn't simply who has a protein-design model; it's who controls the experimental feedback loop and can therefore accumulate proprietary sequence–function data with every iteration. That's increasingly the strategic moat.
That is essentially:
Design → Build → Test → Learn → Design
rather than merely “AI-assisted protein design.”
2. DPTX is especially interesting if you're looking for a vertically integrated protein platform.
DPTX describes its system explicitly as a continuous DBTL cycle: AI generates designs, automated systems express/purify them, proteins undergo biophysical characterization, and the resulting datasets retrain the next generation of designs.
3. Adaptyv Bio is more of a “cloud lab for protein designers.”
It supplies the physical experimentation layer: customers submit protein designs, Adaptyv handles automated wet-lab work and assays, and the resulting data are made available for analysis and subsequent design rounds. Its own description calls the workflow “lab-in-the-loop protein design.”
4. ZerothBIO is pursuing a particularly interesting functional-data loop.
Its ProPEL system connects protein AI with design → cell-free production → functional measurement → learning, emphasizing experimentally measured function rather than merely structure prediction.
There are really three tiers hiding under “DBTL platform”:
Yes. If by “design–make–test–analyze” you mean a genuinely iterative protein-engineering loop—where computational design proposes variants, experiments build/test them, results are analyzed, and those results inform the next design round—the landscape is roughly:
| Platform | Loop coverage | Protein engineering focus | Automation / closed-loop strength |
|---|---|---|---|
| Cradle | Design → experiment → learn → redesign | Very strong; enzymes, antibodies, peptides, industrial proteins | Strong software loop; wet-lab execution can be external |
| Evozyne | Design → build → test → learn | Very strong; de novo therapeutic proteins | Very strong, with its own high-throughput EvoLab |
| Generate:Biomedicines | Generate → build → measure → learn | Very strong; generative therapeutic proteins | Very strong, integrated experimental platform |
| Ginkgo Bioworks | Design → build → test → learn | Broad biological engineering, including proteins | Very strong automated foundry; often paired with specialized design software |
| TeselaGen | Design → build → test → learn | Broad biological engineering, including protein/DNA optimization | Very strong workflow/orchestration + automation integrations |
| DPTX | Design → build → test → learn | Protein engineering | Particularly notable for integrating AI design with automated expression/purification/characterization |
| Bigo.bio | Design → build → test → learn | Protein therapeutics / biomaterials | Closed-loop platform; newer/emerging |
| ProteusAI | Design → build/test data → learn → redesign | Protein engineering / ML-guided directed evolution | Software platform; experimental execution is external |
| Benchling | Design → execute → analyze → next experiment | General biological R&D rather than protein-specific | Increasingly strong lab-in-the-loop orchestration |
1. Cradle — probably the clearest commercial software answer.
Cradle explicitly trains models on experimental results, generates new protein variants, designs experimental plates, and uses each round's results to improve the next round. Its platform supports multi-property optimization and has API access for connecting to laboratory workflows.
2. Evozyne — strongest example of an integrated AI + wet-lab protein-engineering engine.
Its EvoGen generative design system is coupled to EvoLab, which synthesizes and assays thousands of proteins; experimental data feeds back into EvoGen for subsequent cycles.
3. Generate:Biomedicines — similar concept, optimized for therapeutic proteins.
Generate describes its system explicitly as a continuous generate → build → measure → learn loop, with generative models, protein production, high-throughput measurement, and model improvement integrated into the platform.
4. Ginkgo — strongest “automated foundry” layer.
Ginkgo is particularly interesting if your definition of the loop emphasizes physical automation. For example, its partnership with Cradle connects Cradle's protein design directly to Ginkgo's scaled design-build-test-learn Foundry: sequences can be tested by Ginkgo and experimental results returned to Cradle to fine-tune the model.
5. TeselaGen — strongest general-purpose DBTL orchestration platform.
TeselaGen explicitly connects sequence design, lab execution, data capture, and ML analysis, and supports automation platforms such as Tecan, Hamilton, Biomek, etc. Its Discover tooling can use previous experimental results to propose candidates for the next DBTL cycle.
There are really three different categories hiding under “platforms that run the loop”:
A. AI protein-engineering platforms
Cradle, Evozyne, Generate:Biomedicines, DPTX, ProteusAI. These are primarily concerned with which protein sequences to make next.
B. Automated biofoundries
Ginkgo and similar systems. Their differentiator is actually making and testing huge numbers of variants, with automation connecting the physical steps.
C. DBTL operating systems / orchestration
TeselaGen and increasingly Benchling. They connect experimental design, lab automation, data, analysis, and decision-making across an organization's existing infrastructure. Benchling's 2026 Automation product, for example, dispatches experiments to workcells/instruments and automatically returns raw and analyzed results to the scientific record.
There are also emerging platforms such as DPTX, which is unusually explicit about combining AI protein design with automated expression, purification, and characterization in one continuous loop.
If you're specifically evaluating this market for protein engineering, I'd narrow the competitive set to Cradle, Evozyne, Generate:Biomedicines, Ginkgo, DPTX, and TeselaGen. The key differentiator isn't whether they say “DBTL”—it's how much of the loop they actually own and automate, especially the transition from design → physical experiment → structured data → next-generation design.
The Design-Make-Test-Analyze (DMTA) loop—frequently referred to in synthetic biology as the Design-Build-Test-Learn (DBTL) cycle—is shifting from manual, fragmented laboratory steps into fully integrated, AI-driven closed-loop platforms.
Platforms running or orchestrating these automated loops span commercial foundry services, hardware-software integration companies, and modular AI frameworks:
If you're looking to implement or leverage one of these systems, would you like to explore:
Platforms suitable for academic vs. enterprise scale Open-source software tools for the computational (Design/Analyze) side Automated wet-lab options for outsourcing vs. building in-house
If by “run the DBTL loop” you mean a platform that does more than sequence design—i.e., design candidates → build/express them → experimentally test them → analyze results → use those results to choose the next designs—the landscape is roughly:
| Platform | Design | Build | Test | Learn / next round | How complete is the loop? |
|---|---|---|---|---|---|
| Cradle | AI protein design | Via customer labs / partners | Customer wet lab; integrated foundry option | Yes, automated model retraining | Strong, especially software + partner lab |
| Ginkgo Bioworks | Via partners/tools such as Cradle | Yes — automated foundry | Yes | Yes | One of the strongest full-stack DBTL platforms |
| Generate:Biomedicines | Yes | Yes | Yes | Yes | Highly integrated, internal therapeutic-protein platform |
| Arzeda | Yes | Yes / partners | Yes | Yes — agentic DBTL | Integrated closed-loop platform, particularly enzymes |
| Cyrus Biotechnology | AI + Rosetta | Yes | Yes, large-scale screening | Yes, rapid model↔lab feedback | Integrated, with strong experimental component |
| TeselaGen | Yes | Yes / automation integrations | Yes / integrations | Yes | Workflow/automation layer rather than a proprietary wet lab |
| ProteusAI | Yes | No | No | Yes computationally | DBTL software, not a full wet-lab loop |
| RunLab | Yes | Partner/internal | Yes | Yes | Closed-loop service/platform, currently focused on enzymes & binders |
There are really three categories hiding under “DBTL platform”:
1. Full-stack experimental platforms
These actually control substantial parts of the physical loop. Ginkgo, Generate, Arzeda, and Cyrus are the clearest examples. Generate explicitly describes its platform as a continuous generate → build → measure → learn loop.
2. AI protein-engineering platforms that plug into wet labs
Cradle is probably the most notable example. Its current platform trains project-specific models from experimental results, generates new variants and experimental plates, and uses subsequent lab results to update the models.
Cradle + Ginkgo is particularly interesting because the two have explicitly connected the AI design side to Ginkgo's automated foundry: Cradle-generated sequences can be tested by Ginkgo, with the experimental data fed back into Cradle's customer-specific model.
3. Software orchestration layers
TeselaGen is a good example. It can design libraries, generate assembly protocols/plate maps/worklists, and connect to ELNs, LIMS, synthesis providers and lab automation. In other words, it can orchestrate a DBTL loop without necessarily owning the biological testing infrastructure.
I'd put the leading concepts approximately like this:
Ginkgo → strongest physical automation/foundry infrastructure
Generate:Biomedicines → strongest vertically integrated therapeutic-protein DBTL
Cradle + Ginkgo → particularly compelling AI-design ↔ automated experimentation combination
Arzeda → particularly strong closed-loop enzyme/protein design approach
Cyrus → strong computational design + high-throughput experimental feedback
TeselaGen → strong DBTL orchestration/software infrastructure
Arzeda is especially explicit that its AI agents drive each DBTL cycle and that test/learn information feeds back into design without information loss.
One caveat: “closed loop” is used pretty loosely in this industry. A platform may call itself DBTL while only automating the design/analysis portions and leaving synthesis, expression, screening, and assay execution to the customer's lab. The meaningful differentiator is therefore how much of Build and Test the platform actually executes automatically, rather than whether its website says “DBTL.”
If you're evaluating these for commercial use, I can also map ~15–20 platforms on a Design / DNA synthesis / expression / assay / robotics / ML feedback / API / autonomous-agent matrix.
The design-make-test-analyze (often phrased as Design-Build-Test-Learn / DBTL ) loop for protein engineering has evolved from a manual, linear process into closed-loop, AI-driven autonomous systems ("self-driving laboratories").
These integrated ecosystems rely on generative AI/machine learning for the Design phase, automated robotic biofoundries for the Make/Build phase, high-throughput assays for the Test phase, and active learning models for the Analyze/Learn phase.
Platforms running these closed-loop cycles span academic self-driving labs, commercial software-as-a-service (SaaS) providers, and industrial biofoundries:
Would you like to explore how to set up an open-source computational pipeline (such as combining RFdiffusion with ProteinMPNN) for the Design portion, or are you more interested in outsourcing the Test/Analyze wet-lab loop via commercial biofoundries?
The design-make-test-analyze (often phrased as Design-Build-Test-Learn or DBTL) loop for protein engineering is increasingly powered by closed-loop, autonomous platforms that combine artificial intelligence with laboratory automation.
The prominent platforms and automated biofoundries executing this end-to-end loop include:
Are you looking for a commercial cloud platform for your team to use in-house, or are you interested in fully automated robotic foundries for physical high-throughput screening?
If by “design–make–test–analyze” you mean a closed-loop protein-engineering system where computational design proposes variants, the variants are physically made and assayed, and the resulting data feeds the next design round, the landscape is still fairly small.
| Platform | Design | Make | Test | Analyze / next round | Status |
|---|---|---|---|---|---|
| DPTX | AI protein design | Automated expression/purification | Binding & biophysical characterization | Data feeds models | Commercial, integrated |
| Adaptyv Bio | User/AI designs | Automated protein production | Binding, stability and other assays | Structured experimental data/API | Commercial cloud lab |
| ATUM GPS | DoE + ML variant design | DNA/protein engineering | Empirical functional testing | ML optimization | Commercial, integrated service |
| TeselaGen | Sequence/library/experiment design | Workflow + lab automation | Experimental data capture | ML/analytics | Commercial platform; broader than proteins |
| SAMPLE | Bayesian optimization / intelligent agent | Automated gene synthesis & expression | Automated biochemical assays | Agent learns sequence–function landscape | Academic proof-of-concept |
| PLMeAE | Protein language model | Automated biofoundry | Variant screening | Fitness model proposes next round | Academic demonstrated system |
| DREAM / OPAL | AI protein design | Robotic construction | Automated testing | Closed-loop learning | Government-funded platform under development |
DPTX explicitly describes itself as an AI-native protein-engineering platform connecting computational design with automated expression, purification and characterization. Its loop is Design → Build → Test → Learn, with experimental data retraining the models for the next generation.
This is probably the closest match if you're looking for “give the system a protein objective and have the platform repeatedly run the entire loop.”
Adaptyv Bio is particularly interesting as the experimental infrastructure layer. You provide protein sequences; its automated lab produces and characterizes them and returns structured experimental results that can be fed into AI/design workflows.
It's therefore more accurate to think of Adaptyv as Make/Test-as-a-Service, rather than a completely autonomous protein designer.
ATUM GPS has a particularly relevant commercial system. GPS combines design of experiments, empirical measurements and machine learning, explicitly applying the loop to protein engineering, biocatalysts and antibody optimization.
It's less “generative AI scientist” and more statistical/ML-guided experimental optimization, but functionally it is very much a DBTL loop.
TeselaGen provides an end-to-end Design → Build → Test → Learn platform spanning sequence design, experimental planning, laboratory execution/data capture and ML analysis.
It's broader synthetic biology infrastructure rather than a protein-only autonomous lab.
The SAMPLE (Self-driving Autonomous Machines for Protein Landscape Exploration) system is arguably the cleanest research demonstration of the concept. An intelligent agent learns sequence–function relationships, designs proteins, sends them to automated robotics for gene synthesis/expression/biochemical testing, and uses the measurements to choose subsequent designs.
It demonstrated autonomous optimization of glycoside hydrolases, finding substantially more thermostable proteins while searching only a tiny fraction of the sequence landscape.
Importantly, SAMPLE isn't simply an AI model: the computational agent and physical laboratory are actually connected in a feedback loop.
A more recent academic implementation combines ESM-2, automated variant construction/testing, and a learned fitness predictor. Four rounds of automated evolution of a tRNA synthetase were completed in 10 days, with reported activity improvement of up to 2.4×.
This is a particularly good example if you're interested specifically in protein-language-model-guided DBTL.
The DOE's OPAL effort includes an Argonne protein-engineering program aimed at an end-to-end automated DBTL system: AI agents generate designs, translate them into lab plans, robots execute experiments, and the system interprets results in real time.
Separately, the Northwestern-led DREAM cloud protein-engineering testbed received $20M in NSF funding in 2026 and is intended to connect AI protein design with robotic build/test and iterative model improvement.
There are really three categories, and they often get conflated:
A. True closed-loop autonomous protein engineering
B. Commercial DBTL infrastructure
C. Protein-design-only platforms
The third category can be extremely powerful, but doesn't itself run the physical experiment and feed the result back. For example, OpenProtein.AI is an open-ended protein-engineering software platform, but that is different from operating an autonomous wet-lab loop.
If your real question is “who can I give a protein engineering objective to today and have them run repeated AI-guided design → synthesis → assay → model-update cycles?”, I'd narrow the field considerably to DPTX, Adaptyv + an external design engine, ATUM, and potentially specialized/custom deployments built around TeselaGen. The fully autonomous systems such as SAMPLE and DREAM are more research/platform-development oriented.