{"id":157,"date":"2026-09-11T08:02:17","date_gmt":"2026-09-11T08:02:17","guid":{"rendered":"https:\/\/www.dobryakov.net\/blog\/157\/"},"modified":"2026-09-11T08:02:17","modified_gmt":"2026-09-11T08:02:17","slug":"manager-builds-reliable-systems","status":"publish","type":"post","link":"https:\/\/www.dobryakov.net\/blog\/157\/","title":{"rendered":"‘AI Code Needs Human Review’ \u2014 And That’s a Diagnosis of Your Manager"},"content":{"rendered":"
\n# "AI Code Needs Human Review" \u2014 And That's a Diagnosis of Your Manager\n\nThere is a popular assertion that code and scripts generated by a model must be reviewed manually \u2014 a human eyeballing every line the model produced. It sounds like common sense, like responsibility, like mature engineering culture.\n\nStop for a second. The assertion is insane. It makes working with AI slower and more pointless. Why use a model at all if you still need to attach an engineer to it \u2014 like a worker bolted to a machine? AI was invented to replace the engineer, not to slow the engineer down further.\n\n<!--more-->\n\nAnd the problem is not speed. The problem is whose bet you are making when you say this.\n\n## Who benefits from making adoption look idiotic\n\nThe first people to champion this position are the Luddites. Those who do not want AI adopted at all \u2014 and therefore implement it in the most idiotic way possible, so the client waves it off and drops it on their own. Attaching a live engineer to read every generated line is the perfect way to bury the idea while formally "adopting" it.\n\nBut saboteurs are a sideshow. At least they are conscious of what they are doing. The real problem is deeper, and it is not about the executor \u2014 it is about the person above them.\n\n## The manager who put production on a human being\n\nA manager who insists on this way of working is relying on human control. Their production cycle now depends directly on human error.\n\nThey are throwing the entire history of industrial evolution out the window.\n\nFor centuries, industry has worked to remove the human from the equation \u2014 or at least push them off the critical path. Any modern production line is automation with a thin layer of replaceable people on top. If you have worked in any conveyor business, the first thing you saw was a system of regulations and rules that keeps the process running regardless of which specific person is standing at the machine today.\n\nThat is the goal of progress. Any system that depends on a specific human is unreliable.\n\n## Professionals build systems, not shift schedules\n\nProfessionals build automated systems for control, verification, validation, and testing. The price of not doing so shows on the numbers \u2014 with no AI in the picture.\n\nOne product business, before a process overhaul, was catching 5\u201310 defects per day and shipping releases every few months. Once quality control, build, and deployment were put on automated rails \u2014 QA, CI, CD \u2014 the defect flow dropped to five per week, releases went weekly, and revenue grew 50%. Reliability did not come from a brilliant tester who "holds it all in their head." It came from a system that does not care who is having a bad day today.\n\nWith AI the logic is the same, just with more layers of control:\n\n- **Guardrails** \u2014 rules enforced by machine, not by declaration. Not an instruction that "the engineer must remember and check by eye," but a technical checkpoint that cannot be bypassed. An independent Guardian with veto power.\n- **Eval harness as a release gate** \u2014 layers of automated checks that let a change proceed only if it passes them, replacing a demo-grade "looks like it works" approval.\n\nThis matters for a specific reason. An AI failure does not look like a red error in the console. It looks like confident, smooth, dangerous text. A human reading the generation by eye is trying to catch the exact thing that is hardest to notice \u2014 on fatigue, on page ten, on a Friday evening. A system catches it identically on any day of the week.\n\nExamples of these systems are laid out in open articles \u2014 take them and build:\n\n- guardrails \u2014 https:\/\/www.dobryakov.com\/blog\/2282\/\n- AI code review \u2014 https:\/\/www.dobryakov.com\/blog\/2262\/\n- eval-harness \u2014 https:\/\/www.dobryakov.com\/blog\/2246\/\n- kafka two-phase commit \u2014 https:\/\/www.dobryakov.com\/howto\/kafka-two-phase-commit.html\n\n## Your best person will call in sick\n\nThis is where the full picture opens.\n\nWhen a manager says they rely on a specific person in their critical chain \u2014 one who might call in sick tomorrow, or whose judgment depends on whether they slept last night, or who might be having a bad day \u2014 what I see is a manager who cannot build reliable organizational structures and systems.\n\nManual review of AI-generated code is not "engineering maturity." It is a bet on a human in the critical path, dressed up as a virtue. And it is a losing bet by definition, because moving away from that exact bet is what production has been doing for the last two hundred years.\n\nA manager who bets on the human will lose to the ones who know how to build systems. Inevitably.\n\n## Run\n\nSo however flattered you are that your company trusts you with something this important \u2014 eyeballing AI-generated code by hand \u2014 run.\n\nRun, or in a year a competitor who automated this will wipe you out.\n<\/code><\/pre>\n","protected":false},"excerpt":{"rendered":"
The manager who insists on eyeballing every line of AI-generated code has built a production critical path that runs through one specific person who might call in sick tomorrow.<\/p>\n","protected":false},"author":0,"featured_media":156,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[1],"tags":[2,140,107,141,139,69],"class_list":["post-157","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-uncategorized","tag-ai","tag-automation","tag-engineering-management","tag-guardrails","tag-reliability","tag-sdlc"],"aioseo_notices":[],"aioseo_head":"\n\t\t\n\t\n\t\n\t\n\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t