A normalized score is a performance metric scaled relative to a fixed baseline, such as a random or expert policy, to enable fair comparison across tasks with different reward scales and units. In sim-to-real transfer learning, it is a core benchmarking tool, allowing researchers to quantify a policy's effectiveness after deployment on physical hardware against a standardized reference. This process neutralizes environment-specific scoring variances, making results interpretable and directly comparable.
Glossary
Normalized Score

What is a Normalized Score?
A standardized performance metric essential for comparing algorithms across diverse tasks and environments.
Commonly, a score of 0.0 represents the baseline policy (e.g., random actions), while 1.0 represents an expert or optimal performance. This scaling is critical for evaluating policy robustness and generalization across the sim-to-real gap. It provides a unitless, consistent measure for aggregating results in a benchmark suite, directly informing decisions about algorithm selection and the success of domain adaptation techniques without being misled by raw reward magnitudes.
Key Characteristics of Normalized Scores
Normalized scores are a foundational tool for objective comparison in sim-to-real transfer. They transform raw performance metrics into a standardized scale, enabling meaningful evaluation across diverse tasks, reward functions, and hardware platforms.
Baseline-Relative Scaling
The core function of a normalized score is to express performance relative to defined baseline policies. A common formulation is:
Normalized Score = (Policy Score - Random Policy Score) / (Expert Policy Score - Random Policy Score)
- A score of 0.0 indicates performance equivalent to a random policy.
- A score of 1.0 indicates performance matching an expert or optimal policy.
- Scores can be negative (worse than random) or exceed 1.0 (surpassing the expert baseline). This scaling neutralizes the arbitrary magnitude of environment-specific reward functions.
Facilitates Cross-Task Comparison
Normalized scores are essential for benchmark suites like Meta-World or the DM Control Suite, which contain tasks with incommensurate reward scales. For example, comparing a raw score of +250 from a door-opening task to a score of -15 from a bipedal walking task is meaningless. After normalization, both scores are expressed on the same 0-to-1 scale, allowing researchers to compute an aggregate mean score across the entire suite to evaluate generalist policies. This is critical for assessing out-of-distribution (OOD) generalization.
Interpretability and Progress Tracking
Normalized scores provide an intuitive, human-interpretable gauge of progress. A score of 0.75 immediately conveys that a policy achieves 75% of the way from random to expert performance. This is more actionable than monitoring raw cumulative reward. It allows engineering managers to track improvement across training epochs in simulation and, crucially, to quantify the sim-to-real gap by comparing normalized scores from simulation evaluation versus real-world episodes. A significant drop indicates a large reality gap or distribution shift.
Handling Stochastic Baselines
Proper calculation requires careful handling of baseline scores, which are often stochastic. Best practice involves:
- Running the random policy for a large number of episodes (e.g., 1,000) to establish a stable mean and standard deviation for its score.
- Defining the expert policy score, which could be a scripted controller, human demonstration, or the known maximum achievable reward.
- Reporting confidence intervals alongside the normalized score to account for variance in both the policy under test and the baselines. This rigor supports reproducibility in research publications.
Limitations and Complementary Metrics
While powerful, normalized scores have limitations and are rarely used in isolation:
- They can mask important details like sample efficiency or catastrophic failure modes if the task is binary (success/failure).
- They rely on the quality and relevance of the chosen baselines. A poor expert baseline inflates scores.
- Therefore, they are typically reported alongside absolute metrics like success rate, Success Weighted by Path Length (SPL) for navigation, or Mean Average Precision (mAP) for vision tasks. Ablation studies also use normalized scores to measure the contribution of individual system components.
Application in Policy Robustness Evaluation
Normalized scores are the standard for evaluating policy robustness trained with techniques like domain randomization. The protocol involves:
- Training a policy in a simulation with randomized parameters (dynamics, visuals).
- Evaluating it in a held-out set of test environments within simulation, each with different, fixed parameters.
- Computing a normalized score for each test environment.
- Reporting the mean and standard deviation of these scores across all test environments. A high mean with low standard deviation indicates a robust, generalizable policy, which is a strong predictor of successful zero-shot transfer to physical hardware.
How Normalized Scores Work in Practice
A normalized score is a performance metric scaled relative to a baseline to enable fair comparison across tasks with different reward scales. This overview explains its calculation and critical role in sim-to-real evaluation.
In practice, a normalized score is calculated by scaling an agent's raw performance, such as cumulative reward, between defined baseline and expert performance levels. A common formula is (Score - Random) / (Expert - Random), where a score of 0.0 represents random policy performance and 1.0 represents expert-level performance. This scaling transforms disparate, task-specific reward magnitudes into a standardized, interpretable range, allowing researchers to directly compare the efficacy of different sim-to-real transfer methods across a benchmark suite of varied robotic tasks.
The choice of baselines is critical. The random policy baseline provides a floor, while the expert policy—often a scripted or human-operated controller—defines the ceiling. This practice directly quantifies the sim-to-real gap by showing how much of the expert's capability a learned policy achieves. In rigorous evaluation protocols, reporting normalized scores, alongside raw metrics like success rate, provides a complete picture of transfer performance and policy robustness against distribution shift.
Normalized Score vs. Other Common Metrics
A comparison of key performance metrics used to evaluate robotic policies, highlighting the purpose and appropriate use cases for each in sim-to-real transfer learning.
| Metric | Normalized Score | Success Rate | Cumulative Reward | Success Weighted by Path Length (SPL) |
|---|---|---|---|---|
Primary Purpose | Facilitates cross-task and cross-environment comparison by scaling performance relative to a baseline. | Measures binary task completion frequency. | Measures total reward obtained per episode, specific to a single task's reward function. | Measures navigation efficiency by penalizing success based on excess path length. |
Scale & Interpretation | Typically 0% (random policy) to 100% (expert policy). Values can exceed 100% if policy outperforms the expert baseline. | 0% to 100%. A direct percentage of successful trials. | Unbounded real number. Scale is defined by the environment's reward function. | 0 to 1. A value of 1 indicates optimal, shortest-path success. |
Handles Varying Reward Scales | ||||
Accounts for Task Difficulty | ||||
Standard for Cross-Environment Benchmarking | ||||
Use Case in Sim-to-Real | Comparing transfer performance across different robotic tasks (e.g., manipulation vs. locomotion) or different real-world testbeds. | Reporting final performance on a single, standardized real-world task after deployment. | Analyzing learning progress within a single simulation or real-world environment during training. | Evaluating navigation policies in embodied AI benchmarks (e.g., Habitat, iGibson). |
Baseline Dependency | Requires pre-defined random and expert policy performance for the task. | Requires a pre-computed optimal shortest path. | ||
Common in Major Benchmarks |
Frequently Asked Questions
A normalized score is a fundamental metric for evaluating the performance of simulation-trained policies when deployed on physical hardware. These questions address its calculation, purpose, and role in rigorous sim-to-real research.
A normalized score is a performance metric scaled relative to a defined baseline, such as a random or expert policy, to enable fair comparison across tasks or environments with inherently different reward scales. In sim-to-real transfer learning, raw metrics like cumulative reward are often incomparable between a simulated training environment and physical deployment due to differences in sensor calibration, actuator dynamics, and reward function implementation. Normalization transforms these raw scores into a unitless, interpretable scale, typically between 0 and 1 (or 0% and 100%), where 0 represents the performance of a minimal baseline (e.g., a random agent) and 1 represents the performance of an optimal or expert policy. This process is critical for benchmark suites like MetaWorld or RoboSuite, allowing researchers to aggregate results across diverse tasks and report a single, comparable performance figure.
Enabling Efficiency, Speed & Accuracy
Intelligent Analysis, Decision & Execution
We build AI systems for teams that need search across company data, workflow automation across tools, or AI features inside products and internal software.
Talk to Us
Search across company data
Give teams answers from docs, tickets, runbooks, and product data with sources and permissions.
Useful when people spend too long searching or get different answers from different systems.

Automate internal workflows
Use AI to route work, draft outputs, trigger actions, and keep approvals and logs in place.
Useful when repetitive work moves across multiple tools and teams.

Add AI to products and internal tools
Build assistants, guided actions, or decision support into the software your team or customers already use.
Useful when AI needs to be part of the product, not a separate tool.
Related Terms
A normalized score is a critical tool for comparing policies across diverse tasks. These related concepts define the ecosystem of metrics and protocols that make such comparisons meaningful and reproducible.
Success Rate
The most fundamental robotics metric, Success Rate measures the percentage of trials where a policy completes its defined task. It is often the raw performance value that is later normalized. For example, a policy that successfully opens a door in 8 out of 10 trials has an 80% success rate. This binary metric (success/failure) is clear but lacks nuance about the quality of the execution.
Cumulative Reward
In Reinforcement Learning (RL), Cumulative Reward (or return) is the sum of all rewards an agent receives in an episode. It is the primary objective for policy optimization. However, reward functions are arbitrarily scaled, making direct comparison between different tasks impossible. Normalized scores are frequently calculated by scaling the achieved cumulative reward between the performance of a random policy (lower bound) and an expert policy or known maximum (upper bound).
Success Weighted by Path Length (SPL)
A composite metric for navigation tasks, SPL refines simple success rate by penalizing inefficient paths. It is calculated as:
SPL = (Success) * (Optimal Path Length / Agent's Path Length)
- A successful but meandering agent receives an SPL < 1.0.
- This metric inherently normalizes for task scale (path length) and is a standard in benchmarks like Habitat and AI2-THOR, providing a more nuanced performance measure than success rate alone.
Benchmark Suite
A standardized collection of tasks and environments, a Benchmark Suite (e.g., MetaWorld, RoboSuite, DM Control) provides the common ground for evaluating and comparing algorithms. These suites:
- Define the tasks, initial conditions, and termination criteria.
- Provide the expert and random policy performance baselines required for score normalization.
- Ensure reproducibility by fixing evaluation protocols. Without a benchmark suite, normalized scores lack a consistent frame of reference.
Evaluation Protocol
The Evaluation Protocol is the rigorous, predefined procedure for testing a policy. It dictates:
- The number of real-world episodes or simulation rollouts.
- The randomization seeds for environment initialization.
- How sensor noise and domain shifts are introduced during testing.
- The exact formula for calculating the final reported metric (e.g., normalized score). Adherence to a shared protocol is essential for fair comparison and scientific progress in sim-to-real research.
Distribution Shift
Distribution Shift is the core challenge quantified by sim-to-real benchmarking. It refers to the change in the statistical distribution of inputs (e.g., lighting, textures, friction) between the training simulation and the deployment reality. A normalized score measured on real hardware directly reflects a policy's resilience to this shift. Techniques like Domain Randomization and Domain Adaptation aim to minimize the performance drop caused by distribution shift, which would be reflected in a higher normalized score.

About the author
Prasad Kumkar
CEO & MD, Inference Systems
Prasad Kumkar is the CEO & MD of Inference Systems and writes about AI systems architecture, LLM infrastructure, model serving, evaluation, and production deployment. Over 5+ years, he has worked across computer vision models, L5 autonomous vehicle systems, and LLM research, with a focus on taking complex AI ideas into real-world engineering systems.
His work and writing cover AI systems, large language models, AI agents, multimodal systems, autonomous systems, inference optimization, RAG, evaluation, and production AI engineering.
Partnered with leading AI, data, and software stack.
How We Work
Custom AI workflows for your Business
One-fit-all AI don't work for modern businesses. At Inferensys, we aim to understand your business & custom requirements; which we use to define most efficient agentic workflows, the data, and the tools for your business.
01
Review the use case
We understand the task, the users, and where AI can actually help.
Read more02
Pick the right approach
We define what needs search, automation, or product integration.
Read more03
Build the first useful version
We implement the part that proves the value first.
Read more04
Improve from there
We add the checks and visibility needed to keep it useful.
Read moreThe first call is a practical review of your use case and the right next step.
Talk to Us