I've been trying to fix something frustrating about Qwen reasoning models: sometimes they think right up to the output limit and never write an answer. Not a refusal, not a wrong answer. Just nothing. I tried fixing it by editing one row of the output layer, the row that scores the "stop thinking" token. Then I put the edited row back into a normal GGUF file. On 200 math problems with a 4,096 token limit: • Qwen3.8 27B: 31 blank answers → 0 • Qwen3.8 Flash-Next: 29 → 0 For comparison, llama.cpp's reasoning-budget flag also reached zero and scored about the same in these tests. The difference is that the edit lives in the file, so it works in apps that don't expose a reasoning-budget setting. There are limits, and I tried to lay them all out: a few stray tags, one seed, tested mostly on llama.cpp. Results, downloads, and the caveats: huggingface.co/spaces/Boldin… Built on @Alibaba_Qwen's models and @UnslothAI's GGUF conversions. If you've worked with local reasoning models, I'd like to hear what I got wrong.

2026 is fucking wild. Sitting on a plane to SF for OpenAl DevDay, using the in-flight WiFi to talk to my agent, which is remotely controlling my 4x3090 rig back in Texas + a RunPod GPU to run Qwen experiments while I'm in the air. I love this shit.

The fix is one row of the output layer, the </think> token. 1,250 bytes. I fit it on stock Bonsai's own reasoning so closing becomes likely once the answer is written and stays unlikely mid-thought. The rest of v2 is the same refusal edit as v1, just stronger.