Review, taste and expertise

Ten sources on what people still add when agents write code.

When code gets cheap, attention becomes the scarce part. These sources ask what people still contribute. This page lists ten sources, oldest first where dated. Only one reports data at scale, and it comes from a company with a stake.

Themes here: Skill under automation (8), Getting good (3), Taste and judgment (2), Checking the work (2), Who holds the power (1), How things break (1).

Too Fast to Think: The Hidden Fatigue of AI Vibe Coding

Stephan Schmidt. 14 July 2025. Personal blog post on one developer's experience.

A first-person account from a 40-year developer who uses Claude Code and Cursor. It describes a fatigue the author had not felt before. The evidence is the author's experience and a factory analogy. No measurement or study is given.

Agentic Coding is a Trap

Lars Faye. Apr 2026. Opinion essay with the author's own workflow.

An opinion essay against the view that developers should orchestrate agents and stop writing code. It argues skill loss, vendor dependence and cost uncertainty are real risks. Its evidence is quotations, cited studies and the author's own practice. It ends with a workflow that keeps the human coding.

The threat is comfortable drift toward not understanding what you're doing

Posted by zaikunzhang, with replies from many commenters. 5 April 2026. Hacker News discussion thread, 991 points.

The thread discusses an ergosphere.blog post about two PhD students, Alice and Bob. Bob uses an AI agent and Alice does not. Commenters argue over calculators, skill loss, AI costs and whether markets value deep skill. The evidence is opinion and personal anecdote.

Agentic coding and persistent returns to expertise

Zoe Hitzig, Maxim Massenkoff, Eva Lyubich, Shaoyi Zhang, Ryan Heller and Peter McCrory (Anthropic). 16 June 2026. Company research report based on usage data.

An Anthropic report that classifies about 400,000 Claude Code sessions using a model. It reports who makes which decisions and how success varies with rated expertise. The evidence is transcript analysis with regression controls, not measured real-world outcomes. The authors work at the company that makes the tool.

You can't unit test for taste

Karl Tryggvason. 22 June 2026. Personal blog post describing one project.

A project write-up from the builder of a virtual running app. It follows a pipeline from GeoNames data to ranked points of interest. The evidence is one project's experience, including hallucinations caught by spot checks. The author says there is no ground truth, so no red/green tests.

Automation Without Understanding: Why the United States must preserve mathematical capacity in the age of AI

Jun-Yong Park, School of Mathematics and Statistics, University of Sydney. 7 July 2026. Policy essay posted to arXiv under math.HO.

Park argues AI proofs are products, while human understanding is a capacity needing institutions. The essay combines an AI result, US funding cuts and four policy proposals. It rests on cited reports and analogy, not on new data.

Prevent cognitive debt by manually retyping LLM-generated code

Posted by mpweiher, with replies from many commenters. 3 August 2026. Hacker News discussion thread.

A Hacker News thread with 545 points on a blog post about retyping LLM code. Commenters trade learning anecdotes, workplace arguments and workflow tips. The evidence is personal experience, with few citations. Opinion is split between those who see value and those who see wasted effort.

There is more to code review than (automatable) detection

John Allspaw (Adaptive Capacity Labs). 24 August 2026. Blog essay responding to a research paper.

A response to a paper claiming coding agents make human code review unnecessary. The post argues the paper rests on a substitution myth. Its evidence is argument from the author's view of how reviews work. It runs no test and cites no data.

The Decoherence Trap: When AI slop drowns out the signal in an endless sea of noise

Kristen Maevyn. 14 October 2026. Personal essay, with a toy simulation and cited studies.

Maevyn coins the term decoherence for incompatible models that accumulate in a system. The essay mixes a plumbing analogy, an interactive simulation and three cited studies. It then argues that AI cannot improve itself fast, because software quality needs real-world feedback. The evidence is mostly argument and analogy.

Developing Taste

Emil Kowalski, Design Engineer. Undated. Short personal essay.

A short essay on taste as a trained skill, from a design engineer. It gives three habits: study great work, explain why it works, and practice. The evidence is quotations and analogy, with no data. The page carries a banner about the author's course.

Connections to other subjects

These links are this wiki's own reading, not claims the sources make.

Glossary

Agent
An AI model set up to take actions and run tools in a loop.
Agentic coding
Software work where an AI agent reads files, edits code and runs commands.
Atrophy
Loss of a skill through lack of use.
Class field towers
A tool from algebraic number theory used in the AI's construction.
Classifier
A model prompted to label each session against a fixed set of categories.
Claude Code
Anthropic's command-line coding agent.
Cognitive debt
A growing gap between the code a person ships and what that person understands.
Cognitive load
The amount of mental effort a task demands at once.
Context switch
Moving attention from one task or code area to another.
Cursor
An AI-assisted code editor.
Decoherence
The essay's term for incompatible or redundant models piling up in one system.
Defect detection
Finding bugs in code before it is released.
Design engineer
A role that combines interface design with front-end programming.
Diff
A listing of the changes made to code.
DuckDB
A database engine that runs queries on local files.
Erdős unit distance problem
A question about how many point pairs in a plane sit one unit apart.
Formal verification
Checking by software that a claim follows from stated rules.
Futures
A programming tool that stands in for a value that is not ready yet.
GeoNames
A free public database of place names and locations.
Goodhart's law
When a measure becomes a target, it stops being a good measure.
Ground truth
A trusted set of correct answers to measure against.
Hacker News
A technology discussion site run by Y Combinator.
Haiku
A small, fast language model from Anthropic.
Hallucination
When an AI states something false as if it were true.
Lean
A proof assistant language that checks mathematical proofs by machine.
LLM
A large language model, the kind of AI behind chatbots.
Mechanistic interpretability
The study of how the inner parts of a neural network produce its behavior.
Open weights model
An AI model whose trained parameters are public, so anyone can run it.
Parquet
A column-based file format for storing large tables.
PR
A pull request, a proposed code change submitted for review.
Reinforcement learning environment
A simulated setting where an AI tries actions and is scored on results.
Ship of Theseus
A thought experiment about a ship whose parts are replaced one by one.
SOC
The US Bureau of Labor Statistics system for grouping occupations.
Software intelligence explosion
A scenario where AI quickly improves its own software, which then improves faster.
SOTA
Short for state of the art, meaning the best current model.
Spec Driven Development
A workflow where a detailed written plan is given to agents that write the code.
Substitution myth
The idea that a machine can replace a person by matching their separate functions.
Tastemaker
A person whose judgment of quality others follow.
Vendor lock-in
Dependence on one supplier that is costly to leave.
Verified success
A session judged successful that also shows a hard signal, such as passing tests.
Vibe coding
Writing software mainly by prompting an AI and accepting its output.