Introduction
Gemini Robotics-ER 1.6 was Google DeepMind’s embodied-reasoning model released on April 14, 2026. Google’s model card says it is based on Gemini 3.0 Flash, accepts text, images, audio and video, uses a context window up to 128K tokens and returns text up to 64K tokens. The model focused on visual and spatial understanding, task planning, success detection and instrument reading. It was distributed as a preview through the Gemini API and Google AI Studio. Google’s deprecation documentation lists August 31, 2026 as the end date for the preview and recommends Gemini Robotics-ER 2 as the replacement.
Key findings
- Google identifies ER 1.6 as a vision-language model based on Gemini 3.0 Flash.
- Real evidence is strongest when outputs are used by a robot and task success is reported.
- The model accepts text, image, audio and video input and returns text output.
- Failures include confident answers under occlusion, coordinate mismatch, reflections, small text, unusual lenses and inconsistent cross-view results.
- Applications include inspection, instrument reading, localization and planning support.
Gemini Robotics-ER 1.6 Spatial Outputs and Evidence - evidence comparison
The table uses source-backed fields and leaves non-comparable or undisclosed information visible.
| System, category or question | Verified evidence | Interpretation or limitation |
|---|---|---|
| Object localization | Image and prompt | Point or box Needs calibration |
| Multiview correspondence | Several images | Cross-view matches Synchronization matters |
| Gauge analysis | Close observation | Reading or risk assessment Human validation |
| Planning support | Scene plus task | Trajectory or affordance Not safety control |
Evidence classification
- Confirmed by official technical documentation specifications, architecture or access stated by the responsible organization.
- Confirmed by a research paper result reported under a defined experiment, without implying deployment.
- Demonstrated on a real system a physical robot or product performed the documented sequence.
- Company claim without independent verification numerical or operational statement supplied by the company.
- Public evidence insufficient version, control mode, duration, trial count or operating conditions are missing.
Definition and scope
Gemini Robotics-ER 1.6 is a vision-language model based on Gemini 3.0 Flash. Google’s model card documents multimodal inputs, a 128K input context window, text output up to 64K tokens and additional training data for embodied-reasoning tasks. It is a high-level reasoning model rather than a low-level motor controller.
Version-specific documentation is used because ER 1.6 is no longer a current endpoint. Results from earlier Gemini Robotics releases are not assigned to ER 1.6 unless Google documents that transfer.
How the complete pipeline works
An image or multiview observation is combined with a prompt. The output is converted into coordinates, scene relations or planning constraints. Calibration maps image space to the robot frame.
Key systems, products and technical evidence
The earlier ER family documented detection, pointing, grasp prediction, multiview correspondence and 3D boxes. Version 1.6 should be judged against current API documentation rather than assuming every earlier benchmark carries over. The systems are not treated as interchangeable.
Object localization, multiview correspondence and gauge analysis use different inputs and success criteria. The table therefore records the input and output type for each capability instead of turning them into a shared score.
Evidence from real systems
Real evidence is strongest when outputs are used by a robot and task success is reported. Gauge reading or risk detection in images is perception evidence, not autonomous manipulation. Real-system evidence is separated from simulation, internal testing, controlled public demonstrations, pilots and commercial deployment.
Evidence quality for Gemini Robotics ER 1.6 rises when Google DeepMind, NIST disclose continuous runs, failed attempts and human intervention rather than only selected successes.
Comparison method and engineering tradeoffs
To compare Object localization, Multiview correspondence, the table preserves each source’s task, robot and protocol. This prevents unlike metrics from producing a false ranking.
ER 1.6 produced reasoning outputs rather than motor commands. Robot execution still depended on calibration, a downstream controller, safety limits and a defined recovery path when the model output was wrong or stale.
Failure modes and misleading interpretations
A technically genuine Gemini Robotics ER 1.6 demo can still be overinterpreted when control mode, retries or task boundaries are omitted.
Practical applications and current maturity
Applications include inspection, instrument reading, localization and planning support. High-consequence use needs confidence thresholds and human validation. These uses are credible only within the documented task, robot and environment.
Operational readiness for Gemini Robotics ER 1.6 requires more than access to a model or robot. Those costs are frequently absent from headline demonstrations and base prices.
Open problems and recommendations
ER 1.6 is now a historical preview model. For reproducibility, older results should retain the exact model identifier, prompt, input media, output schema and robot controller used. New integrations should follow Google’s current ER 2 documentation.
Historical ER 1.6 reports are most useful when they preserve failed attempts, intervention counts and the exact preview endpoint. Those details allow a reader to separate perception or planning accuracy from the reliability of the downstream robot system.
Limitations and missing information
- Benchmarks from different robots, versions, environments or control modes are not directly comparable.
- Company-reported metrics are not independently audited unless a separate primary record establishes the same result.
- Code, weights, prices, model versions, APIs and commercial availability can change after publication.
- Long-duration reliability, intervention frequency and complete failure distributions are rarely published.
Conclusion
ER 1.6 documented a reasoning layer for spatial understanding, planning, success detection and instrument reading. Google’s current documentation directs developers to ER 2. Historical evaluations should name the exact ER 1.6 preview version and avoid presenting it as a current API option.
Frequently asked questions
What is Gemini Robotics ER 1.6?
Gemini Robotics-ER 1.6 is a later embodied-reasoning version associated with spatial analysis for robot applications. Public references identify the version, but complete architecture, parameter count and training corpus were not located in official material reviewed.
How does Gemini Robotics ER 1.6 work?
An image or multiview observation is combined with a prompt. The output is converted into coordinates, scene relations or planning constraints. Calibration maps image space to the robot frame. In practice, calibration, latency, action scaling and feedback determine whether the pipeline remains stable.
What is the strongest real-world evidence?
Google documented embodied-reasoning outputs such as spatial localization and multiview reasoning for the ER family. Those outputs are perception and planning evidence; they do not by themselves establish autonomous robot task success.
Sources and methodology
Sources for Gemini Robotics ER 1.6 were rechecked on September 26, 2026 using official Google model and API documentation.
For Gemini Robotics ER 1.6, evidence is sorted by test setting and control mode simulation is kept apart from physical trials, teleoperation from autonomous execution, and announced access from a system that can actually be obtained or deployed.
ER 1.6 is a historical preview model; new integrations should follow Google's current ER 2 documentation.
Related TechniaHQRobot guides
Source review notes
Review date recorded July 11, 2026
Supported by the cited sources
- Real evidence is strongest when outputs are used by a robot and task success is reported.
Not confirmed or incomplete
- Failures include confident answers under occlusion, coordinate mismatch, reflections, small text, unusual lenses and inconsistent cross-view results.
- Company-reported metrics are not independently audited unless a separate primary record establishes the same result.
- Long-duration reliability, intervention frequency and complete failure distributions are rarely published.
Likely to change quickly
- Prices, model versions, APIs, software access and commercial availability.
- Production, customer pilots, deployments and repository maintenance status.
Share this article
Share the current TechniaHQRobot article page.
Continue reading
Open the latest robotics reporting, Physical AI analysis and hardware notes.