Tired of the AI hype machine
The feed vs. the floor
Open LinkedIn and you’ll see the same recycled energy over and over:
- AI will reinvent your entire industry!
- The companies that don’t adapt will die!
- Here’s how I use AI to 10x my thinking in under 3 minutes!
Then, in the comments:
- 🔥 “Incredible insight!”
- 🤝 “Exactly what I’ve been saying!”
- 🧠 “Have you tried asking ChatGPT politely?”
And so many rocket 🚀🚀🚀 emojis.
Meanwhile, in actual companies:
- Our Copilot licenses are active, but no one knows where to start
- We built a chatbot, but it just repeats things from our website
- We don’t trust the output, so we still do it manually anyway
This is the real gap:
LinkedIn is busy arguing over whether AI understands ‘please’ and ’thank you’ while orgs are still struggling to make AI useful at all.
Most AI implementations right now are stuck at what I call the chatbot plateau. We’re not solving real business problems, we’re giving people a generic chat interface and calling it innovation. Instead of improving how knowledge is structured or decisions are made, we offer employees yet another vague prompt box: Ask me anything! The result? A confused user asking for the parental leave policy, only to get an outdated file, a broken link, or a non-answer dressed up in polite language. This isn’t transformation; it’s deflection. Slapping a chatbot onto an intranet doesn’t fix content chaos, broken search, or unclear ownership. It just buries it one layer deeper. And yet, this is what passes as AI integration in far too many orgs right now, because it demos well and looks futuristic, even when it delivers nothing. So while the feed celebrates another prompt tip or AI-generated image, the floor is dealing with broken systems and bigger questions.
The AI theatre is exhausting
You’ve probably seen the elephant. Someone prompts a generative model: Create an image of a group of people with no elephant in it. What do you get? A lovely picnic scene… with a giant elephant in the middle. Funny? Sure. Insightful? Maybe once. Helpful to anyone trying to automate a broken procurement process? Not even slightly.
This is the noise:
- Prompt hacks, AI-generated carousels, and ethics debates held entirely in abstract
- Thought leaders posting about their AI-first mindset from the comfort of a slide deck
- Dozens of use cases that are clever, but not valuable
And in the background, the actual AI problems remain unsolved: Data quality. Governance. Integration. User adoption. Real-world constraints.
What working AI actually looks like
The irony? AI does have real potential. But the projects that succeed don’t start with elephants, ethics debates, or tip-of-the-day posts. They start with grounded questions:
- Where is our time being wasted?
- Which decisions are based on guesswork?
- Which manual steps could be automated safely and meaningfully?
Transformation happens when teams define real problems, connect usable data, and build human-first, feedback-driven workflows and then, only then add AI where it helps.

Stop solving imaginary problems
Saying “thank you” to a language model doesn’t affect your ROI. Neither does creating a prompt that includes without an elephant. Here’s what does:
- Building use cases that reduce real friction for real users
- Understanding when automation is helpful—and when it’s just noise
- Getting past the AI-as-magic thinking, and focusing on design, intent, and structure
I’ve seen far more impactful results from AI when it’s embedded deeply into processes and not just layered on as a chatbot. In past projects, I’ve worked with teams to implement predictive maintenance using sensor data to prevent costly downtime in industrial environments. We’ve used AI-powered document intelligence to extract clauses, renewal dates, and obligations from thousands of contracts. This saved legal teams hours of manual review and triggering automated workflows in Microsoft 365. In finance, I’ve helped build models to detect anomalies in transactional data to flag potential risks long before audits catch them. HR teams I’ve worked with now use AI to identify bias in job descriptions and streamline internal mobility by matching people to roles based on skills, not job titles. I’ve also helped service teams move past basic bots and into intelligent routing, where incoming requests are prioritized and sent to the right team based on AI-driven classification and not just a keyword match.
None of these required a chat with your data interface. They required clear goals, usable data, and the right architecture. These projects don’t go viral. But they solve actual problems. That’s the kind of AI transformation I’m here for.
Final thought
I believe in the potential of AI. But I also believe most organizations are still early in the journey, despite what LinkedIn would have you believe. So if you’re not chasing the elephant or debating prompt tone, good. You’re probably closer to meaningful AI than most of the visionaries. Let’s keep doing the work. The real kind.
Published on:
Learn moreRelated posts
You are holding GitHub Copilot Wrong!
Most developers think that one can’t really use GitHub Copilot wrong. There is a chat interface that lets you also choose a model, so th...
You are holding GitHub Copilot Wrong!
Part 0 showed why constant prompting, re-prompting, and steering GitHub Copilot feels fragile. Not because Copilot is unreliable, but because ...
Building a Multi-Hierarchy Ticket Classification System (Because Keywords Aren't Enough)
Look, I love a good keyword-based system as much as the next developer. They’re fast, predictable, and when your user says “VPN,&r...
Secretless cross-tenant dataverse access
Client secrets are like hiding your house key under the mat; easy to grab and impossible to audit. Certificates are just slightly better, beca...
How Azure CLI handles your tokens and what you might be ignoring
Running az login feels like magic. A browser pops up, you pick an account, and from then on, everything just works. No more passwords, no more...
How Dev Proxy teaches you to make your apps more resilient
I added Microsoft Dev Proxy to my Mermaid → Dataverse converter, because I wanted to test how it handled rate limits and API errors. What I go...
Building Azure functions that never store secrets — ever
What if your function could hit Microsoft Graph with no client secrets, no certs, and no Key Vault entries? That is exactly what a Managed id...
Introducing Mermaid to Dataverse Converter
Why diagrams matter (and why they usually fail us) Entity-Relationship Diagrams (ERDs) are the universal shorthand for talking about data mode...
It’s OK to be seen trying
It’s OK to be seen trying Somewhere along the way, we started believing that you’re only allowed to speak after you’ve figured everything out....
Stuck in pilot - Part 1: no foundations, no future
“We just need to test the AI. We’ll figure out the data later.” That sentence has quietly killed more AI pilots than any model failure ever ...