This is almost exactly how mandarin is spoken in colloquial communication, context is almost always omitted if provided once, and grammar/tense is mostly non-existent either. Check out Singlish for something similar but understandable if you are not a mandarin speaker.
We need answer user's request: write complete short story scene 2000-3000 words, third-person limited with Rowan, no outline preamble analysis. Need satisfy plot elements: raccoon, Milo returns, storm power failure, elderly customer knocks, thermos somewhere. End scene feels finished. Need produce only story. Need think in English (user English). Need craft 2000-3000 words. Need no meta. Let's plan.
But when I give short prompts to Qwen3.8 with no system prompt or previous instructions, it seems to strongly gravitate towards grug-talk.
“Write a complete short story scene of 2000-3000 words. Use a third-person limited perspective focused on a character named Rowan. The scene must include the following plot elements: a raccoon, Milo returns, a storm power failure, an elderly customer knocks, and a thermos somewhere. Make sure the scene ends feeling finished. Output only the story; do not include any outline, preamble, analysis, or meta-commentary.”
And here's Qwen's thinking trace:
> The user is asking for a short story scene of 2000–3000 words. Third-person limited POV, Rowan. Plot elements: a raccoon, Milo returns, a storm causing a power outage, an elderly customer knocks on the door, a thermos. End with a sense of closure. Output only the story.
> Let me plan carefully. I need to count words in my head—roughly 2400–2600 words would be safely in range. Let me draft.
> Setting: a small-town shop or a gas station/diner where Rowan works the night shift. Milo returns—Milo is probably Rowan's partner, brother, or ex. Let me make Milo Rowan's brother who's been away (military? a road trip? rehab?). Better: Milo is the younger brother who disappeared/went away after a fight. He comes back in the middle of a storm.
While at the very beginning it rephrases the prompt in very short sentence, it's nowhere near close to the above GPT thinking trace and it quickly moves to plain sentences.
One thing though, the actual prompt I used was pretty long (844 words), and ... generated by GPT-5.6 Sol (lol), with the intent of "benchmarking" model performance in being able to write stories where the model avoids explicitly stating every detail in the prompt.
I wonder if the GPT-produced stream could steer the generation into GPT-think territory. That's all I've got, though.
Then there's the actual geometry problem from the stolen thoughts paper:
Let ABCDE be a convex pentagon with AB=14, BC=7, CD=24, DE=13, EA=26, and ∠B=∠E=60◦. For f(X)=AX+BX+CX+DX+EX, the least value of f(X) is m+n√p (p squarefree). Find m+n+p.That's the default and I'm sure almost everyone else is also using it because other reasoning efforts yield subpar results from what I've seen.
I think it is clear that medium reasoning has more 'loopy' results like the older Qwens, but I actually think the low effort results are usually more appropriate.
If you plan to one-shot and vibe code AI slop to meet benchmarks, maybe xhigh makes sense. But if you want a responsive agentic coding assistant it is, to me, quite evidently the wrong choice, especially on modest hardware.
I have seen xhigh radically distract itself with rabbitholes and write considerably worse code than low.
It is my own opinion only, but I think much of the fuss about squeezing Qwen 3.8 27B into small local hardware setups, Macs etc., is a bit misguided.
There's too much focus on its benchmark scores, its one-shot capability, canned demos etc.
For my own needs Muse Glimmer (again on reasoning strength: low) is shaping up to being the more practical agentic tool. It is considerably faster than Qwen at solving real coding tasks.
What? I've never seen garbled CoT like the one you posted when using Qwen3.8-27B.
Because here's the king of CoT I get:
> Hmm, but there's a subtlety: does babel-jest + preset-typescript transform the file to CJS by default? No — babel-jest doesn't transform ESM imports to CJS unless @babel/preset-env is configured with modules: commonjs. Without preset-env, import statements stay as ESM in the output, and Jest's CJS runtime would fail with "Cannot use import statement outside a module" unless the project is ESM and running with --experimental-vm-modules.
> Hmm wait, actually babel-preset-jest... does it include preset-env? Let me recall: babel-preset-jest = { plugins: [require('babel-plugin-jest-hoist')] } plus istanbul for coverage. No preset-env. So ESM imports stay as-is.
> But wait — if the user's project is ESM (which it probably is, given the .ts extension imports — Node's type stripping requires ESM-style? no, type stripping also works for CJS-style .ts files with require... actually, --experimental-strip-types supports both CJS and ESM .ts files. But explicit .ts extensions in imports only work in ESM mode (CJS require doesn't allow extensions... actually, does Node 22+ allow require of .ts with flag?
Lots of “but wait” and and full sentences, nothing caveman-like or extremely short sentences without verbs like the GPT thinking trace above.
(this is with unsloth's Qwen3.8-27B-UD-Q5_K_XL.gguf with T° = 0.8)