Scaling up test-time compute with latent reasoning: A recurrent depth approach
1–10 of 45 posts
Re: Scaling up test-time compute with latent reasoning: A recurrent depth approach
#2Re: Scaling up test-time compute with latent reasoning: A recurrent depth approach
#3Re: Scaling up test-time compute with latent reasoning: A recurrent depth approach
#4Re: Scaling up test-time compute with latent reasoning: A recurrent depth approach
#5Twitter thread about this by the author: https://x.com/jonasgeiping/status/1888985929727037514
Re: Scaling up test-time compute with latent reasoning: A recurrent depth approach
#6Latent / embedding-space reasoning seems a step in the right direction, but building recurrence into the model while still relying on gradient descent (i.e. BPTT) to train it seems to create more of a problem (training inefficiency) than it solves, especially since they still end up externally specifying the number of recurrent iterations (r=4, 8, etc) for a given inference. Ideally having recurrence internal to the…
Might be good for reasoning, but it's terrible for interpretation / AI-safety.
Re: Scaling up test-time compute with latent reasoning: A recurrent depth approach
#7It would be hard to SFT this because you can only SFT the final result not the latent space.
I also notice the authors only had compute for a single full training run. It’s impressive they saw such good results from that, but I wonder if they could get better results by incorporating recent efficiency improvements.
I would personally not use this architecture because 1) it adds a lot of hyperparameters which don’t have a strong theoretical grounding and 2) it’s not clearly better than simpler methods.
Re: Scaling up test-time compute with latent reasoning: A recurrent depth approach
#8Latent / embedding-space reasoning seems a step in the right direction, but building recurrence into the model while still relying on gradient descent (i.e. BPTT) to train it seems to create more of a problem (training inefficiency) than it solves, especially since they still end up externally specifying the number of recurrent iterations (r=4, 8, etc) for a given inference. Ideally having recurrence internal to the…
I can’t see why. I can’t think of any problems where recurrent loops with latent streams would be preferable to tokens. And the downsides are obvious.
> externally specifying the number of recurrent iterations
Yeah this seems wrong to me. At least with RL training you saw that the length of the CoT decreased dramatically before climbing again, as the model became more proficient.
Re: Scaling up test-time compute with latent reasoning: A recurrent depth approach
#9We should make reasoning fully visible in the output space.
Re: Scaling up test-time compute with latent reasoning: A recurrent depth approach
#10Latent / embedding-space reasoning seems a step in the right direction, but building recurrence into the model while still relying on gradient descent (i.e. BPTT) to train it seems to create more of a problem (training inefficiency) than it solves, especially since they still end up externally specifying the number of recurrent iterations (r=4, 8, etc) for a given inference. Ideally having recurrence internal to the…
> seems a step in the right direction I can’t see why. I can’t think of any problems where recurrent loops with latent streams would be preferable to tokens. And the downsides are obvious. > externally specifying the number of recurrent iterations Yeah this seems wrong to me. At least with RL training you saw that the length of the CoT decreased dramatically before climbing again, as the model became more proficient.