Weird thinking behavior

#18
by theSilver32 - opened

I'm using opencode, the model seems to not follow its own thinking and to not think "as much" as the base model, it doesn't always happen:

  • it thinks "i need to read file_name before editing ..." but then it just doesn't read and simply edits the file
  • when solving a bug or planning/creating an application or script the thinking is more structured than the base model, but the total thinking is way less (in llama.cpp i'm using the exact same parameters with both models) and it seems that this way it misses hidden bugs or forgets some features ecc...

this is my configuration:

quantization: Qwen3.6-27B-Fable-Fus-711-UnHeretic-NM-DAU-NEO-MAX-NEO-LOW-MTP-IQ4_XS.gguf
llama.cpp fork: https://github.com/TheTom/llama-cpp-turboquant
settings in my models.ini (for llama-server in router mode):

[*]

Global

flash-attn = true
cache-type-k = turbo4
cache-type-v = turbo3
sleep-idle-seconds = 120
parallel = 1

[Qwen3.6-27B-UC]

model = Qwen3.6-27B-davidau-IQ4_XS.gguf
alias = Qwen3.6-27B-UC
chat-template-file = qwen3.6-27b.jinja # (official unsloth jinja template)

ctx-size = 130000
batch-size = 1024
ubatch-size = 512

temp = 0.5
top-k = 40
top-p = 0.95
min-p = 0.05
repeat-penalty = 1.05
presence-penalty = 0.0

no-mmap = true
n-gpu-layers = 999
threads = 16

Is this normal behavior or is it just me? If not, is there a way to mitigate this or help it develop more thinking/deeper thinking like the base model?

Sorry this is my first ever discussion on hugginface, please be patient if i missed something or i wrongfully wrote something.

I've observed something similar. In my experience, this isn't necessarily that the model is "thinking less," but that the reasoning-to-action alignment is weaker. The model may explicitly state a plan for example "I'll read the file first" but then skip that step and jump directly into editing. That usually shows up more in multi-step coding tasks where missing a single verification step can introduce subtle bugs.

If you're using the same inference parameters as the base model, I'd also look at whether the merged model's training/objectives prioritize faster action over exhaustive reasoning. Quantization (IQ4_XS) can also slightly affect long-chain reasoning consistency, though probably not enough to fully explain the behavior.

A few things worth testing:

  1. Compare the FP16 or a higher-bit quantized version to rule out quantization effects.
  2. Increase temperature slightly (or reduce it) and see whether reasoning consistency changes.
  3. Explicitly instruct the model: "Always verify by reading files before editing. Never assume file contents." Sometimes these models respond well to workflow constraints.
  4. Compare the generated reasoning length and task success rate across identical prompts instead of reasoning length alone.

I'd be interested to hear whether others have reproduced this with the same GGUF and llama.cpp setup, since it could be an interaction between the fine-tune, quantization, and inference backend rather than the model itself.

I would love to try out the higher bit versions, but on my hardware they are painfully slow because i only have 16gb of vram, and splitting the model into ram isn't really viable for dense models. I will try out different parameters and settings in llama.cpp, as well as changing my usual "instruction guidance".

Edit:

I tried with temp = 1.0 (which is the reccomended for general tasks) and it seems to be following its thoughts way more, but i don't like having temp this high because it makes it more unpredictable and too "creative", i will try with other temps and different prompting styles.

I have to say this, the model seems very capable even tho i always don't expect much from finetunes, but this is kind of different, it's reasoning is way more structured than the base and the instruction following is very good, also the tool calling is perfect for now which wasn't always the case with base. Very happy still.

using q6 on two v620pro (2*32gb vram) working flawless. but only started using like 4h ago. Will keep you posted

Quick note:
Strongly suggest Q4KM min for these applications; with Q6 / Q8 being recommended.
IQ4XS may be too low and/or work slightly differently; as the "mixture" for "IQ" quants differs from "Q" quants (llamacpp)

I'm planning on upgrading my rig to have enough VRAM to do it, but for now iq4_xxs is the best I can fit in 16gb. Any bit of offloading will result in massive drop in speed.

I'm also looking forward to create my own Q4 Imatrix quant from this, (more for educational purposes since this would be the first time for me), so if you could release the full precision it would be great!

Either way even with iq4_xxs is find the model really good still, as always good job to everyone!

For info full precision:

https://huggingface.co/DavidAU/Qwen3.6-27B-Fable-Fusion-711-Uncensored-Heretic-NM-DAU-NEO-MAX-MTP-GGUF/discussions/3

You may also want to see "ablit" discussion thread as a re-done version / re-heretic version also exists too now.
I have not tested the new "re-heretic'ed" version as of this writing.

Sign up or log in to comment