You are reading contentfolks—a monthly(ish) blend of sticky notes, big marketing ideas, and small practical examples. Thank you for being here! ~fio
Hey there 👋
There’s this Italian proverb, fidarsi è bene, non fidarsi è meglio, that captures my current relationship with LLMs pretty well: trusting is good, not trusting is better.
We’ve all been sold the promise that a lot of work could be fully delegated to the Claudes and ChatGPTs of this world; but as we’ve been discovering, there’s a canyon between the promise and what we’re actually getting. And in that canyon is a vast amount of deliverables that look plausible on the surface but always, always need a few extra verification steps.
Here are three recent examples. You can look at them in isolation and declare them blips—though in my book, when the same blips keep happening, the proper name for them is patterns.
(if I sound a bit grumpy about this… I am)
I used Claude to analyse a .csv export from Search Console. Pretty standard stuff, except Claude fully ignored a bunch of pages without acknowledging it—and in one specific topic cluster, the absence of a single URL skewed the results entirely.
I caught it early because it’s my job to know Float’s commercial URLs and because I wrote and shipped the missing page myself. But someone less familiar with our website might not have noticed.
I’d been operating under the assumption that whenever you upload a .csv into an LLM it will use all the rows, not just the ones it feels like using. Evidently, I was wrong; but even if I give this command from the start… can I ever really trust it’s going to follow it?
I was working on an outline for a different client and used Claude to find a few relevant stats and data points. I liked what it found, but mindful of the Italian proverb above, I clicked through to double-check.
The numbers on the website were completely different—and that’s where I discovered this particular model retrieves a cached version of a page, instead of the live one. This was brand new information to me, and something I only got to after several question rounds.
Long story short: if you’ve ever trusted it with a similar task, you may want to double-check every single data point it ever surfaced. And then of course you will need to keep double-check everything it gives you from now on.
This may be a bizarre thing to be principled about in 2026, but I will always be the person who spends two hours reading & categorising every survey answer in a thousand-row spreadsheet manually instead of letting an LLM do it in 5 minutes.
One reason for this is I simply will not trust an LLM not to make sh*t up.1
I went through a 200-answer churn survey full of business-critical insight, broken down by the respondent’s company size. I knew that none of the companies in the sample had more than 100 employees; but when we ran the same sheet through Claude, it began attributing quotes and behaviours to a 100+ employee segment.
I cannot emphasise this enough: the segment did not exist in the raw data. Trusting the analysis without double-checking the original numbers would have missed the hallucination; worse, we might have built a business case around customer evidence that wasn’t actually there.
I don’t mind the fact-checking per se. Being rigorous at work is how we serve our audience and customers well. Accuracy is a point of pride, and making sure things are correct is a good use of our time.
What I do mind is that we keep being sold this story of a technology that makes our lives easier and saves us time so we can fully focus on better thinking and more strategic work… and yet here we are, with the time supposedly freed by AI tools now spent double-checking work done by the same AI tools, unsure if we can ever fully trust what we get out of them, and sometimes finding it so much easier to just do the thing ourselves.2 Like we used to.
It just gets tiring, you know?
The other more important reason is that there is a huge experiential gap between reading a report that states 50% of customers come to you because of X, and having to work through 400+ messages where customers mention variations on X and suddenly feeling their cumulative weight in your brain. “Saving time” should not come at the expense of “understanding nuance” → and yes, quite often the right way to understand nuance is to just sit in the data, row after slow and painful row.
Lest I come across as a complete dinosaur, luddite, or a mix of both, let me also state there are things I am doing with LLMs that I never could do before. For example, I recently built myself a micro-app that runs in Terminal and sends me random health reminders throughout the day: take a walk, do some stretches, smile, drink water, etc.
It was never a big enough pain point for me to justify paying for dedicated software; and it was also never a big enough issue for me to want to spend hours researching how to build my own solution. So the opportunity lay dormant in the part of my brain dedicated to wishful thinking... until last week, when I spent a literal 12 minutes in Claude and got to a working app and an in-depth explanation of how to edit it, should I want to.
This is the kind of AI unlock I’m here for: not the generation of millions of content pages at the press of a button or a spreadsheet analysis that should really be done inside your brain, but the building of micro-things that make life a tiiiiiiny bit better for an audience of one.
No posts

Comments
Nothing yet. Say the first thing.
Sign in to join the conversation.