Nestor G Pestelos Jr · Writing · Print
20260819 The Meat Proxy Problem
Forwarding an AI's answer unread, with nothing else checking the claim, severs accountability. Telling people to "just validate it" will not fix that. Review culture already rubber-stamps real code. The fix has to survive the same incentives.
Niklas Gruhn named a failure mode this year: the "meat proxy." You paste the AI's answer into Slack, a pull request, or a reply. You don't read it closely. You don't check it. You are the pipe. Someone trusts you sent something you stand behind.
Gruhn's fix is simple. Read it, understand it, validate it, then say it in your own words. "Just review it more carefully" was the advice for human-written code too. That review was already failing.
Why it happens
The polish is part of the problem. A February 2026 breakdown of Anthropic's product data found that finished-looking AI output makes people less likely to double-check it. I haven't seen Anthropic's numbers directly, only how the thread characterized them. Users caught fewer missing-context problems and questioned the reasoning less when an answer already looked done. A rough draft invites a second look. A polished one invites a click.
A fix you can check
Will Larson calls it establishing the author as the first human in the loop. Whoever generates a document with AI must verify it before anyone downstream sees it. The failure he names is the recipient becoming the first real reviewer instead of the author. Skip that at scale and you get a poisoned reasoning layer: a team spending months on problems that don't exist because the analysis was never checked.
Cindy Sridharan sets a harder bar for code: understand close to 100% of the production code an LLM generates. Weak understanding produces vague prompts, vague prompts produce worse code, and worse code gets harder to understand next time.
Where the rule bends
Peter Steinberger ships production code he never reads, leaning on tests and observability. A company run by Yaçine MTB stopped doing code review entirely, arguing that AI agents already catch mistakes at generation time.
The two cases aren't equal. Steinberger's tests and dashboards are independent of the model that wrote the code. Yaçine's agents checking AI output are not. Code can have an independent channel (a test suite, a dashboard, a compiler). Comprehension can be delegated only when that channel is real. A paraphrased answer in a thread or a summary in a PR comment has none.
Some model output is checkable: code that runs, math that resolves, citations that exist or don't. Some isn't: open-ended reasoning, a persuasive paragraph with nothing to test. Validate the first kind before you forward it. For the second, don't forward it.
The part exhortation can't fix
Larson's rule and Sridharan's rule are still asks, not incentives. PR review already proved that class of instruction doesn't survive a deadline. A developer on r/ExperiencedDevs described a pull request that sat two days, then got approved in under a minute after a ping. A 2025 Journal of Systems and Software study surveyed developers at a mid-sized company; most said reviewers avoid, or only superficially review, large patches. I read the abstract through search, not the paywalled full text, so treat that as reported rather than confirmed.
If "did CI pass, click approve" was already the process for human-written code, "read the AI's answer carefully" is the same unused instruction. Gruhn named the failure. He is silent on why the cure keeps not happening: nobody built an incentive for the reviewer to look.
A related essay covers whether a contribution removes uncertainty for the next person or transfers it. This one stays smaller: the moment an AI's answer is in front of you and a person is waiting, and you decide whether to read it.
What I hold myself to
I don't have a clean incident. No unread PR that blew up on someone. This piece is inferred, not documented.
The rule I run agents under: output stays labeled unverified until something independent of the agent confirms it. Polish is not proof. Forward something you haven't checked and you've signed your name to someone else's guess.
This is still exhortation. I don't have a fix that survives incentives at scale. I have a rule I follow anyway.
The test is whether you'd say this in your own voice if it turned out to be wrong. If the answer is no, you already know you were the pipe.
Sources
- Niklas Gruhn, "Don't Be a Meat Proxy," gruhn.me, August 3, 2026 — https://gruhn.me/blog/2026-08-03/
- Aakash Gupta, X, February 24, 2026 — https://x.com/aakashgupta/status/2026092239177609421
- Will Larson, "Make no assumptions," lethain.com, July 11, 2026 — https://lethain.com/make-no-assumptions/
- Cindy Sridharan (@copyconstruct), X, January 15, 2026 — https://x.com/copyconstruct/status/2011849835587256828
- Peter Steinberger, X, December 29, 2025 — https://x.com/steipete/status/2005451576971043097
- Yaçine MTB, X, May 12, 2026 — https://x.com/yacinemtb/status/2054206326247477292
- "nobody actually reads code in PR reviews anymore," r/ExperiencedDevs, February 2026 — https://www.reddit.com/r/ExperiencedDevs/comments/1qkmmsx/nobody_actually_reads_code_in_pr_reviews_anymore/
- Santos, Nunes & Jannach, "Developer perceptions of modern code review processes in practice," Journal of Systems and Software, April 2025 — https://www.sciencedirect.com/science/article/pii/S0164121224003327
- Nestor Pestelos, "Debt With a Diff Attached," July 24, 2026 — https://ngpestelos.com/writing/debt-with-diff-attached/