Skip to main content
CryoMaestro

The gap

Your microscope is automated. Your session isn’t.

The software running your column is probably very good at what it was designed to do. The problem is the scope of what it was designed to do. A cryo-EM session is a chain that starts in a dewar and ends in a set of 2D classes you decided to keep — and almost every tool in this field owns exactly one link of it.

The chain

One grid. Twelve stages. Four or five different tools.

This is the actual path a sample takes. Pick the profile closest to your setup, then correct it stage by stage — whatever stays unmarked is being carried by people, spreadsheets, and the assumption that someone remembers.

Coverage of the twelve session stages by approach Vendor consoles, scripting workstations, node-graph pipelines and self-assembled stacks all cover a band in the middle of the session — roughly loading the grid through collection — while the stages before the grid is loaded and after the frames land stay uncovered. CryoMaestro spans all twelve. Shipment 01 Sample 02 Load 03 Atlas 04 Squares 05 Square maps 06 Holes 07 Template 08 Collection 09 Processing 10 Classes 11 Record 12 Vendor console ships with the column Scripting workstation macros, one machine Node-graph pipeline distributed, earlier decade Assembled in-house best-of-breed plus glue CryoMaestro one record, end to end
Fig. 01 Coverage of the twelve stages, by approach. Solid is owned by the software; dashed is reachable with a script, an add-on, or a person. The empty ends are the part of the job your facility is doing without software.

Now place your own

Start from

Now correct it. Click any stage your current software actually owns.

Covered7/12Carried by people5

On a typical vendor console these 5 stages have no system of record. They are being held together by people, spreadsheets, and the assumption that somebody remembers:

  • 01 Shipment
  • 02 Sample
  • 10 Processing
  • 11 Classes
  • 12 Record
See how CryoMaestro covers them

Where you are now

Four ways to run cryo-EM. Each of them is missing the same thing.

None of these are bad software. Each one is very good inside its own boundary — and the boundary is the point. Find yours below, and read the third column as a list of the work your facility is currently absorbing by hand.

01

Shipped with the column

The vendor console

Turnkey, supported, and genuinely good at the thing it was built for: driving one manufacturer’s microscope through one session. It begins when the grid is already in the autoloader and ends when the movie lands on disk.

What it leaves to you

  • Everything before the grid goes in — and everything after the frames are saved
  • A second instrument from a second manufacturer, in the same view
  • Any change you were not sold
02

Total control, one machine

The scripting workstation

Scripting workstations can offer very deep instrument control. In many facilities, that control lives in macros on one computer, written in a language only a small number of people maintain.

What it leaves to you

  • Protocols as versioned, reviewable objects instead of files on a desktop
  • A path for the student who will not be writing macros
  • Continuity when the person who wrote them moves on
03

Right idea, earlier decade

The node-graph pipeline

A real distributed architecture with a real database behind it — the correct instinct, implemented when throughput was orders of magnitude lower and the browser was not a serious option.

What it leaves to you

  • An interface built after the desktop era
  • Live quality feedback that can actually change a running queue
  • Adding a method without first learning the framework
04

Held together by someone

The stack you assembled yourself

Best-of-breed parts, a shared drive, and a set of scripts that move data between them. It works — because a specific person keeps it working. The glue became the product, and nobody was ever assigned to own it.

What it leaves to you

  • One data model instead of four half-overlapping ones
  • An upgrade path that is not a weekend
  • Anyone to call when the glue breaks at 2 a.m.

Note  Most facilities are running two of these at once, with a shared drive in between. That seam is not a workflow. It is an unbudgeted job.

The cost of the seams

Three questions worth answering honestly.

We are not going to quote you a percentage. You already have the numbers — they are in your session logs and in how your week actually went. These are the three that tend to decide whether a facility is running smoothly or quietly re-doing work.

01 / ask yourself

How many systems does one grid touch?

Count them from the dewar to the 2D class averages. Every boundary is a place where identity, metadata, and intent get re-entered by hand — or quietly lost.

02 / ask yourself

How long between a bad decision and knowing about it?

If defocus drifted, ice went thick, or the picker was mis-tuned, the gap between the mistake and the evidence is the amount of session you paid for twice.

03 / ask yourself

Could someone else reproduce last month’s session?

Not approximately — exactly. Same presets, same filters, same thresholds, same template, same order. If that answer depends on one person’s memory, it is not a protocol yet.

What you’re missing

Eight things that only exist when one system holds the whole session.

Not features bolted onto an acquisition tool. Consequences of a single data model that spans sample logistics, the column, the compute, and the facility around them.

01

One record of the grid, end to end

A grid arrives in a dewar, sits in a puck, gets loaded, imaged, screened, collected, processed, and classified. Today that journey crosses four or five systems and at least one spreadsheet. It should be one record — shipment and chain of custody through atlas, square, hole, exposure, movie, CTF, particles, and the 2D classes you kept.

See it
02

Quality feedback that changes the run

Motion, CTF fit confidence, drift rate, ice thickness and contamination are all measurable while the session is still going. If they only reach you as a chart the next morning, they are a post-mortem. They should be a signal the queue can act on — continue, recheck, skip, pause.

See it
03

Protocols that survive the person who wrote them

A collection strategy is institutional knowledge. Stored as a macro file or a screenshot of a settings dialog, it leaves with its author. Stored as a versioned workflow with typed parameters and a snapshot taken at commit time, it stays with the facility.

See it
04

Provenance on every selection

Auto-selection is only as trustworthy as its explanation. For any hole on any square, you should be able to ask why it was selected or rejected — which filter, which threshold, which score, whether a human overrode it — months after the session closed.

See it
05

A facility, not a workstation

Instruments, nodes, teams, projects, customers, and bookings are the actual unit of work in a core facility. Software that models one microscope and one operator pushes all of that onto calendars, email threads, and whoever answers first.

See it
06

Extension without a framework tax

Your lab’s reviewed method should reach the operator as a first-class step: declared through a typed extension contract, submitted at session scale, and shown in a view designed for its result — not a script someone runs by hand afterward.

See it
07

Calibration you can see the state of

Pixel size, matrix calibration, beam shift, dose, apertures, detector references, preset alignment. Automation inherits all of it. A visible preflight can show whether each item is loaded and current; a trained operator must still decide whether the instrument and plan are safe to run.

See it
08

A day-one interface

The person most likely to be at the console at 3 a.m. is the newest member of the lab. If the tool assumes years of accumulated convention, the facility pays for that assumption in supervision, in re-runs, and in sessions nobody wants to admit to.

See it

Get started

Find out what your current stack isn’t telling you.

Compare the capability matrix, or open the bundled demo session and follow one grid from import to selected classes.