Skip to content
AtaForge

Autonomous robots for physical work, on one platform

Construction is the first application — the M200 Construction Mule, in prototype build. Research and exploration programs follow, each labelled for exactly what it is

  • #One-platform
  • #Construction-first
  • #Safety-first
  • #Fleet-software
  • #Simulation-validated

Software complete and validated in simulation · first prototype in build · no physical robot exists yet

Delaware · Malta · Working worldwide

[01]Programs

One platform, several sectors — each stated for what it is

One program is a product in development. One is research. The rest are concepts we are studying — and every card says which, so range is never mistaken for a product line.

First productengineering pack behind itResearchsimulation onlyExplorationconcept stage · not a product · not a roadmap
Concept rendering — M200 Construction Mule

Concept rendering — First product · software complete, prototype build starting

ConstructionFirst product

M200 Construction Mule

Autonomous material transport for construction sites: ~200 kg payload, waypoint navigation with follow-me mode in the next phase, all-weather duty, and a safety system designed for working near people. The only program with an engineering pack behind it.

Status: First product · software complete, prototype build starting

Concept illustration of a tracked machine with an articulated arm placing a block onto a low wall

Concept illustration — Exploration · concept stage

ConstructionExploration

Material-placing manipulator

A future arm-equipped machine that places material rather than only transporting it — blocks onto a course, panels onto a frame. Dexterous manipulation on an unstructured site is an open research problem industry-wide, which is why this is a long-horizon exploration and not a roadmap item.

What makes this domain plausible is the platform underneath, not existing hardware — nothing here has been built.

Status: Exploration · concept stage

Concept illustration of a small canopied electric water taxi on calm water

Concept illustration — Exploration · concept stage

MarineExploration

Autonomous water taxi

A small solar-assisted electric craft running on-demand routes across bays and along coastal cities, sized in concept for a handful of passengers — four at most. Water replaces the road; the autonomy, safety and fleet layers are the same ones under the M200.

What makes this domain plausible is the platform underneath, not existing hardware — nothing here has been built.

Status: Exploration · concept stage

Concept illustration of a tall portal-frame field vehicle straddling crop rows with a spray boom

Concept illustration — Exploration · concept stage

AgricultureExploration

Field platform

An autonomous platform working along crop rows: transport, irrigation and spraying first. Selective harvesting — judging what is ripe and picking it without damage — is the harder question and would come later as research, never as a promised feature.

What makes this domain plausible is the platform underneath, not existing hardware — nothing here has been built.

Status: Exploration · concept stage

Concept illustration of a compact tracked search robot on rubble, carrying a first-aid payload and an air cylinder

Concept illustration — Exploration · concept stage

Disaster responseExploration

Search and assist

Locating people and animals in rubble, floods, avalanche and maritime incidents, then carrying first-aid payloads and breathable air to them. Life-safety work demands a higher reliability and certification bar than material transport — which is exactly why this follows rather than leads.

What makes this domain plausible is the platform underneath, not existing hardware — nothing here has been built.

Status: Exploration · concept stage

Concept rendering — ACR-1 Quadruped

Concept rendering — Research · simulation only

ResearchResearch

ACR-1 Quadruped

A four-legged research platform for the terrain wheels cannot handle — stairs, debris, unfinished floors. Simulation-first by design: no physical build until measured milestones are passed.

Status: Research · simulation only

[02] The platform

Sectors differ in body and payload, not in brain

Underneath every program above sits the same stack: the autonomy, the deterministic safety architecture, and the fleet software that turns a machine into a service. What changes from sector to sector is the body the stack rides in and the payload it carries.

That is the honest reason a small company can name several domains: not because it has built machines for them, but because the expensive, hard-to-get-right part is built once and proven on the first one. Each further domain still has to earn its own evidence — and until it does, it stays labelled exploration.

[03]Interactive demo

Watch a task become work

This is the actual mission logic our platform runs — a task in plain language, split across a fleet, executed safely. Press play or step through.

site-demo — mission logic, step 1/5
KEEP-OUTPALLETWALL SECTION28/40OBSTACLECHARGING DOCK01020304

Site lead — 07:12

01 A task, in plain language

The site lead types the job the way they would say it — in plain language, with 50+ languages planned. No programming, no forms.

[04]The machine

The real model, not a mock-up

These views are rendered directly from the M200's engineering CAD — the same model the prototype is being built from. What you see is what gets welded.

Front three-quarter studio render of the M200 engineering model
Front three-quarter viewEngineering CAD — in development
Side profile render showing the wheel arms, payload deck and sensor mast
Side profileEngineering CAD — in development
Rear three-quarter render of the M200 engineering model
Rear three-quarter viewEngineering CAD — in development
Top-down render showing the payload platform footprint
Top viewEngineering CAD — in development

Bare-frame stage shown honestly: enclosure and sensor hardware land during the prototype build.

[05]Engineering

How we build, and what stops us shipping a guess

The interesting part of this company is not a feature list — it is the discipline underneath. Here is how the machine is engineered, without the parts a competitor would want.

[01]

Drawings are generated, not drawn

The manufacturing pack is produced from the design model by code. Every sheet carries the checksum of the exact model revision it came from, so a drawing can never quietly drift from the design — if the model moves, the mismatch is caught automatically before anything reaches a shop.

[02]

Nothing is invented

Where a critical dimension depends on a supplier we have not chosen yet, the drawing does not carry a plausible-looking number. It carries a blocked marker naming exactly which answer is missing, and the sheet cannot be released until that answer arrives. A wrong hole is scrap steel, not a rounding error.

CRITICAL DIMS BLOCKED — NOT RELEASABLEBore diameter — awaiting supplier selectionMounting pattern — awaiting supplier selection
A blocked dimension, as the shop sees itIllustration — references redacted, no values shown

Evidence over claims

  • Release trains cut with zero exceptions granted — every gate that ran, passed unmodified.
  • Safety-critical firmware held at 100% branch coverage, enforced by the build.
  • Thousands of simulation runs behind the mission logic, with results archived and never rewritten.
  • An append-only decision log: a decision that is not written down does not exist.

All of it validated in simulation — no physical robot exists yet

One platform, many machines

Autonomy, the safety architecture and the fleet layer are built once and carried by every machine. That is why construction is the first application rather than the only one — and why a second domain is an engineering question for us, not a rebuild.

Design

One parametric model is the single source.

Running today

Generated drawings

Sheets produced by code from that model.

Running today

Fabrication

Shop-ready packs, once suppliers are chosen.

Ahead

Yard validation

Fenced testing before anyone works nearby.

Ahead

Pilots

Supervised sites, measured against signed targets.

Ahead

[06]Program status

Where the program stands

The software platform is complete and validated in thousands of simulation runs. The physical program is next — and we say plainly what exists and what doesn't.

  1. [01]✓ Complete

    Software platform

    Mission logic, fleet coordination, plain-language tasking, reporting — complete, validated in thousands of simulation runs.

  2. [02]Now

    Prototype build

    First physical M200 unit: chassis, drivetrain, sensors, safety chain. Procurement and detailed design under way.

  3. [03]

    Fenced-yard testing

    Structured physical test program in a controlled yard before any robot works near people.

  4. [04]

    Pilot deployments

    Supervised trials on partner construction sites, measured against signed targets.

  5. [05]

    Certification

    CE path for industrial mobile machinery, with an external safety consultancy planned.

  6. [06]

    Commercial launch

    Robots-as-a-service: sites rent outcomes, not machines.

All performance figures to date are from simulation and are labeled as such. No physical robot exists yet — that build is this phase.

[07]Capabilities

Built for sites, not showrooms

[01]

Safety-first design

A multi-layer safety system with an independent hardware emergency stop. The stop decision never depends on AI — people always have right of way.

[02]

Plain-language tasking

Site leads give tasks the way they would say them — available today in multiple languages, with 50+ planned. Every task is checked against site rules before a robot moves.

[03]

Fleet coordination

Tasks split into trips and are assigned across the fleet automatically. Owners see every assignment and its reasoning in the monitoring panel.

[04]

Works offline on real sites

Construction sites lose connectivity. Robots keep executing queued work, and the field app keeps working offline and syncs when the network returns.

[05]

Daily reports for site owners

Every evening: trips completed, material moved, safety events — a plain-language report in the owner's language, automatically.

[06]

Modular platform

The M200 starts as a material carrier. Its module interface is designed for future tools — dumper bed, tool carrier, inspection payloads.

[08]Research

ACR-1 — legs for where wheels stop

Construction has terrain no wheeled robot can serve: stairwells, debris fields, unfinished floors. ACR-1 is our quadruped research program aimed at exactly that ground.

It is deliberately simulation-first: locomotion is trained and tested in physics simulation against measured milestones, and no physical unit is built until those milestones are passed. ACR-1 is a research program — it is not a product and carries no availability claims.

Simulation-first

Every capability must pass measured simulation milestones before any hardware is considered.

Extreme-terrain locomotion

Stairs, rubble, slopes, and surfaces that change from day to day.

Shared platform

ACR-1 runs the same fleet, tasking, and safety software stack as the M200.

Partner with us

We are talking to grant programs, pilot-site partners and investors who want field robotics built the careful way — construction first, evidence before claims. Tell us which one you are.

Talk to us →[...] Reply within 24 hours

Leave an e-mail

[...] Grants · pilots · investment. We reply within 24 hours.