- The problem
- Long-running language-model agents can get stuck, fail to finish, or finish with a poor answer. A developer may need to change the surrounding software or train the model, but a score alone does not show which fix fits the problem.
- The idea
- The paper labels each failed run by the first sign of trouble, distinguishing process problems—such as repeated actions or an unfinished task—from a poor answer that was delivered. It uses those labels to study two fixes: letting a language model propose software changes that a judge checks, and training the model on runs made with the improved software. It then tests whether the training still helps with the original software in place.
- What it got
- On unseen planning tasks, the software-change process raised the smaller model’s score by 0.133. Training on runs from the improved software added about 0.13 for both tested model sizes when evaluated with the original software.