Appendix D: Research Ideas
This appendix collects accomplishable ideas from Chapter 11, i.e. sized for a research group rather than a frontier lab. Each idea starts from a question the chapter leaves open, says what the closest published work has and has not shown, and ends with an experiment that would settle it.
D.1 Outcome-only RL on problems the base model never solves
Can RL with a binary outcome reward, and no hints, teacher data, or curriculum, solve problems the base model never solves? The grokking result in Section 11.3 needed a warm-up or a matched curriculum to get going (Sun et al. 2025), and one other result sits close to the setting. A 4B model trained with MaxRL solved three AIME 2025 problems at pass@4096 that neither the base model nor GRPO solved, and AIME 2025 was not in its training data; the difference from the experiment below is that MaxRL uses a maximum-likelihood objective rather than a plain binary reward (Tajwar et al. 2026).
The experiment:
- Take problems with base-model pass@4096 of zero, for example MATH-Beyond problems, which no open model of up to 8B parameters solves in any of 1,024 attempts (Mayilvahanan et al. 2025), re-screened at 4,096 samples for the chosen base model, and split them into training and held-out sets.
- Train with GRPO as the control: every rollout fails at first, so its advantage is zero and it should learn nothing. Compare it, at two or more model scales, with a loss that still learns from groups in which every rollout fails, such as negative-sample reinforcement (Zhu et al. 2025).
- Score pass@1 and pass@4096 on both sets against a fresh base-model draw with the same verifier and the same total sampling compute.
The result separates three outcomes: RL fails without signal, RL finds rare solutions but not reliable ones, or RL makes them reliable.
D.2 An over-optimization law for rubric and judge rewards
Does the gap between a learned grader’s reward and the true objective follow a predictable law, as Gao et al. found for preference reward models (Gao et al. 2023)? The judge-size and verifier-strength studies in Section 11.4 track the gap over training steps (Liu et al. 2026; Mahmoud et al. 2026), as does a rubric-RL study in which the training judge’s score keeps climbing while a stronger gold judge’s score peaks and falls (Yang et al. 2026). None of them fits a law: no study plots gold reward against the KL divergence from the initial policy and fits a functional form to it, which is what made Gao et al.’s result a law rather than an observation.
The experiment:
- Train one policy family against rubric judges of graded strength, with a frozen panel of stronger judges as gold.
- Plot gold and proxy reward against the KL divergence from the initial policy and fit Gao et al.’s functional forms.
- Test whether the fitted coefficients scale with judge size and with verifier recall measured independently.
A law of this kind would let practitioners predict when to stop, instead of finding out by monitoring a held-out judge.
D.3 Credit assignment across horizons
At what horizon does episode-level credit stop working, and which alternative takes over? Section 11.6 covers the frontier approaches; the method papers compare credit rules only at a fixed horizon. Branching Policy Optimization snapshots the sandbox mid-episode and forks sibling rollouts from the snapshot to estimate each step’s value; it beat PPO, RLOO, GRPO, and VinePPO at matched compute, with the largest gains on the longest tasks (He et al. 2026). GiGPO instead groups actions by shared environment states to get step-level advantages without extra rollouts (Feng et al. 2025). A pre-registered comparison warns that “comparisons of credit rules must match effective sample size, or they measure dose, not credit” (H. Zhang 2026).
The experiment:
- On one long-horizon software suite, hold rollout compute fixed and vary the step limit from 50 to 500.
- Compare episode-level credit, Monte Carlo values from restored sandbox checkpoints, and state-grouped advantages, matching effective sample size across arms.
- Score each against Monte Carlo ground truth at every horizon.
D.4 The generation-verification gap as a collapse predictor
Does the closing of the generation-verification gap predict when a self-reward loop collapses? Section 11.8 establishes that such loops do collapse, and that in offline self-improvement the gap shrinks toward zero within two or three rounds (Song et al. 2024). What no study has tested is whether the gap’s decline, measured during training, predicts the collapse before it happens.
The experiment:
- Train base models from at least three families with majority-vote and self-certainty rewards on procedurally generated problems the models cannot have memorized, for several times the usual number of steps.
- At every checkpoint, measure how well the model’s own scores separate its correct from its incorrect answers.
- Test whether the shrinking gap predicts the onset of collapse across families.
D.5 Monitorability of each reward term in a production reward
When a reward combines correctness, length, and judge terms, which terms erode chain-of-thought monitorability? The controlled results in Section 11.4 test one conflicting reward term at a time, in toy environments with models up to 27B parameters and, for length penalties alone, on Qwen3-14B (Kaufmann et al. 2026; Little et al. 2026). No study ablates the terms of a production reward.
The experiment:
- Run a multi-domain RLVR recipe with its full reward.
- Ablate one term at a time, and track monitorability with a fixed evaluation suite at every checkpoint.
- Attribute the change in monitorability to each term.
D.6 Frontier-scale verifier audits for agentic tasks
How often does an agentic verifier accept outputs that an independent audit would reject, and does that rate grow as the policy learns? Section 11.4 describes two precedents: oracle audits during RL in math, which exposed an exploited model-based verifier (Huang et al. 2025), and static audits of software tasks (Rajan 2026). In code, a preregistered study trained 1B to 1.5B models with GRPO on MBPP, a benchmark of short Python problems each checked by about three test cases, and counted the rewarded false positives: solutions that passed those three tests, and so earned reward, but failed the roughly one hundred extra tests per problem of MBPP+. Their share of rewarded rollouts did not grow over 400 to 800 training steps, and an audit of every one of them found that about half were genuinely wrong code that the three tests had let through, while the rest were faults of the stricter suite, such as defective extra tests or inputs outside the task’s contract (C. Zhang 2026).
The experiment:
- During an agentic software RL run, sample accepted trajectories at each checkpoint.
- Audit them with an independent, more expensive check: held-out tests written after the fact plus human review of a subsample, or a frontier model of the next generation as the auditor, on tasks the previous generation had already saturated.
- Report the false-positive rate over training with confidence intervals, split by task family.