Using the Reward System
In Training (Offline RL)
The reward system integrates seamlessly with the GRPO trainer:For Ad-hoc Evaluation
Quick evaluation of teaching effectiveness:In Continual Learning
In the SDK runtime, the same reward signals drive continual learning loops and help teams decide when to export traces for GRPO training. See theatlas-sdk documentation for details on wiring reward feedback into production orchestration.
Customizing Judges
Advanced Configuration: This section is for users who need custom evaluation criteria. Most users can use the default judges.
Modifying Existing Judges
Judge behavior is controlled by their prompts insrc/atlas_core/reward/interpretation/judges.py. To change what AccuracyJudge prioritizes:
Adding a New Judge
Step 1: Create judge class (src/atlas_core/reward/interpretation/judges.py):
src/atlas_core/reward/interpretation/reward_adapter.py):
reward_system/interpretation.yaml):
Performance & Monitoring
RewardBench V2 Results
The ensemble-and-escalation architecture achieves 93.7% overall accuracy, significantly outperforming individual models:- Component model (
gemini-2.5-flash): 77.7% on its own - System performance: 93.7% (+16 points)

Category Breakdown

Monitoring Rewards During Training
The training logs include reward system outputs:- Spot prompt regressions (dropping helpfulness scores)
- Identify misconfigured thresholds (escalation rate too high/low)
- Validate teaching improvements (rising scores over time)
Next Steps
Reward System Concepts
Understand the two-tier evaluation architecture
GRPO Training
Use the reward system to train teacher models
SDK Runtime
See how rewards flow through the production loop
Training Configuration
Configure reward system parameters
References
- Reward System Technical Report - Complete methodology and benchmarks
- ATLAS Technical Report - How rewards integrate with training
- RewardBench V2 - Benchmark leaderboard