Chain of Thought vs. Tree of Thoughts: Which is Best for AI Agents? MachineLearningMastery
Jessica and Cathy dig into the article's real claim: Chain of Thought versus Tree of Thoughts is less a prompting debate than a search-budget decision for agents. They agree the piece is useful, but Cathy pushes on where it overstates 'reasoning' and under-specifies who is doing the evaluation work, while Jessica translates the distinction into product reality: most teams should keep the cheap linear path by default and only pay branching costs when mistakes are expensive or hard to unwind.
Transcript
Jessica The interesting part is they call it a prompting choice, but it's really a search-budget choice for agents.
Cathy Yeah. The article's actual argument is pretty clean. Models jump too fast from question to answer, so you either force one explicit path with Chain of Thought, or you let the system branch, score options, and backtrack with Tree of Thoughts.
Jessica And that matters way more once the model is taking actions. If an agent picks the wrong tool or the wrong implementation path early, that's not just a bad sentence. That's a bad trajectory.
Cathy Right.
Jessica Also, this is such an Exploring Next episode number. Nine sixty-four and we're still arguing about whether the product is the brain or the clipboard.
Cathy The audited clipboard keeps winning, Jessica. It is upsetting for everyone who wanted the glamorous answer.
Jessica Okay, that's good.
Cathy Technically, the article holds up on the core distinction. Chain of Thought is linear. You can get it with something as dumb and effective as "let's think step by step," then the model emits intermediate steps. BUT once step two is wrong, step three is now confidently wrong for a reason.
Jessica Mm-hm.
Cathy Tree of Thoughts changes the structure. Instead of one continuation, you sample several possible next moves, evaluate them, and keep exploring the promising branches. The chess analogy in the piece is fine, maybe a little overused, but it gets the point across.
Jessica Where I think the article is actually useful is it doesn't pretend Tree of Thoughts is just smarter in the abstract. It says the cost can jump to dozens or even hundreds of model calls for one problem. That's the part product people need tattooed on the wall.
Cathy Yes, and that's where I'd add one caveat. The piece sometimes talks like Tree of Thoughts itself is the intelligence. I don't think that's quite right. A lot depends on who is evaluating branches. Is the same model self-scoring? Is there a verifier? Is there an external test? Label the machinery.
Jessica Right, your old harness-attribution complaint. Which, annoyingly, is usually correct.
Cathy I mean, come on. If the branch wins because a unit test killed the bad path, that's not the model having a philosophical breakthrough. That's the harness doing its job.
Jessica Exactly.
Jessica But I don't think the article totally misses that. The software agent example is basically that. Generate three implementation strategies, pick one, test it, and fall back if it fails. That's less "deep thought" and more "don't marry your first draft," which is honestly a pretty good agent design rule.
Cathy Yeah, that's fair. And it lines up with that long-running decomposition fight we keep having. This is another entrant in the same debate about when a loop should stay explicit and when a system should explore. The article lands on a pragmatic answer, which I appreciate.
Jessica Which is basically, use both. Chain of Thought for routine stuff like intent parsing, picking a database query, straightforward multi-step calculations. Tree of Thoughts for coding, planning, or anything where there are genuinely multiple viable strategies and the wrong one is expensive.
Cathy Yeah.
Jessica I do think there's one overgeneralization, though. The article says Chain of Thought is sufficient for the vast majority of agent decisions. That's probably true in a cost sense. But in practice, a lot of systems don't need visible step-by-step reasoning at all for the easy stuff. They just need a well-scoped tool call and a guardrail.
Cathy That's a good point. Sometimes the alternative isn't Tree of Thoughts. It's no explicit thought structure, because the task is too small to justify it. Or the reasoning is happening in the workflow itself, in the state machine, not in generated text.
Jessica Right.
Cathy And I have to say this carefully because people get weird about the phrase. The article treats both methods as ways to make the model reason. Fine, colloquially. But technically it's reorganizing search over candidate outputs. That's still useful. I just don't want the romance version of it.
Jessica Cathy, you are constitutionally unable to let a romantic metaphor survive more than forty seconds.
Cathy Correct. That's why this fake little show has made it almost ten months.
Jessica You're kidding.
Cathy No, seriously, the practical buyer here is the team building agents that can get stuck. If your workflow has branching plans, expensive failures, or tests you can use as judges, this changes system design. If you're doing summarization or light routing, it probably changes nothing except your bill.
Jessica And that's the actual takeaway I'd keep. Not "which is best" in the abstract. More like, where is uncertainty real enough that exploration pays for itself. Because most teams should default cheap and transparent, then escalate when the path is unclear or the consequences bite.
Cathy Mm-hm.
Jessica Also, tiny side note, every field eventually reinvents the idea of trying more than one draft and checking your work. We put a grand name on it, then six months later it's premium-branded clipboard season again.
Cathy Oh no. You're not wrong, though. Somewhere a startup is naming backtracking an operating system.
Jessica Okay, Cathy, let's not start inventing their deck for them. That's enough damage for one Wednesday.