Blog

Chain of thought prompting changed how I read AI answers.

Why forcing intermediate steps changes what an AI can do, and whose job it is to design the chain.

Samip Shah Oct 16, 2026 6 min read
chain-of-thought few-shot-prompting llm-reasoning prompt-engineering step-by-step-reasoning
A woman writing in a notebook at a desk with an open laptop, taking structured notes while working
Photo by Shixart1985 via Openverse (CC BY 2.0).

I asked the AI for the weather and it handed me a forecast from a station that did not exist.

I was putting together a weather app that needed local conditions. Temperature, cloud cover, maybe a wind reading. I asked the model blindly, the way I was asking everything at that point: a general question with no instruction about where to look. What came back looked like a proper answer. Conditions, figures, a station name. I almost used it. Then I looked up the station. It did not exist. The figures had no live source behind them. The AI had returned what it had pre-loaded into its training data, some of it complete with crazy numbers that bore no relation to my location, and delivered all of it as current fact.

Nothing about the prompt looked wrong on its surface. The problem was that the model went straight from my question to its answer, with no step in between.

The model did not reason its way to that answer. It just did not reason at all.

Chain of thought prompting exists because of a gap the default setup does not close. By default, a large language model is a next-token predictor. You put in a question; it produces the statistically most likely string of words to follow. That is not reasoning. It is pattern retrieval. On simple tasks the two produce the same surface result, which is why AI feels solid until it fails on something that requires working through conditions in sequence.

When you hand the model an open question about real-time data, a calculation with multiple dependencies, or a decision that requires checking several conditions before an answer is defensible, it has no built-in instruction to stop, name each step, and verify each one before moving forward. The default path goes from input to output. Every step in between is invisible.

The model has the capacity for intermediate reasoning. What it lacks, without instruction, is the trigger to use that capacity. That distinction is the whole mechanism.

A conclusion without steps behind it is just confidence, and confidence is not the same as correctness.

When I want to check whether I follow what a colleague has told me, I do not ask for their conclusion. I ask them to walk me through their thinking from the start. A conclusion I cannot trace is just a claim. A walkthrough gives me a path I can read and check for the point where the reasoning started to drift.

Chain-of-thought prompting applies the same logic to a model. The Prompt Engineer issues the instruction that forces the model to produce a walkthrough, not a bottom line. The model becomes the colleague who shows their working. Each step comes out in plain language, in sequence, from the first premise to the final answer.

That shift changes what you can do with the output. Before the chain is visible, you are reading a conclusion that arrived from somewhere you cannot see. Once the chain is visible, you can read the path. You can spot the wrong turn before it becomes the answer you ship.

Three years of published research converge on a single instruction that changes what a model can do.

The formal definition has been public since 2022. Wei et al.'s paper on chain-of-thought prompting states: A chain of thought is a series of intermediate natural language reasoning steps that lead to the final output, and we refer to this approach as chain-of-thought prompting. Not a workaround. A defined prompting pattern with a name and a mechanism.

The same paper makes the case for why intermediate steps reduce AI errors on complex tasks: We explore how generating a chain of thought - a series of intermediate reasoning steps - significantly improves the ability of large language models to perform complex reasoning. The improvement is not marginal. The research is describing the difference between tasks the model can complete and tasks it cannot complete without a reasoning path to follow.

Wei et al. had used few-shot examples to demonstrate CoT, giving the model a sample reasoning chain before presenting the actual task. Kojima et al.'s paper from the same year found that even that preparation was not always necessary: we show that LLMs are decent zero-shot reasoners by simply adding 'Let's think step by step' before each answer. No examples. No sample problems. A single sentence placed before the model's response slot is enough to shift the output from pattern retrieval to structured reasoning. The bar for entry is low. The discipline lies in knowing when to raise it and how far to build the chain when the task demands it.

The researchers' job was to discover the mechanism. The Prompt Engineer's job is to deploy it deliberately.

Chain-of-Thought cannot give a model reasoning it does not already hold.

The objection comes up often. "I tried it and the output was still wrong." That objection is correct on its own terms.

Wei et al.'s study is direct about the limit: chain-of-thought prompting does not positively impact performance for small models, and only yields performance gains when used with models of ∼100B parameters. CoT surfaces reasoning capacity. It does not create capacity that is not there. Ask a model tier that cannot handle the task to show its working and you will get fluent-looking steps that arrive somewhere circular.

The prompt is one half of the equation; the model tier is the other. I have covered model selection in a separate post and will not re-teach it here. The short point is: CoT works on large, current models. On older or smaller tiers it produces something that looks like reasoning and behaves like guessing. Knowing which situation you are in is a model-selection question, and it comes before the prompting work starts.

Same model, same question, one extra instruction, and for the first time the answer had a path I could follow.

After the pre-loaded station failure, I went back to the same model with a different instruction. Instead of an open question about local weather, I told the AI to refer to a specific meteorological website, pull the current conditions from that source, and present them. The output changed. The figures were accurate and I could trace them back.

What struck me was not only that the source improved the data. The instruction had forced the model into a process. Look at this site. Extract these conditions. Present them. Each step was visible and checkable. For the first time, there was a path behind the answer.

That is the structural shift. The Prompt Engineer writes the chain. The model walks it. When the chain is absent, the model invents its own path, and that path runs where you cannot see it.

A well-structured chain of thought can walk confidently to the wrong answer.

Once step-by-step reasoning appears in the model's output, there is a pull toward trusting it. The steps follow each other. The reasoning looks considered. It reads like proof.

It is not proof. Each step in the chain is still a prediction. The model produces the most probable next reasoning step, not a verified fact. A chain can hold together from step one to step five and still deliver the wrong conclusion if the opening premise was off, or if the model filled a gap with something plausible rather than something grounded in the prompt.

CoT makes the reasoning auditable. That is its value. It does not make the reasoning correct. The Prompt Engineer's job does not end when the model starts listing steps. Reading the chain, catching the drift before it reaches the answer that leaves your desk, that is the part of prompt engineering that does not disappear once the chain is visible.

The chain the model walks is the one you designed, or the one it invented because you did not.

Every prompt sent without an explicit reasoning structure left the model to invent its own path. That path ran whether you saw it or not, and the answer came back looking like a conclusion. Now that the mechanism is clear, the question is practical: which of the recurring tasks you hand to AI has been running on a chain you never designed? That is the prompt-engineering work still on the table.

← All posts