惯性聚合 高效追踪和阅读你感兴趣的博客、新闻、科技资讯
阅读原文 在惯性聚合中打开

推荐订阅源

Google DeepMind News
Google DeepMind News
博客园 - 聂微东
Vercel News
Vercel News
aimingoo的专栏
aimingoo的专栏
F
Fortinet All Blogs
Microsoft Security Blog
Microsoft Security Blog
MongoDB | Blog
MongoDB | Blog
B
Blog
OSCHINA 社区最新新闻
OSCHINA 社区最新新闻
WordPress大学
WordPress大学
Apple Machine Learning Research
Apple Machine Learning Research
阮一峰的网络日志
阮一峰的网络日志
大猫的无限游戏
大猫的无限游戏
GbyAI
GbyAI
Martin Fowler
Martin Fowler
M
MIT News - Artificial intelligence
The GitHub Blog
The GitHub Blog
博客园_首页
博客园 - 叶小钗
腾讯CDC
G
Google Developers Blog
Blog — PlanetScale
Blog — PlanetScale
宝玉的分享
宝玉的分享
D
Docker

DEV Community

Authentication Security Deep Dive: From Brute Force to Salted Hashing (With Java Examples) Why AI Systems Don’t Fail — They Drift Spilling beans for how i learn for exam😁"Reinforcement Learning Cheat Sheet" I Replaced Chrome with Safari for AI Browser Automation. Here's What Broke (and What Finally Worked) How Python Borrows Other People's Work The $40 Architecture: Processing 1 Billion API Requests with 99.99% Uptime Vibe Coding: A Workflow Guide (From Zero to SaaS) Most webhook security guides protect the wrong side. The scary part is delivery. Headless CMS for TanStack Start: Build a Blog with Cosmic EU Age Verification App "Hacked in 2 Minutes" — What Actually Happened Comfy Cloud’s delete function does not actually remove files Running AI Models on GPU Cloud Servers: A Beginner Guide Event-driven media intelligence with AWS Step Functions and Bedrock I scored 500 AI prompts across 8 quality dimensions — here's what broke How to Call Google Gemini API from Next.js (Free Tier, No Backend Needed) The Portal Protocol: Reclaiming Human Connection in the Age of AI How to Fix Your Team's Scattered Knowledge Problem With a Self-Hosted Forum Intro to tc Cloud Functors: A Graph-First Mental Model for the Modern Cloud Designing Multi-Tenant Backends With Both Ownership and Team Access I Built a Neumorphic CSS Library with 77+ Components — Here's What I Learned PostgreSQL Performance Optimization: Why Connection Pooling Is Critical at Scale Cómo construí un SaaS multi-rubro para gestionar expensas en Argentina con FastAPI + Vue 3 🚀 I Built an Ethical Hacking Scanner Tool – Open Source Project I Replaced /usage and /context in Claude Code With a Single Statusline A Pythonic Way to Handle Emails (IMAP/SMTP) with Auto-Discovery and AI-Ready Design I Collected 8.9 Million Polymarket Price Points — Here's What I Found About How Markets Really Move EcoTrack AI — Carbon Footprint Tracker & Dashboard Everyone's Using AI. No One Agrees How. 5 self-hosted ebook managers worth trying in 2026 Building Your First AI Agent with LangChain: From Chatbot to Autonomous Assistant
Stop Turning On “Think Harder” For Everything
signalscout · 2026-04-29 · via DEV Community

Stop Turning On “Think Harder” For Everything

Most people using AI tools leave reasoning mode on because it feels safer.

The button says the model will think more. Why would you not want that?

Because most of the work you are asking an AI to do does not require more thinking. It requires cleaner execution.

If you are vibe-coding, building landing pages, fixing obvious bugs, writing emails, creating content, or asking an agent to make a straightforward change, “think harder” often makes the output worse.

Not just slower.

Worse.

The model starts hedging. It invents edge cases. It explains tradeoffs you did not ask for. It turns “make this button work” into a small architecture review.

You asked it to ship.

It gave you a committee meeting.

Execution vs Judgment

This is the split that matters.

Some tasks are execution:

  • build this page,
  • clean this CSS,
  • turn this note into an email,
  • fix the typo,
  • format this JSON,
  • make the navbar responsive,
  • write the obvious test,
  • deploy this project.

For those, you usually want fast mode. Low reasoning. Direct instructions. Small context. Run it, inspect it, fix what broke.

Other tasks are judgment:

  • choose between two architectures,
  • debug a weird failure with no obvious cause,
  • analyze a security issue,
  • decide product positioning,
  • plan a migration,
  • compare models or vendors,
  • reason through a messy business tradeoff.

For those, thinking is the product. Pay for it. Let the model slow down.

The mistake is treating every request like judgment.

Most work is not judgment.

Most work is just work.

Why This Matters More With Agents

When you are chatting with a model manually, wasting one expensive request is annoying.

When you are using an agent, one instruction can become ten requests.

The agent reads files. Calls tools. Runs commands. Sees an error. Tries again. Summarizes. Calls another model. Writes a file. Checks the diff. Replies.

If every one of those calls is using maximum reasoning, you are paying a thinking tax on operations that do not need it.

That is how people end up feeling like AI tools are too expensive even though the model did exactly what they asked.

The workflow was routed wrong.

The Vibe-Coder Rule

Use this rule:

If you can tell whether the output is right by looking at it, use low reasoning.

If the button works, the button works.

If the email sounds good, it sounds good.

If the page builds, the page builds.

You do not need a model to spend 45 seconds reasoning before changing a color, extracting a list, or adding a route.

Use high reasoning when you cannot easily verify the answer yourself, or when the cost of being wrong is high.

That includes security, money, production migrations, ambiguous architecture, legal/compliance, and anything where the model needs to reject several plausible options before choosing one.

The Better Workflow

Here is the workflow I use now:

  1. Start cheap and direct.
  2. Give the model only the context it needs.
  3. Make it produce an artifact.
  4. Run the artifact.
  5. If it fails, feed back the exact failure.
  6. Escalate reasoning only when the failure is confusing.

That loop beats “think hard forever” for most real building.

It is faster, cheaper, and less annoying.

The Bigger Point

AI tools are becoming less about picking the smartest model and more about routing work correctly.

A great builder does not ask the biggest model to do everything.

A great builder knows when the task needs judgment and when it needs momentum.

If you are learning by doing, momentum matters.

Turn thinking down. Ship the thing. Look at what broke. Then decide if it needs a smarter pass.

Most of the time, it does not.