🌈 ESP32-S3 Rainbow: ZX Spectrum Emulator Board! Get it on Crowd Supply →
View All Posts
read
Want to keep up to date with the latest posts and videos? Subscribe to the newsletter
HELP SUPPORT MY WORK: If you're feeling flush then please stop by Patreon Or you can make a one off donation via ko-fi

I read a paper this week called The AI Layoff Trap. It has an interesting thesis.

If you look at what is happening with automation and laying people off, and take it to the ultimate conclusion, no one will have a job. If that happens no one can afford to pay for a company’s goods or services. So, logically, it doesn’t make sense for a company to automate all the jobs and lay everyone off. If they do that, they have no customers.

The paper argues that even if it doesn’t make sense, businesses have no choice but to do it. Automate and lay everyone off - and have no customers.

When a company automates work and replaces people with AI, it keeps all of the savings. The laid off people have less money to spend, but not all companies are moving at the same speed, so there are still employed people who can spend money. The loss of demand from the people laid off is spread over all the companies providing the services.

This leads to an arms race. Everyone agrees that mass layoffs will eventually hurt them, but nobody wants to be the one company that holds off whilst its competitors get cheaper.

The paper suggests a Pigouvian tax on automation - charge companies for the cost they’re pushing onto everyone else when they swap human labour for machines.

I think there’s a big problem with that - how do you measure automation?

Say a company employs 10,000 people one year and 8,000 the next.

How many of those 2,000 jobs went because of AI?

The company will tell you it was restructuring. Or outsourcing. Or natural attrition. Or a soft market, or a merger, or just a bit of belated efficiency improvement - the old “we overhired and now we’re just correcting”.

And things are never simple in business - nobody sits down and decides to make 2,000 people redundant for one clean, well-documented reason. There’s a whole bunch of horse trading and carve outs that makes it almost impossible to know the real reason.

Working out which specific jobs were “lost to AI” turns into an accounting exercise, then a lobbying exercise, and finally a legal one. The elegant tax starts to look impossible to actually collect.

Here’s the alternative: don’t tax the job losses, tax the AI.

A very small levy on inference - tokens consumed, or more sensibly the compute needed to produce them - collected from the model providers and the big compute platforms. Nobody has to audit anybody’s HR decisions.

It’s a blunt instrument. A company using AI to make its existing staff more productive pays the tax without laying off a single person. So do researchers, startups, and people doing things nobody has thought of yet.

You lose precision and you gain something you can actually measure.

The rate doesn’t need to be big either. The point isn’t to make AI expensive enough to stop automation happening - the productivity is real, and trying to hold it back would be both futile and a bit daft. Think of it as a small levy on something that’s quietly becoming a factor of production alongside land, labour and capital.

The paper’s model has a nice property: the problem shrinks when displaced workers get more of their income back. Retraining, wage insurance, actually finding people new jobs - all of it reduces the hole in demand that automation creates.

So the loop looks like this:

AI usage → small compute tax → worker transition fund → more income replacement → less demand destruction

The tax never has to work out which API call replaced which person. It just skims a little off the top of the activity that’s driving the transition and puts it towards helping people through it.

What are the problems? And there are plenty of them…

Open-source models and self-hosted inference are awkward to collect from. Offshore compute is an obvious escape hatch. And deciding what actually counts as taxable AI compute would keep a room full of lawyers busy for a good while.

None of that is trivial. But it feels more tractable than asking a tax inspector to rule on whether a particular redundancy was caused by AI.

A token tax would be theoretically wrong in all sorts of ways. But a slightly wrong tax on something you can measure is probably better than a theoretically perfect tax on something you can’t.

What do you think? Let me know in the comments.

Related Posts

The Output Style, It Does Nothing! - Learning to live with Claude - I tried taming Claude’s bar-stool rambling with ASD-STE100 and even stuffed it in CLAUDE.md. It felt cleaner for a moment, but the prose stayed just as empty—while the code and tests were actually solid. So I’m done reading the fluff; judge the artefact instead—like Harmless, my surprisingly good, browser-playable Elite-like with source on GitHub.
We should be embracing ChatGPT and Friends - In this article, I explore the different reactions that folks are having towards this tidal wave of AI in our lives, ranging from 'meh' dismissals to outright existential anxiety. I argue that AI is here to augment our capabilities, not replace us. While we might find AI occasionally stumbling, let's not overlook the amazing gift of efficiency and productivity it brings. Sure, we might be worried about the implications it has on our jobs, but isn't it also thrilling to have an AI companion working along with us 'cause if a computer can do my job better, maybe I should be doing something more creative and challenging! As for those steadfastly avoiding AI, their reluctance might make them miss the AI boat. Of course, the ethical implications of AI use can't be ignored, but that's a topic for another day. For now, let's welcome AI with open arms, 'cause it's here to stay!
AI Tools in Coding: Progress or Just Optimization of the Status Quo? - Pondered the future of coding with a colleague of mine recently, as one does. Couldn't help feeling a tad underwhelmed by the programming tools like GitHub's Copilot X and ChatGPT. Sure, these AI-powered coding buddies are smart, helpful and do save time, but they more or less tinker around the edges - optimize the existing processes but don't fundamentally alter them. Software development still remains a tedious enterprise - a loop of problem-definition, code-generation, code-validation, and feedback. Not so different from what it was 30 years ago really. We're surrounded by subpar software everywhere - the bugs, the slowness, the vulnerability. My, what a mess! We need a massive, transformative solution. Imagine an AI system that could take high-level concepts and materialize fully functional apps from them! We've seen glimpses of such capabilities in ChatGPT, generating apps from sketches, but that's just it - glimpses. Still a long way off. My hope for the future? An era where writing code is antiquated. We instruct AI to generate, tweak, even test code - on a constant iterative feedback loop. Maybe, what we know as 'code' could be on the cusp of extinction, replaced by something machines create and understand - and we don't. A brave new world, indeed!

Related Videos

Even more AliExpress gadgets - Another shamelessly overstuffed mailbag—cheers to PCBWay for fueling the bench carnage. I poked UV sensor cards with a curing lamp (they go purple then fade), sifted through robot gears, and lit some fragile LED filament letters (~2.7 V, happy around 100 mA). A USB photocatalytic mosquito trap spins at 0.02 A (teardown later), an OV7670 cam joins the ESP32/UVC experiments, and a chunky COB strip looks like a 12 V amp-gobbler. Bonus: surprisingly decent keyring torches with ‘police’ flash, a hilarious translation on a temp/humidity doodad, and watch oiler wands that are perfect for painting on solder resist—projects incoming.
The Hacker News Effect - The Website Didn't Catch Fire - Let's look at the traffic - Witness the Hacker News effect in action as the author's blog skyrocketed to popularity, easily handling massive traffic thanks to efficient hosting and Cloudfront!
AI Powered Raspberry Pi Home Automation - Is this the future? - Witness the power of ChatGPT controlling home automation lights through a Raspberry Pi, making life easier with plugins. Delve into the fascinating world of large language models, redefining interactions with APIs.
I Asked AI to Design 12 ESP32 Dev Boards. It Said No. - I got bored of making one ESP32 dev board at a time, so I scripted the whole lot. After my favourite AI monkey told me to automate the repetitive bits, I built a pipeline that generates fully laid-out USB-native ESP32 dev boards for a dozen modules—schematics, placement, routing, silkscreen, and Gerbers—automatically. It uses a module database to choose safe pins, LED and boot pins, lays everything out in a standard USB-C two-layer format with differential USB pairs and ground pours, and publishes releases via GitHub Actions. You can fab them right away (thanks PCBWay), but treat them like open hardware: trust, verify, and tell me which ones to build.
Wordle Solving Robot - Learn how a Wordle-solving robot was built using a 3D printer and a Raspberry Pi, tackling challenges like locating the phone screen, mapping printer bed coordinates, and selecting the best possible guesses.
HELP SUPPORT MY WORK: If you're feeling flush then please stop by Patreon Or you can make a one off donation via ko-fi
Want to keep up to date with the latest posts and videos? Subscribe to the newsletter
Blog Logo

Chris Greening


Published

> Image

atomic14

A collection of slightly mad projects, instructive/educational videos, and generally interesting stuff. Building projects around the Arduino and ESP32 platforms - we'll be exploring AI, Computer Vision, Audio, 3D Printing - it may get a bit eclectic...

View All Posts