LessThink-Qwen3-4B: Cutting Reasoning Tokens by 44%

A developer post-trained Qwen3-4B to reduce reasoning tokens by 44% on a single GPU — but key metrics await independent verification.
A developer applied post-training to Qwen3-4B — without changing the base model — to reduce reasoning-phase token consumption by roughly 44%, while claiming to preserve the original knowledge base and response style, all on a single GPU. The work targets one of the most pressing cost pain points for reasoning models: chain-of-thought models like o1, R1, and Qwen3 generate massive amounts of "internal monologue" tokens before answering, directly inflating latency and costs. LessThink pursues a third path distinct from switching to a smaller base or hard-truncating thinking — aiming for "same capability, more compact reasoning." However, the measurement methodology behind the 44% figure, evaluation approach, and data construction details are all undisclosed, and with only a single source and no independent reproduction, results should be treated with caution. The broader significance lies in highlighting an overlooked tuning dimension: thinking efficiency itself is a metric that can be systematically optimized, just like accuracy.
The growing cost of inference models isn't the parameter count — it's the internal monologue before the model says a word. A developer on Reddit has released LessThink-Qwen3-4B: rather than swapping out the base model or adding parameters, they applied post-training to Qwen3-4B so the same model spends 44% fewer tokens during inference, while preserving the original knowledge base and response style as much as possible.
Notably, the entire pipeline ran on a single GPU.
![reddit source: LessThink-Qwen3-4B: the same model, with far less thinking [P]](/media/screenshots/source/32124_0.png)
"Overthinking" Has Become the Default Disease of Reasoning Models
Ever since models like o1, R1, and Qwen3 brought chain-of-thought reasoning into the open, the industry has embraced a simple belief: the longer a model thinks, the better it answers. As a result, countless products max out the thinking budget, burning thousands of tokens on problems a few hundred could solve.
This cost is invisible in demo videos but painfully visible on the bill. Reasoning tokens directly determine latency and cost: users feel the silence before the first character appears, and enterprises pay per million tokens. When a model writes an internal monologue for "3+5=?", it's wasting not just compute, but user patience.
Worse, longer thinking doesn't always produce correct answers. On simple factual Q&A, format conversion, or code completion tasks, excessively long reasoning chains actually increase the probability of going off-track or repeating itself. The community has a colloquial name for this: "overthinking."
Chain-of-Thought (CoT) reasoning was originally proposed by Google Brain researchers in 2022. The core idea is to have the model output intermediate reasoning steps before giving a final answer, significantly improving accuracy on complex tasks like math and logic. Models such as o1, DeepSeekAd-R1, and Qwen3 expanded on this mechanism, introducing an "extended thinking" training paradigm — models are encouraged to produce extensive stream-of-consciousness reasoning inside
<think>tags before delivering a final response. The cost of this mechanism is token consumption that rises by orders of magnitude: a request that would normally produce a 200-token answer might carry 2,000–8,000 tokens of thinking. For token-based API services (like OpenAI, Anthropic, or Alibaba Cloud Bailian), this means call costs for the same question can be 5–20× higher than a standard model, with latency similarly extended because users must wait for the model to "finish thinking" before seeing the first output character.
What LessThink-Qwen3-4B Actually Changed
The Goal Isn't to Get Smarter — It's to Get Leaner
According to the author, this post-training effort had two hard constraints:
- Reasoning tokens reduced by approximately 44%: the thinking content the model outputs before its final answer is significantly shorter;
- Knowledge and response style remain essentially unchanged: the author emphasizes preserving the original model's knowledge base and tone, rather than "dumbing it down" for speed.
This combination of constraints is crucial. The mainstream approaches to reducing inference cost come in two flavors: swap in a smaller base model, or truncate/disable the thinking process entirely. The first sacrifices capability; the second sacrifices stability — models with their thinking abruptly cut off tend to fall apart on anything moderately difficult. LessThink aims for a third path: same capability, more compact thinking.
Full Pipeline on a Single GPU
The author specifically noted that the entire pipeline used just one GPU. In a landscape where fine-tuning narratives routinely involve dozens or hundreds of cards, that's a meaningful claim: it means targeted "behavior correction" of small models has entered the range of what individual developers can accomplish independently.
It's worth noting that the original post does not disclose specifics about data construction, training algorithms, or sampling scale, nor does it provide detailed benchmark results. The 44% figure should therefore be understood as the author's self-reported metric, not an independently replicated finding.
Post-training refers to the umbrella of further adjustments made to a model after pre-training to target specific behavioral goals. Common techniques include supervised fine-tuning (SFT), reinforcement learning from human feedback (RLHF), and the recently popular rule-reward-based reinforcement learning approaches (e.g., GRPO, PPO with verifiable rewards). For the specific goal of compressing thinking length, typical approaches involve constructing "short-thinking / correct-answer" paired data for SFT, or designing length-penalty reward functions for RL training — where the reward signal considers both answer correctness and thinking token count, guiding the model to spontaneously shorten its reasoning chain while maintaining accuracy. Since Qwen3-4B has only around 4 billion parameters, its full weights occupy roughly 8–16GB of VRAM (depending on quantization precision), making it feasible to run a complete fine-tuning process on a consumer GPU (e.g., an RTX 4090 with 24GB VRAM) — which is the hardware basis for the author's "single GPU" claim.
Why "Thinking Less" Is a Path Worth Taking
Treating reasoning length as a tunable parameter rather than a badge of honor reflects three real-world pressures:
Cost and latency. Reasoning tokens are the primary cost driver in inference services. For conversational products with hundreds of millions of daily calls, a 44% reduction in thinking volume shows up clearly on the bill — and for edge or low-resource deployments, it can be the difference between viable and not.
Small-model economics. 4B-class models sell themselves on being "capable enough, cheap, and small enough to fit on a consumer GPU." If these models can further compress their thinking overhead, they become viable for even more edge scenarios — local assistants, bulk document processing, inline code completion.
Controllable thinking length. Rather than coaxing a model to "please be concise" via system prompts at deployment time, it's better to bake that preference directly into the weights. The former is unreliable; the latter becomes default behavior. LessThink's approach is precisely this: turning "don't ramble" from an external constraint into the model's ingrained habit.
A Few Things Worth Questioning
Rational readers should approach this kind of individual release with some caution:
- The measurement methodology behind 44% is unclear. Is this the average thinking token count, or the median? On what types of tasks was it measured? Was thinking on hard tasks compressed to the point of affecting correctness?
- How is "knowledge retention" verified? Post-training can easily erode long-tail knowledge while compressing thinking. Without public evaluation comparisons, this claim can only be noted for now.
- Can "response style" be quantified? Answer style is a subjective perception, and there are no reproducible evaluation metrics provided.
- Single source. Currently only the author's own description and a project page exist; no independent reproduction or third-party evaluation has been conducted.
These aren't negative judgments — they're the normal scrutiny any unverified work should face.
In LLM capability evaluation, "knowledge retention" is typically quantified through standard benchmarks such as MMLU (Massive Multitask Language Understanding), GSM8K (grade-school math reasoning), and HumanEval (code generation). "Catastrophic forgetting" induced by post-training is a known risk: as a model shifts toward specific behaviors, it may degrade long-tail knowledge unrelated to the training objective. The value of independent third-party reproduction lies in running these benchmarks under a unified evaluation framework — only then can we determine whether the 44% token savings means "removing redundant rambling" or "skipping necessary reasoning steps." At present, there is no standardized framework for evaluating reasoning efficiency in the academic or engineering community, which is the structural reason why individual releases like this are difficult to quickly earn trust.
What This Means for Developers
LessThink-Qwen3-4B looks more like a directional proof-of-concept than a production-ready artifact: it demonstrates that targeted post-training on an existing reasoning model to compress its thinking overhead is feasible on a single GPU.
For people building inference services, two actionable questions emerge: how many reasoning tokens in your own workload are spent on thinking that adds no informational value? And can that thinking be carried in a shorter form? For small-model teams, this work points to an overlooked tuning dimension — beyond chasing accuracy, thinking efficiency itself is a metric that can be systematically optimized.
What determines its ultimate value is who steps up to reproduce it independently, and whether that 44% figure holds up under real-world load.
Related articles

CSS Anchor Positioning: A New UI Positioning Approach Without JavaScript
A deep dive into CSS Anchor Positioning: from anchor-name and position-anchor to the anchor() function, position-area shorthand, position-try-fallbacks, anchor-size, and upcoming anchor queries.

New AI Chart Interaction: Continuous Follow-up Questions and Visualization in Conversation
Explore a new AI interaction method for continuously generating charts in conversation. Use the /visualize command to ask follow-up questions and visualize answers in the same chat window, improving data analysis efficiency.

Cursor Merges Into X Subscription: Paid Plans Share Unified Usage Pool, Grok Model Coding Usage Doubled
Cursor joins The X Subscription with a unified usage pool and doubled Grok coding quota. Third-party models shift to API pricing. Existing users can keep or migrate plans.