atlas

Research map / Reinforcement learning / Visual and representation RL

CrystalBox: Future-Based Explanations for Input-Driven Deep RL Systems

AAAI 2024 · Reinforcement learning › Visual and representation RL · approach: Scalable RL systems and environments · 2 citations (OpenAlex)

Read the paperCheck your idea against 108,967 papers

AI-extracted summary. Written by AI from the paper's full text. Numbers and claims can be wrong or missing context, so check the paper before you cite or build on it.

Proposes CrystalBox, a model-agnostic posthoc framework that explains input-driven DRL controllers by predicting decomposed future returns per reward component via supervised learning on Monte Carlo rollouts over training traces.

Problem

Feature-based explainers (e.g., LIME) cannot distinguish actions or states in input-driven DRL controllers because they ignore the controller's view of future consequences, and existing future-based explainers need agent modifications or accurate environment models that are unavailable in input-driv

Approach

Decompose the Q-function into per-reward-component returns and learn a supervised predictor of these decomposed future returns from unbiased Monte Carlo rollouts over logged input traces, so that no environment model or controller modification is needed; the predictor gives sub-10ms explanations for discrete and continuous control.

Key results

Measured effects reported in the paper

What was changedWhereMeasuredEffect
Use CrystalBox instead of sampling-based methods to predict decomposed future returnsABR and CC · Factual and counterfactual actionssquared error to ground-truth return samplesHelped
Use CrystalBox instead of sampling-based methods for inferenceABR and CC · Inferencelatency: less than $10$ms vs. from $50$ms to $250$msHelped
Jointly train the controller and CrystalBox using a weighted joint loss (ablation)Aurora in CC with CrystalBox · Congestion Controlpolicy quality and predictor quality: from 0.5 of the controller's loss to 0.01Mixed
Increase the weight assigned to CrystalBox's loss during joint training (ablation)Aurora in CC with CrystalBox · Congestion Controlpolicy quality and predictor quality: from 0.5 of the controller's loss to 0.01Hurt
Use distribution-aware sampling instead of naive samplingSampling-based return prediction · ABR and CCprediction accuracyHelped
Set the ABR stalling reward weight to 25 or 10 instead of 100ABR controller · Seemingly good states where bitrate dropsnumber of bitrate drops: 100; 25; 10Helped

Surprising findings

Limitations

Experimental setup

Datasets: Puffer live-streaming traces synthetic congestion control traces

Benchmarks: Puffer ABR traces Congestion control traces

Metrics: L2 fidelity error recall false positive rate inference latency

Baselines: LIME Naive sampling Distribution-Aware sampling

Builds on: LIME Monte Carlo Policy Evaluation Input-Driven MDP Aurora

Closest papers by meaning

Writing a paper in this area? scime draft is a free LaTeX editor with AI included, real-time co-authors and a check of your references and venue rules before you submit. It also imports OpenAI Prism projects.

Open scime draft

Get the next scime Dispatch and a monthly field update

Free. We send a confirmation link first; every email has a one-click unsubscribe. Privacy