CoT vs CoD Banner

Dr. Simon Shim introduced Chain of Debate in our 298A class last week. My initial reaction was skepticism – CoT already works well for the reasoning tasks I care about, and CoD costs 15-30x more compute. So I dug into the research to figure out when, if ever, the cost is justified.

The interesting finding

The part worth paying attention to isn’t the technique descriptions – those are in the papers (CoT, CoD). It’s this result from a 2025 debate evaluation study:

Fine-tuning boosted standard Q&A accuracy from 50% to 82%. But in debate settings, performance declined. Models that scored higher on traditional benchmarks sometimes performed worse when forced to defend their reasoning against opposing arguments.

This matters because it exposes a gap between memorization and genuine reasoning. A model can pattern-match its way to correct answers on benchmarks but fall apart when an adversary challenges its logic. CoD’s multi-agent structure forces this kind of pressure-testing.

The research team released 5,500 structured debates as a public benchmark, which could be useful for evaluating how robust a model’s reasoning actually is versus how well it retrieves cached patterns.

Quick reference

  CoT CoD
Compute 5-10x standard 15-30x standard
Mechanism Single model, sequential steps Multiple agents, iterative critique
Error detection Limited self-correction Peer review catches blind spots
Scales with Model size (100B+ for best results) More consistent across model sizes
Implementation Add “let’s think step by step” Multi-agent orchestration with debate rounds

Where I’d actually use each

I haven’t used CoD in production, so I’m speculating based on the research and my own workflows.

CoT covers most of what I do. Debugging, code analysis, working through math – these are single-perspective problems with clear reasoning chains. Adding debate overhead would slow things down without improving the output.

CoD might help for decisions where I have genuine uncertainty across multiple dimensions. Choosing between system architectures, evaluating tradeoffs between model size vs. inference cost vs. accuracy, or assessing risk in a deployment plan. These are cases where I’d normally ask multiple people anyway – CoD automates that.

The 15-30x cost makes it impractical for routine work. Even if CoD produces marginally better results on a code review, I wouldn’t pay 15x the tokens for it. The cost is only justified when the decision is expensive to reverse.

What I’d want to test

This post is a reading note, not an experiment report. To have a real opinion on CoD, I’d want to run:

  1. A head-to-head on an architecture decision. Take a real system design question from one of my projects, run CoT and CoD side by side, and compare the quality of the recommendations. Measure: did CoD surface considerations that CoT missed?

  2. Adversarial robustness. Use the 5,500 debate dataset to evaluate whether models I use (Claude, GPT-4) degrade in debate settings the way the paper reports.

  3. Cost-quality curve. Vary the number of debate rounds (1, 2, 3) and measure whether quality plateaus early. If 1 round of critique gets 80% of the benefit at 5x cost instead of 15x, that changes the calculus.

Until I run these, my position is: CoT for everything unless the decision cost justifies 15x the compute and I genuinely need adversarial pressure on the reasoning.


<
Previous Post
Physical AI: What I'm Paying Attention To
>
Next Post
Cleaning Up Diamond Dependencies in Swift Packages