The Older I get, the More the Hype Cycles Rhyme

AI hype

Grandpa’s latest LinkedIn post hits with the quiet force of someone who’s watched the same movie more than once. As a semi-retired security curmudgeon, he looks at the current AI sales pitch and sees the ghost of Open Source Software’s security promises. He’s not wrong.

OSS sold us the “many eyes” theory. Ten million reviewers would catch the bugs that closed-source development missed. In practice, most eyes never looked. Heartbleed sat in OpenSSL for years. Supply-chain questions—where do your developers actually get those packages, and do they ever build from source?—were treated as pedantic rather than foundational. Public code is not the same as reviewed code, and reviewed code is not the same as trusted code.

Today’s AI pitch is a close cousin. The business-value story is that anyone can get the job done through natural-language interaction with an anthropomorphized system that has a programmed desire to please and no common sense as humans understand it. No structural ability to separate authorized commands from data that merely looks like commands. No reliable model of the submitter’s motives or the downstream impact of its output. Just helpfulness, scaled.

Prompt injection is the structural failure mode that follows. Because the architecture treats the entire context window as one undifferentiated stream, the model has no durable way to know which tokens are instructions from a privileged user and which are untrusted payload. That is not a temporary training gap. It is a property of how these systems are built. Bolt-on filters and “just add more system prompt” mitigations are the new equivalent of “someone will review the code eventually.”

As an AI advocate, I agree with Grandpa’s core request: the messaging needs to get more measured. The overall business-value proposal should not outrun the control, isolation, and reliability story. Until instruction/data separation, tool boundaries, memory isolation, and impact assessment are treated as first-class design constraints rather than after-the-fact patches, we will keep rediscovering the same class of surprises we already lived through with open source.

The pattern is familiar. The stakes are higher. The corrective is the same as it was then: less marketing, more architecture, and a clearer-eyed accounting of what these systems can and cannot actually guarantee.