CoRL 2026 Workshop on Agentic Robotics · Poster

Do Agentic Policies Need to Look at Every Step?
Geometric Abstraction for Reasoning and Action

Yihang Liu1 Yiming Chen2 Mingzhe Zheng3

1Independent Researcher 2Georgia Institute of Technology 3The Hong Kong University of Science and Technology

Georgia Institute of Technology The Hong Kong University of Science and Technology
Top: repeated visual reasoning sends images to a multimodal LLM at every step. Bottom: with geometric abstraction, visual observations are grounded into geometry exposed as text and symbols such as red.bottom_face and blue.top_face, with evidence status; images are sent only on demand.

TL;DR Shift routine spatial reasoning from images to text and symbols. A 3D geometric abstraction, refreshed locally from RGB-D, gives LLM agents typed, evidence-aware part references and compact metric checkpoints, improving multi-step manipulation completion while cutting repeated multimodal queries.

Online ring-on-peg, Geometric Abstraction vs. Pixel Reasoning

−33.3%mean completion time
−49.4%model-request time
−52.8%recorded tokens
10.9 → 2.7images sent per episode

Abstract

Recent multimodal language models can reason directly about robot scenes, but it is unclear whether they need to repeatedly reinterpret raw visual observations at every step of an interaction. We propose shifting routine spatial reasoning from images to text and symbols through a 3D geometric abstraction that is refreshed locally from observations and read directly by the language models. Specifically, our interface represents scene geometry via typed, evidence-aware symbolic references to object parts, grounds them from calibrated RGB-D, and returns compact textual checkpoints with metric residuals after each action. Symbolic task structure can thus be reused across decisions while metric values are rebound to the current scene, with direct visual reasoning invoked only on demand. Across offline policy synthesis and continuous online execution, reasoning over grounded text and symbols improves multi-step manipulation completion while substantially reducing repeated multimodal queries, positioning explicit geometric state as an effective substrate for agentic robot policies.

Method

Pipeline: (a) recorded side RGB-D observation, (b) metric geometry with points, edges and faces, (c) text and symbols such as object center and residual to goal, (d) agentic policy that revises policies or chooses actions, with local skill execution.
RGB-D observations are grounded into object geometry and exposed to the LLM through typed symbolic references and compact textual checkpoints. In policy synthesis, the LLM revises executable policies between rollouts while perception and control run locally; in online execution, the same interface supplies updated geometry for successive decisions within a continuing episode.

Ground locally

Calibrated side and wrist RGB-D are back-projected into the world frame to estimate each object's center, orientation, dimensions, vertices, edges and faces, each with a timestamp, using lightweight CPU estimators. Shape may persist, but pose must be refreshed: after an object moves, its pose is re-estimated from a current observation, never copied from a commanded motion.

Reference symbolically

Policies refer to typed parts like red.bottom_face and blue.top_face and compose them with operators such as surface alignment and support checks. Every value carries its evidence status: observed inferred unavailable. The same program rebinds to new scenes.

Checkpoint in text

After each action the agent receives a compact checkpoint with the updated 3D coordinates, evidence status and metric residual to the goal. If an object is occluded, the residual is marked unavailable rather than computed from a stale estimate. Images stay available on demand.

Operators on the geometric state
OperationInputsOutput
referenceobject and rolegeometric entity with evidence
relationpredicate and objectsresiduals and true/false/unknown
alignsource and target geometrydesired rigid transform
checkpointactive object and goalcompact textual state

Tasks

A simulated SO-100 arm builds and inserts with simple rigid objects. Each card shows a start and goal configuration. These are constructed renderings, not recorded policy trajectories.

Single-policy acquisition

Bridge + cylinder start: blue and yellow cubes, green beam and red cylinder scattered on the tableBridge + cylinder goal: green beam spans the two cubes with the red cylinder standing on top
Bridge + cylinderPlace two base blocks, span them with a beam, and stand a cylinder on top.
Stacking start: blue, green and red cubes apartStacking goal: blue, red, green cubes stacked in order
Three-cube stackingBuild a three-cube tower in a prescribed color order.
Ring-on-peg start: yellow hexagonal ring and blue pegRing-on-peg goal: ring placed over the peg
Ring-on-pegGrasp a hexagonal ring and thread it onto a vertical peg.

Continuous online execution

Bridge-tower start: five cubes and a yellow beam scatteredBridge-tower goal: beam across two cubes with two cubes stacked on top
Bridge-towerBuild a bridge, then stack two cubes on the beam.
Online ring-on-peg start: ring held above the table after the shared lift, next to the pegOnline ring-on-peg goal: ring released over the peg
Ring-on-peg (after shared lift)Align a pre-lifted ring over the peg and release it.
Tower relocation start: a red, blue, green column beside a yellow foundation cubeTower relocation goal: blue and green cubes moved onto the yellow foundation in order
Tower relocationMove the upper two cubes of a column onto a new foundation, keeping their order and both foundations in place.

Experiments

A simulated SO-100 arm with calibrated side and wrist RGB-D cameras. We compare a Pixel Reasoning agent that reasons directly from visual observations with a Geometric Abstraction agent that additionally receives our grounded geometric references and textual checkpoints. Both share the task specification, sensor access, actuator interface and initial skills; neither ever sees simulator object poses or private evaluator state.

1  Single-policy acquisition

The LLM (gpt-6-astra, high reasoning effort) revises an executable Python policy between reset rollouts: an observation-only scaffold (R0), then three revisions (R1–R3), with no LLM calls during execution. Five paired chains per task train on five shared layouts; a revision is kept only if it solves every previously solved layout plus one more. After training freezes, every retained version is tested on 100 shared held-out layouts.

Single-policy workflow: LLM revision, Python policy, rollout with reset, feedback; then freeze and held-out evaluation. Tasks: bridge plus cylinder, stacking, ring-on-peg.
Test success rate and cumulative tokens across iterations for bridge plus cylinder, three-cube stacking and ring over peg. Geometric Abstraction reaches higher success earlier on the construction tasks and is the only condition to succeed on ring.
Geometric abstraction substantially accelerates policy acquisition. At R1 it reaches 45.2% held-out success on Bridge + cylinder (vs. 21.2%) and 57.2% on stacking (vs. 17.2%). By R2 it already surpasses Pixel Reasoning’s final R3 on both tasks with roughly half the cumulative tokens (67.3k vs. 125.7k; 64.7k vs. 138.1k). On Ring-on-peg, only Geometric Abstraction acquires a working policy within budget (38.0% vs. 0.0% at R3).

2  Continuous online execution

The LLM (gpt-6-astra, medium reasoning effort) orchestrates shared prior skills in one continuing scene until it succeeds or hits a 200 s wall-clock budget. Failed actions are not reset, and physics keeps running while the model thinks, so waiting costs the same budget as acting. Both agents can request images and depth samples on demand. We evaluate 50 paired layouts per task (300 episodes).

Online workflow: observe, LLM decision, execute action in the same scene with no reset, until success or 200 second timeout. Tasks: bridge-tower, ring-on-peg, relocation.
Success within 200 seconds, capped completion time and recorded tokens over 50 paired layouts for bridge-tower, ring and relocation. Geometric Abstraction succeeds more often on bridge-tower and relocation and finishes ring faster with far fewer tokens.
Geometric Abstraction solves Bridge-tower on 28/50 layouts (56% vs. 24%) and Tower relocation on 42/50 (84% vs. 30%), with lower mean completion times. On Ring-on-peg, where both reliably succeed (50/50 vs. 49/50), it finishes 33.3% faster (77.2 s vs. 115.8 s), earlier on 45 of 50 pairs.
Model-request time and recorded tokens per episode, with individual episodes as points.
Model interaction cost per episode. On Ring-on-peg, model-request time drops 49.4% and recorded tokens 52.8%; on Tower relocation, 60.5% and 52.5%, with similar physical execution time. On Bridge-tower, Geometric Abstraction more than doubles completion with 6.7% less model time and 15.1% more tokens.

Inside an average tower-relocation episode

Pixel
Reasoning
Geometric
Abstraction
Each line ends at mean capped completion time (timeouts = 200 s); requests are rounded and evenly spaced from the start of the episode for illustration. Means over 50 episodes per agent.
Online outcomes and cost over 50 paired layouts per task (means per episode; timeouts count as 200 s)
TaskAgentSuccessTime (s)Model (s)Tokens (k)RequestsImages
Bridge-towerPixel Reasoning12/50198.055.5112.57.887.50
Geometric Abstraction28/50185.351.8129.57.324.28
Ring-on-pegPixel Reasoning49/50115.890.0214.511.8810.94
Geometric Abstraction50/5077.245.6101.36.902.72
Tower relocationPixel Reasoning15/50186.480.3185.911.5811.34
Geometric Abstraction42/50139.231.788.35.363.00

Rollouts

Continuous demo rollouts of each task in the same simulated SO-100 setup, recorded for this page. They show the physical tasks, not the study's LLM agents: single-policy tasks use hand-written controllers from the repository, and the online tasks use scripted controllers. The result tables above report the actual study episodes. Sparse replays of real study episodes are in the code repository.

Single-policy tasks

Bridge + cylinder · 3× speed
Three-cube stacking · 3× speed
Ring-on-peg · real time

Online tasks

Bridge-tower · 4× speed
Ring-on-peg · real time
Tower relocation · 2× speed

Limitations and discussion

Citation

@inproceedings{liu2026geometric,
  title     = {Do Agentic Policies Need to Look at Every Step? Geometric Abstraction for Reasoning and Action},
  author    = {Liu, Yihang and Chen, Yiming and Zheng, Mingzhe},
  booktitle = {CoRL 2026 Workshop on Agentic Robotics},
  year      = {2026}
}