A Lightweight Yield-Score Planner That Lets Autonomous Vehicles Navigate Crowds Without Freezing

SIGMO uses polynomial sigmoid gates to estimate who yields to whom, then feeds those scores into a receding-horizon planner — no neural nets, no training data, just physics-grounded interaction math.

Imagine you're walking through a crowded hallway carrying a tray of coffee. You don't stop and compute everyone's trajectory — you read body language. Someone leans back, you accelerate through the gap. Someone speeds up, you yield. You're running a real-time yield estimator in your head, and it's not learned from data — it's built from physics: closing speed, angle, momentum. SIGMO does exactly this for autonomous vehicles, but replaces your gut with polynomial sigmoid functions. The committed claim: SIGMO is a motion planner that uses analytically defined polynomial sigmoid functions — not neural networks, not learned models — to estimate yield scores from physics-grounded interaction features, then integrates those scores into a receding-horizon optimization loop. The result is an interaction-aware planner that handles multi-agent scenarios (narrow passages, dense lane changes, unsignalized intersections) without freezing or becoming overly conservative. The authors position this as a strong baseline for any autonomy stack. The architectural bet is clarity over capacity. Where end-to-end planners learn opaque representations of interaction, SIGMO's yield scores are interpretable sigmoid outputs of hand-designed features: things like time-to-collision, relative velocity, and gap acceptance. Each feature maps to a driving intuition. The polynomial sigmoid form means these gates are differentiable and cheap — no GPU inference, no latency spikes. The receding-horizon wrapper re-evaluates at each planning step, so the planner adapts as other agents change behavior. This is classical robotics engineering dressed in modern interaction-awareness language, and that's the point. The validation regime covers simulation and hardware. The authors run interaction-intensive simulations — the specific scenarios (narrow passages, dense merges, unsignalized intersections) are well-chosen stress tests for interaction planners. They also demonstrate on physical hardware, which is unusual and valuable for a planning paper. However, quantitative baselines are thin in the abstract. We don't get named SOTA methods with head-to-head numbers; we get qualitative claims about balancing proactive and defensive behavior. The video supplement at their project page shows the planner working, but videos are not benchmarks. The ladder question is where SIGMO is most honest and most vulnerable. The paper explicitly frames itself as a 'strong baseline' rather than claiming SOTA. This is refreshing — most planning papers overclaim. But it means we lack the numbers to place SIGMO against named competitors like MPDM, EPSILON, GameFormer, or any of the recent diffusion-based interaction planners. Without a table showing success rates, collision rates, and computational overhead against at least two named alternatives, the reader is left trusting the demo videos. The milestone that matters for interpretable interaction planners is deployment-grade reliability in mixed traffic at urban speeds — not just simulation success rates but closed-course and then public-road validation with safety metrics that insurance and regulation can digest. SIGMO's computational lightness is a real asset here; the bottleneck will be whether hand-designed sigmoid features generalize across the long tail of real-world interaction scenarios that learned models handle through sheer data coverage. The obvious experiment not run: direct comparison against a learned interaction planner (e.g., a transformer-based joint prediction + planning system) on a community benchmark like nuPlan or INTERACTION dataset, with collision rates, comfort metrics, and wall-clock time reported side by side. The honest read is probably (a) — a hardware-focused team with limited compute for training and evaluating learned baselines — but it could be (c), saving the benchmark showdown for the journal version after this IEEE submission.