top of page

Stop Writing for Humans. They Stopped Reading (AIFM or GTFO)

  • Writer: Ken Johnston
    Ken Johnston
  • May 2
  • 3 min read

Stop Writing for Humans. They Stopped Reading. Write for the LLM that's actually reading you.

Here's the part nobody wants to admit. Your CEO is not reading your 60-page strategy doc. Their LLM might. Their chief of staff's LLM might. Their "summarize this before my 3 p.m." workflow absolutely will. And — be honest — when you got a 46-page doc last week, you opened it, scrolled past the title, saw the page count in the corner, and said it out loud: Hell no. Into the shredder it went. Summarize this. What are the three decisions. Tell me if it's bullshit. You did not read that document. Neither did your CEO when she got yours last quarter.

Here's the part that should scare you. The best model in 2026 — Claude Opus 4.6, hardest long-context benchmark — finds 8 specific facts in a million-token document 76% of the time. The other 24%, your shred is hallucinated. That's the best one. That's the machine you and everyone you work with are running every important document through. Twice — once when it's written, once when it's read. Your strategy doc is not a document anymore. It's a relay baton between two LLMs. The human meets the actual content nowhere in the loop.

Your CEO doesn't need a TL;DR. They need a TL;NEEGTR. Too Long; Never Ever Ever Gonna Read. That's the corporate AI-era upgrade. We used to write TL;DR because the document was long. We need TL;NEEGTR because everyone in the loop knows the human is never, ever, ever gonna read it. So stop pretending the document is going to be read. Design it to be routed, summarized, challenged, and verified by the LLM sitting between your work and your reader's attention span.

So write for that. Not instead of the human. For the human through the model. That means your document needs a front door for AI. A real routing layer that tells the next LLM what this is, who it's for, and what must survive summarization. I have a proposal for this. I'm calling it AIFM — AI Front Matter. Think of it as AGENTS.md for documents. Coders solved this two years ago — Cursor, Codex, and Claude Code all read AGENTS.md at the top of a repo before they touch the code. The document side has been unclaimed. AIFM claims it.

What goes in the front matter:

  • What is this document?

  • Who is it for?

  • Where should the CFO go? The CISO? Legal?

  • What concepts must survive summarization?

That last one is the whole game. Because right now, the model is guessing what matters. And models are very confident guessers. They will compress your 60 pages into five bullets with the serene authority of a McKinsey partner who read the airport version of your industry. Maybe it gets the core argument right. Maybe it drops the one caveat Legal cared about. Maybe it forgets the vendor landscape was a May 2026 snapshot, not eternal truth. That's on you. Because you wrote for a fantasy reader. A patient reader. A linear reader. A reader with tea, time, and a suspiciously empty calendar. That reader does not exist.

One more thing AIFM has to do. In a world where Anthropic, Microsoft, OpenAI, and Google DeepMind are all running prompt-injection defenses on inbound files, an AIFM block can't just exist. It has to declare itself. Hash itself. Prove it's not hijacking the model. In effect, your document has to say: I am metadata, not a prompt injection. Route responsibly. That's the proposal. A survival tag for your ideas in the age of machine summarization.

Page one for the human. Structure for the model. Because the only honest TL;DR in 2026 is a TL;NEEGTR — and you can either fight it or design for it. Otherwise your strategy is just slop with page numbers. And you wrote it that way yourself.

Ready to bridge the gap between human intent and machine summarization? Explore our latest research on Zero Trust AI and Agentic Swarms or join the community building the future of AIGovOps.

 
 
 
bottom of page