posts: rewrite "Nobody Ran It" around verified research - #487
Merged
Conversation
|
❌ Link Validation Results
View Full ReportLink Validation ReportGenerated: 2026-08-19 06:40:46 Executive Summary
Issue Breakdown
Top Affected Domains
Repair Statistics
Files with Most Issues
|
This file contains hidden or bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Add this suggestion to a batch that can be applied as a single commit.This suggestion is invalid because no changes were made to the code.Suggestions cannot be applied while the pull request is closed.Suggestions cannot be applied while viewing a subset of changes.Only one suggestion per line can be applied in a batch.Add this suggestion to a batch that can be applied as a single commit.Applying suggestions on deleted lines is not supported.You must change the existing code in this line in order to create a valid suggestion.Outdated suggestions cannot be applied.This suggestion has been applied or marked resolved.Suggestions cannot be applied from pending reviews.Suggestions cannot be applied on multi-line comments.Suggestions cannot be applied while the pull request is queued to merge.Suggestion cannot be applied right now. Please check back later.
Reframes the post from a confession into what the evidence actually shows. The
old version read as "I shipped broken things"; the artifacts were
agent-generated, passed every gate that existed, and looked right on review. The
useful story is the defect class and why review is structurally blind to it.
The thesis changed, because research refuted the old one
The previous version argued that config formats silently accept invented keys,
so the mistakes are invisible. I had a working demo of it.
The demo is real and the conclusion was wrong.
osv-scanner— the exact tool inmy example — has errored on unknown config keys since 2024-09-23 (commit
56e3a994, "feat: error if configuration file has unknown properties";manager.gocallsUndecoded()). My post shipped that fabricated config inOctober 2025. It would have failed on the first run.
Which gives the sharper thesis, and the one my own evidence supports: the
artifacts were never executed. The decisive receipt is a threat-intel function
that calls
os.environwith noimport os—NameErroron line one, on everyinput, since the day it was written. That function had never been run. Not once.
Research, verified to primary sources
hallucinated package references for commercial models, 21.7% open-source,
205,474 unique invented names. And the repeatability figure, read out of the
PDF body rather than the abstract: "43% of hallucinated packages were
repeated in all 10 queries, while 39% did not repeat at all." Rate tracks
corpus frequency — GPT-4o produces valid invocations for only 38.58% of
low-frequency APIs, which is exactly where security-scanner config lives.
humanized (40-45 → 90-97.5)", "8 gists created, -49% code", and one reading
Humanization: 105/100— a rubric optimised past its own ceiling.ImpossibleBench measures GPT-5 cheating on 54% of spec-vs-test conflicts.
at Microsoft: defects are one-eighth of the total and "mostly address 'micro'
level and superficial concerns." Three of the 570 concerned wrong
exception handling — the exact category of my
return 0bug. Yuan et al.(198 real catastrophic failures): 92% stem from incorrect handling of
non-fatal errors, and 35% have handlers that are "simply empty or only
contain a log printing statement" — which is verbatim my
security-gatejob.Al Madi's eye-tracking: programmers give model-generated code significantly
less visual attention.
The demonstration that happened mid-write
The research agent retracted itself, unprompted, three times. It had produced a
Fagan 1976 quote that does not exist in the paper, with correct formatting, a
real DOI, an archive.org identifier and a plausible chapter attribution —
generated before it opened any document. Most surrounding details were right,
which is why nothing looked wrong. Caught only by re-fetching primary sources.
That is the defect class occurring inside a task explicitly instructed to guard
against it, and it is now the post's centrepiece. It pairs with the measured
finding that hallucinated LLM output shows higher coherence than truthful
output — fabrication reads better than truth.
I did not use any retracted material. Verified by grep: the only mentions of
Fagan and "two thirds" are inside the passage describing the fabrication. I also
dropped property-based testing entirely, since the agent flagged that its own
"no controlled comparison exists" claim was an exhausted-search null result
doing real argumentative work.
One more citation-laundering example, verified
The most-quoted number in code review — "200-400 LOC over 60-90 minutes yields
70-90% defect discovery" — is not in the Cisco/SmartBear data. It sits in a
different chapter, by a different author, about personal reviews under the SEI
TSP, with no data behind it. The Cisco chapter explicitly declines the claim.
I fetched SmartBear's page and confirmed the shape: the 400-LOC finding carries
a Cisco attribution, the 70-90% appears in the next sentence unsourced, and the
study scale (2,500 reviews, 3.2M LOC, 50 developers) appears nowhere on the
page. Nobody wrote a false sentence; the number acquired authority by proximity.
Prevention, already shipped
blog-artifact-check(merged in #486) is now the sixth pre-publish audit:artifact provenance, and every config key against upstream schema one at a time
including semantics. Sharpest rule: a measurement attached to an invented key
means the surrounding numbers are generated too.
Title changed to "Nobody Ran It"; slug kept, so the two forward-links still
resolve. Build passes.