I think AI assistance in writing is fine for what it's worth. Perhaps you'd like
https://sockpuppet.org/blog/2026/09/17/how-to-write-with-an-... or
https://www.seangoedecke.com/how-i-use-llms/#proofreading-fo...?
However, I'm as allergic to slop in my code as in my reading. I'd hit "request changes" on this blog post- LLM assistance is as irrelevant to that as it is in a PR.
I'll commit to the bit: here's a PR review on your blog post. Just my humble opinion and I'm no writer myself, so feel free to disregard all of it. It was written by hand, minor rewrite according to AI critique :)
---
> Instructed to answer in cablese — the telegraph operators' compressed dialect, models elicit 40–49% fewer billed output tokens on the API's meter, and models across four families still recover the information at full fidelity.
suggestion: that's a run on sentence, with a "—" signifying a new sentence, but this second sentence doesn't have a clear flow. Try vocalising this sentence, where are your breathing pauses? I can't vocalise it clearly. It's a very minor thing! Try vocalising this minor rewrite: "Instructed to answer in cablese — the telegraph operators' compressed dialect — models elicit 40-49% fewer billed output tokens. Models across four families still recover the information at full fidelity."
That's much easier to vocalise. Usually, that makes it easier to read, too.
> The Telegraph Test benchmark measures how well models compress using this technique as well as how much information they can retreive from it afterward.
nit: reword. "how well models compress" is a bit awkward here. something like "The Telegraph Benchmark measures the model's ability to compress, as well as...". To me "Telegraph Test benchmark" is a confusing term, "Telegraph Benchmark" is clearer, and still terse(er!)
praise: otherwise this is a good abstract-like introduction.
nit: You did clearly edit this by hand, because you misspelled "retreive".
> Cross-family matrix (readers = foreign models answering from GLM-5.3-Flash’s records; writers = GLM-5.3-Flash answering from theirs) :
suggestion: add a paragraph. This is not a good introductionary text, what kind of questions did you test on, what's the goal here?
> GLM-5.3-Flash itself: 48.4% savings with the lowercase instruction, in-family recovery 1.09. No comparison in the matrix favors plaintext; every ratio sits at 0.99–1.10.
question: why start with "<one of the models> itself?" It's unclear why you're talking about that one in particular here, and makes it hard to follow your point.
> The condition ladder — same questions, one variable at a time:
question: what is a condition ladder?
> The register is not a construct we invented (LLMs were handed compressed records cold and read them at parity); the capability was already in the weights, inherited from a century and a half of people writing under metered bandwidth.
suggestion: rephrase. What's "the register", as in the tone the LLMs speak in? explain your terms.
> Every model tested can do this.
suggestion: rephrase, that's not a grammatically correct sentence. e.g. "all models we tested can do this", or "every tested model can do this" if you wish terseness.
One such sentence is obviously not a problem at all! but too many, and you'll lose readers.
> Notice what this adds up to: Result:
praise: good centerpiece, that's your central thesis
> No new hardware, no training, no API change, one sentence of instruction.
nit: very AI coded language, "no <x>, no <y>, ..." is cliché. Not a problem obviously, but I thought I'd bring your attention to it.
---
That's sorta where I lost interest in this PR review bit. the point here is that it's harder to read and engage your content. Also, if it looks too AI, you'll lose readers who assume you didn't put effort in.