The engineer who stopped reading what the agent wrote

It started with reading every line the agent produced. Over a few weeks it drifted into accepting on trust, and nobody decided to make that change.

The engineer who stopped reading what the agent wrote

An engineering manager at a healthcare company noticed a change in one of his strongest engineers, so gradual that neither of them had seen it happen. When the engineer first started using an agent, she read every line it produced, carefully, the way you read code you are about to be responsible for. The agent was right most of the time. So over a few weeks, without ever deciding to, she started skimming instead of reading, then accepting instead of skimming. By the time the manager noticed, she was approving substantial chunks of agent output on trust, barely looking. Nobody had made a decision to lower the scrutiny. It had eroded on its own, one reasonable-feeling step at a time, because the agent kept being right and reading carefully kept feeling unnecessary.

Trust in a reliable tool erodes vigilance

There is a well-documented pattern in any field where a human oversees a mostly-reliable automated system. The more reliable the system is, the less vigilant the human becomes, because vigilance feels wasted when the system is almost always right. The human’s attention drifts, their checking gets shallower, and they slide toward rubber-stamping, not through laziness but through the entirely rational sense that scrutiny is not paying off. This happens to careful, conscientious people, which is what makes it dangerous.

Pairing with an agent triggers this pattern precisely. The agent is right often enough that reading every line feels like wasted effort, so the engineer’s attention naturally decays from reading to skimming to accepting. The decay is gradual and self-reinforcing, each time the engineer accepts without fully reading and nothing goes wrong, the habit of accepting gets stronger. And it is invisible, because there is no moment where the engineer decides to stop reviewing, just a slow slide that nobody chose and nobody notices until an error the engineer would once have caught slips through, on a line she used to read and now approves. The tool’s reliability is what caused the complacency, which means the better the agent gets, the stronger the pull toward not checking it, and the more it matters that someone was.

The irony is sharp. The whole justification for keeping a human in the loop is that the human catches what the tool misses. But the tool’s reliability quietly turns the human into someone who does not catch anything, because they have stopped really looking, so the human-in-the-loop becomes a formality that provides the appearance of oversight without the substance.

Keep the human actually reading

The lesson is that keeping a human in the loop is not enough, because the human’s attention decays against a reliable tool, and the team has to actively counter that decay. Oversight has to be kept real, not just kept on the org chart.

What teams do to fight the drift from reading to rubber-stamping.

  • Name the pattern openly, so engineers know their vigilance will erode and can watch for it in themselves.
  • Keep the human responsible for what they approve, so accepting agent output on trust carries the same accountability as writing it.
  • Vary and spot-check, so the review is not a uniform skim that the agent’s reliability has hollowed out.
  • Track the errors that slip through, since a rise in caught-late mistakes is a sign the reading has decayed.
  • Keep changes small enough to actually read, since large diffs invite the skim that complacency is already pushing toward.

The goal is a human in the loop who is really looking, not one whose attention the tool’s reliability has quietly switched off.

How we approach it at Density Labs

The engineer who stops reading is one of the most predictable and least discussed risks of pairing with a reliable agent. It is not a character flaw, it is a known response to overseeing something that is almost always right, and it happens to the best people on the team. The human-in-the-loop safeguard that the whole workflow depends on gets quietly hollowed out by the very reliability that makes the agent useful.

When we help teams build AI-assisted workflows, we treat this decay as a real force to design against, not a personal failing to scold. Keeping oversight genuine takes deliberate effort, because the default trajectory, against a reliable tool, is toward not looking.

Keeping a human in the loop only helps if the human is still looking, and a reliable agent is very good at getting them to stop.