80,000 MSPs, 1,000 Automation Engineers -- and an AI That Writes Your Workflows
The CEO of an MSP automation platform put a number on something the channel has felt for years. In a July interview with a channel trade publication, he estimated there are roughly 80,000 MSPs worldwide and only about 1,000 engineers qualified to build their automations. His question: what do the other 79,000 MSPs do?
His answer is a platform rebuild centered on an AI agent. Describe a process in plain language, and it drafts the workflow on a canvas you can see, edit, and approve. As a product decision, it's sound. The edit-and-approve design is exactly right.
But it solves the authoring gap. It does nothing for the ownership gap. And ownership is where automation actually gets expensive.
Authoring was never the whole job
The same vendor's 2026 automation report found that 97% of MSPs plan to automate more this year, while only 4% say they've reached automation maturity. Their customers ran 19.5 billion automated tasks in the past year, 2.4 times the prior year's volume.
Read those numbers together. The MSPs who already have automation engineers are pulling away from the ones who don't. And every workflow an AI drafts for the other 79,000 becomes one more thing that can fail on a Saturday, with no one on staff who understands why.
The math gets uncomfortable fast. If roughly 1,000 people can build these workflows, roughly that many can debug them. AI authoring means the debugging queue now grows faster than the expert pool ever will.
What generated code does in production
There's no public dataset yet on AI-written MSP workflows failing in production. The closest proxy is AI-generated software, and that data is blunt.
A 2026 survey of 200 senior reliability and DevOps leaders found that 43% of AI-generated code changes require manual debugging in production, even after passing QA and staging. A separate survey of more than 200 enterprise technology leaders found 81% have experienced production failures tied to AI-generated code. In that same study, 70% said validating AI output is now a bigger burden than writing code was.
The bottleneck didn't disappear. It moved. From "who builds it" to "who verifies it, and who fixes it when it pages someone at 2 a.m."
One of the world's largest online retailers learned this in March, when two outages traced to AI-assisted code changes cost it millions of lost orders in a single week. Its response wasn't more AI. It was a 90-day code-safety reset and a new rule: a senior engineer must approve AI-assisted changes to critical systems. The fix for unowned automation was accountable humans.
Even the vendors selling autonomous agents know this. Another MSP platform launched AI agents for accounts receivable this month with two modes: one where a human approves before action, one where a human reviews after. Either way, a named person is in the loop. The industry's own architecture keeps voting for ownership.
You can't hire your way there
The obvious response is "fine, we'll hire an automation engineer." The 2026 market data says most MSPs can't.
A major IT management vendor's 2026 survey of more than 1,000 MSPs found deal sizes compressing hard: the share of MSPs reporting typical customer spend above $25K per year fell from 75% to 41% in one year. At the same time, the share reporting difficulty hiring skilled technicians nearly doubled, from 9% to 16%.
The demand side is just as lopsided. In that same survey, 48% of MSPs ranked AI and automation as the top client need for 2026. Only 13% generate meaningful revenue from it.
So the average MSP is being asked to deliver automation expertise its clients now expect, out of contracts that are shrinking, in a labor market where the required skill is among the hardest to find. A 12-week hiring ramp for a role you may not be able to fill, at a salary your deal sizes no longer support, is not a plan. It's a hope.
The ownership layer
Here's the position we'd argue: an AI that drafts workflows is genuinely useful, and you should want one. But a workflow without an accountable engineer isn't an asset. It's a liability with good uptime so far.
Ownership means a specific person whose name is on the workflow. Someone who reviewed what the AI drafted before it touched a client environment. Someone who gets the page when it breaks, understands the systems it touches, and can trace the failure instead of re-prompting and hoping.
For most of the 79,000, that person shouldn't be a new hire. It should be embedded capacity: engineers who work under your brand, on your clients' systems, without appearing on your payroll.
This is the model LTFI built its partnership program around. Your brand, our engineering. We stay invisible. Agencies, MSPs, and technology consultancies get access to our full technical stack (managed hosting, security, development) under their own name. The capacity is elastic: scale technical delivery without hiring, wind it down without layoffs.
The engineering underneath is the same discipline we apply to our own infrastructure. Every client runs on dedicated, isolated infrastructure, not shared resources. Hardened Debian servers with automated patching and default-DROP firewall policies. More than 30 automated verification checks on every deployment. Our longest client relationship goes back 13 years, which is what ownership looks like measured in decades instead of sprints.
We run active white-label engagements today with a fashion and marketing agency, a marketing and PR firm, and a technology partner, all under NDA. Their clients see one team. That's the point.
The gap that's actually worth closing
The 80-to-1 estimate is a vendor CEO's number, not a census, and it's worth holding it loosely. But the shape of the problem is right. There are far more MSPs that need automation than engineers who can be responsible for it, and AI drafting tools widen that gap even as they appear to close it. More workflows, same number of owners.
The MSPs that win the next few years won't be the ones that generate the most automation. They'll be the ones where every workflow, generated or handwritten, has a human who answers for it. You can build that layer slowly through hiring, or you can plug it in.
Explore our partnership program at ltfi.ai/partners.