Abhishek S.
Shipping in public. Listening in private.

Abhishek

I lead women’s Indo-Western & Premium at Max Fashion. I also wrote the AI that runs the buying floor.

Rare profile. Category operator who ships production code.

Senior Buying Leader · Max Fashion Women’s Indo-Western & Premium · 530+ India stores NIFT ’12 · Twelve years on the floor

abhishek@bengaluru ~ %
>role: senior buying lead
>dept: women’s indo-western + premium
>floor: 530+ stores india

Inference-Time Compute

AlphaGo did not beat Lee Sedol only because it had learned Go before the match. In March 2016, it also spent compute during play: Monte Carlo tree search rolled futures forward before a stone touched the board. Training made the policy; inference-time compute bought a few more moves of thought.

The useful shift is simple: intelligence is not only stored in weights. Some of it can be purchased at the moment of decision.

How it works

A trained model maps input to output. Inference-time compute asks the model to spend extra work before committing: sample more candidates, search a tree, verify partial answers, call tools, run a critic, or break the problem into smaller steps.

AlphaGo is the clean case. Its policy network proposed likely moves, its value network estimated board positions, and Monte Carlo tree search explored continuations. The move was not just “what the model says.” It was what survived a short tournament of possible futures.

For language models, the same idea appears as chain-of-thought sampling, self-consistency, tool use, program-of-thought, verifier-guided decoding, and reasoning models that spend more tokens before answering. The equation is crude but useful:

answer quality = f(model weights, problem difficulty, inference budget)

The budget may be seconds, tokens, rollouts, tool calls, or money.

Where it shows up

System Year Extra work at inference Why it mattered
Deep Blue 1997 Chess tree search IBM’s machine searched millions of positions per second against Garry Kasparov
AlphaGo 2016 Policy, value, and Monte Carlo tree search Beat Lee Sedol 4-1 in Seoul
AlphaZero 2017 Self-play plus search Learned Go, chess, and shogi without human game records
LLM reasoning methods 2022-2026 More tokens, samples, verifiers, tools Better on math, code, planning, and multi-step tasks

The uncomfortable part is cost. A model that answers once is cheap. A model that samples 64 answers, runs a verifier, calls a calculator, and retries code may be much better, but it has turned one question into a small compute job.

This is why concept scaling laws is only half the story. Parameter count asks how much intelligence you can store. Inference-time compute asks how much intelligence you can rent per problem.

What's contested

The live argument is where extra inference stops paying. Snell et al. 2024 argue that test-time compute can beat larger models under some budgets, but the gain depends on task structure and the quality of the verifier. Search works when bad branches can be rejected. It struggles when the model cannot tell a beautiful wrong answer from a true one.

There is also a measurement problem. Benchmarks often reward slow thinking on math and code, but many real tasks punish latency. A customer support answer, a trading decision, and a warehouse routing choice do not have the same tolerance for a 30-second pause.

The hard boundary is not “does more thinking help?” It is “can the system recognize better thoughts cheaply enough?”

Why this crosses realms

Inference-time compute makes AI look less like a static oracle and more like operations. A factory does not only buy better machines; it chooses how long to inspect, rework, and route each job. The same tradeoff sits inside concept queueing theory: spend too little time and quality drops, spend too much and the line clogs.

It also changes the meaning of concept transformers. The transformer is the fast pattern engine. Search, verification, and tool use are the workbench around it. The interesting machine is the loop, not just the network.

Abhishek's take

What grabs me here is the budget knob. A bad operator asks for one answer and complains about quality; a good operator decides which questions deserve one pass, five passes, or a whole search tree. On the buying floor and in the tools I write, this maps cleanly to one question: which decisions deserve expensive thought before a human sees them?

Tags: #inference #reasoning #compute #search #ai-scaling

Key sources

Further reading

See Also