FastCrest / Fleet Release
Design-partner pilot

Centralized rollout and rollback for robot fleets.

FastCrest Fleet Release lets a robotics team approve one software artifact, stage it by cohort, watch production gates, and roll back without treating every robot like a separate deployment. Inference and robot control stay local; the control plane manages desired versions and release proof.

release-2026.06.17cohort rollout
Artifact

Signed bundle published

Container, model, config, migrations, and manifest are hashed before rollout.

verified
Stage

Canary kitchen group

Agents download to the inactive slot, run pre-flight checks, then switch locally.

8 units
Promote

Line-level gate clears

Health, task rate, fault rate, latency, and manual hold state decide promotion.

green
Rollback

Previous slot remains ready

Rollback is a desired-version change, not a fresh per-robot redeploy.

< 60 sec
fleet gateproduction
Target version2026.06.17
Artifact hashsha256:91bf...
Canary pass rate98.7%
Fault delta+0.1%
Manual holds0
Decisionpromote

Why it exists

Uniform robot fleets should update like fleets.

For a company running many identical robots, the bottleneck is not model hosting. It is release confidence: can the team move a tested update through production without line downtime, per-robot ceremony, or blind rollback risk?

One release decision

Approve a single artifact and policy bundle once, then assign it to staging, canary, production, or a named location cohort.

Local execution

The robot-side agent pulls artifacts, checks compatibility, switches slots, reports health, and keeps running if the cloud is unavailable.

Auditable rollback

Every rollout writes a release receipt: who approved it, what changed, which robots moved, what gates passed, and how rollback was handled.

Connection model

A thin agent beside the existing robot stack.

Fleet Release does not replace ROS, PLCs, kitchen automation control, or the model runtime. It sits beside them as the software-release plane.

01 — ENROLL

Install one agent

Provision a robot with a short-lived enrollment token, identity, hardware profile, location, and robot family.

02 — ADAPT

Implement hooks

Connect install, pre-flight, health, switch, and rollback methods to the customer's existing deployment scripts.

03 — CONTROL

Set desired state

The control plane says what version each cohort should run; the agent makes the local machine converge safely.

Pilot shape

Built for teams that care about update speed first.

The first useful engagement is narrow: one robot family, one artifact source, one staging cohort, one production cohort, and clear promote/rollback gates.

  • Artifact manifest with hashes, compatibility bounds, migration steps, and rollback slot.
  • Robot enrollment with location, line, robot family, and current version state.
  • Canary and production cohorts with manual hold, automatic hold, promote, and rollback.
  • Release receipt export for operations, engineering, procurement, or customer review.

Commercial model

For uniform fleets, pricing should be centralized: workspace plus site or release volume, not a painful per-robot tax.

Works with the rest of FastCrest

Proof before rollout, control during rollout.

Tether creates deployable proof

Use Tether to export, guard, benchmark, and produce a deployment-proof packet for a robot policy or runtime artifact.

Fleet Release ships it safely

Use Fleet Release to assign that artifact to cohorts, watch the gates, and move or roll back the fleet from one control plane.