Dwarkesh Podcast
Dwarkesh Podcast

Eric Jang – Building AlphaGo from scratch

Eric Jang walks through how to build AlphaGo from scratch, but with modern AI tools. Sometimes you understand the future better by stepping backward. AlphaGo is still the cleanest worked example of the primitives of intelligence: search, learning from experience, and self-play. You have to go back t

Featured Speakers

Dwarkesh Patel HostEric Zhang Guest

Topics Discussed

Episode Summary

Executive Summary: Eric Zhang explains how AlphaGo works from the ground up: Go’s huge search space is made tractable by Monte Carlo Tree Search plus neural nets for policy and value, then improved by distilling search into the policy. He argues AlphaGo remains profound because it compresses deep search into a small forward pass, and uses the project to discuss scaling laws, off-policy learning, and what automated AI research may look like.

Main Topics: Why AlphaGo mattered (Priority: 5/5): Zhang says AlphaGo was inspiring because it solved an apparently intractable search problem with deep learning, showing that small networks can approximate very deep reasoning. Rules of Go and why the game is hard (Priority: 5/5): The transcript walks through capture, scoring, pass/resign endings, and why deterministic but combinatorially vast game trees make naive search infeasible. Monte Carlo Tree Search and PUCT (Priority: 5/5): He explains node/child data structures, visit counts, Q-values, exploration bonuses, and how MCTS balances exploitation and exploration while searching only a sparse subset of the tree. Policy and value networks (Priority: 5/5): A neural value function estimates who is winning from a board state, while the policy network proposes strong moves; together they prune breadth and depth of search. AlphaGo training and self-improvement (Priority: 5/5): Search produces better move labels, and the policy is trained to imitate MCTS outputs; Zhang connects this to imitation learning, DAgger, and why soft targets are information-rich. RL, LLMs, and the limits of naive policy gradient (Priority: 4/5): He contrasts AlphaGo’s low-variance relabeling with the high-variance, sparse-feedback nature of trajectory-level RL used in LLMs, arguing AlphaGo avoids the zero-success-rate problem. Automated research and scaling laws (Priority: 4/5): Zhang discusses using LLM coding agents for experiments, the importance of good initialization, and how compute multipliers/scaling laws may matter less than getting a working system first.

Key Arguments: Go is computationally hard because exhaustive search over all possible futures is infeasible, but neural nets can amortize that search into fast inference. MCTS works because it iteratively expands only promising branches and uses a value network to truncate depth, making search tractable. The policy network and value network should agree; if they disagree, something is wrong in training or evaluation. AlphaGo’s key breakthrough is not just winning games but converting hard search into supervised learning on improved labels from MCTS. Soft labels from MCTS are far more informative than one-hot win/loss labels, which reduces gradient variance and makes training stable. AlphaGo-style learning is powerful because it never starts from a 0% success rate; it repeatedly improves an already-working policy. Naive RL on long-horizon tasks has terrible bits-per-sample efficiency compared with supervised learning or search-based relabeling. Off-policy data can help only if it covers states the policy might realistically visit; too much off-policy data wastes capacity. For automated research, current LLM agents are strong at hyperparameter search and execution but weaker at choosing the next promising experiment or stepping back to first principles. The biggest research leverage often comes from getting a correct, working system before studying scaling laws or compute efficiency.

Data Points: AlphaGo/Go board size: 19x19 - Standard Go board used to explain the search space and model outputs. Possible moves per turn: ~361 initially - Approximate branching factor on an empty 19x19 board. Typical game length: 250-300 moves - Used to illustrate the depth of the naive game tree. Open-source compute reduction: 40x less compute - Claimed reduction in training compute achieved by KataGo relative to earlier strong Go bots. MCTS simulations per move: 200 to 2048 (typical); tens of thousands in AlphaGo Lee match - Search budget discussed for different training and match settings. AlphaGo Zero training compute: ~3e23 FLOPs - Mentioned as unusually large at the time, comparable to frontier-scale runs. Data used in personal project: ~$10K donated, ~$4K exploratory, ~$3K final run - Eric Zhang’s reported sabbatical project budget breakdown. Model size intuition: ~10-layer network - Used rhetorically to emphasize how small forward passes can approximate complex search. Vocabulary size example for RL variance: 100K tokens - Illustrates why naive RL is sample-inefficient when rewards are sparse. Board-size transfer example: 9x9 to 19x19 - He describes training on smaller boards to bootstrap value learning for larger boards.

Pivotal Quotes: "it was just profound to see how smart AI systems could become and the kind of computational complexity class that they could tackle with deep learning." — Eric Zhang: Why AlphaGo inspired his sabbatical project and why the problem is intellectually interesting. "a 10-layer network can sort of amortize the simulation of something so deep in the game tree." — Eric Zhang: His core intuition for why AlphaGo is a breakthrough in compressed reasoning/search. "The beauty of how AlphaGo trains itself is that it actually can take this final search process ... and tell the Policy network, hey, instead of having MCTS do all this legwork ... why don't you just predict that from the get-go?" — Eric Zhang: Explanation of distilling search into the policy network.

Implications: The episode frames AlphaGo as a template for efficient intelligence: use search only where needed, then distill it into a model. For AI labs, the lesson is to build stable feedback loops, good value functions, and verifiable outer loops before scaling ambition.

🔓 Sign Up for Unlimited Episode Search

About Dwarkesh Podcast

Deeply researched interviews

View all episodes from Dwarkesh Podcast