Automation
When Automation Freaks Out Your Team: A Playbook for Ops Leaders
A recent Reddit thread shows IT people getting spooked by their own automation. Here's how to lead them through it.
Introduction
I spent the morning reading two very different Reddit threads. One was an IT professional admitting that so much of their job has gotten automated that it "kinda freaks me out sometimes." The other was the creator of a popular AI image model—Heretic—publicly advising people to stop using his model as a text encoder for another model called H3. Two different communities, one shared lesson: automation is moving faster than our collective ability to use it wisely.
If you run a B2B service team, a clinic, an agency, or any operation that depends on repeatable processes, you're about to face the same collision. Your IT team will get nervous. Your ops team will start stringing together AI tools without understanding the boundaries between them. And you'll be left to clean up the mess.
This playbook is for the leaders who want to automate without breaking trust or your stack.
The Problem
The Reddit post in r/automation is not really about technology. It's about identity. Someone who built a career on knowing the inner workings of their systems is now watching scripts and AI agents do the work. That anxiety is rational. It's also unavoidable.
The second thread is the technical version of the same story. The creator of Heretic posted a warning: do not use Heretic models as text encoders for H3. Why? Because a model that works well for one job can produce garbage when bolted onto another pipeline. The fact that he had to issue the PSA tells you everything about how people behave with new AI capabilities. They hear "open source model" and assume it can be swapped in anywhere.
In business automation, I see the same mistake daily. A clinic asks me to add an AI voice agent to handle missed calls. But they want it to access patient records directly, without going through the proper integration layer. An agency wants to connect GoHighLevel to their email platform with a simple n8n webhook, but they don't think about what happens when two systems have different data schemas. They're effectively trying to use a "heretic" model as a text encoder for "H3."
The Solution
The fix isn't to slow down automation. The fix is to lead it with a framework.
Step 1: Inventory the repetitive work that's actually being automated
Start by asking your team—especially your IT and ops people—where they spend their most boring hours. Don't ask "what should we automate?" Ask "what did you do twice yesterday that you wish a machine could do?" You'll get honest answers if you start with a genuine problem instead of a mandate.
The IT person on Reddit didn't say their job was gone. They said it got automated. That's a signal. Somewhere in your operation, there are people doing things that don't require human judgment. Find those tasks, because those are the ones your team secretly wants off their plate.
Step 2: Pick the right tool for each slot
This is where the Heretic PSA hits home. You don't use an image generation model to encode text for another image model. You don't use a general-purpose AI chatbot to replace your CRM's native workflow engine. You use the right component for the right slot.
I build most of my client automations with two tools: GoHighLevel and n8n. GoHighLevel handles the CRM, the follow-ups, the pipelines, and the communication layer. n8n handles the orchestration between different apps—taking data out of one system, transforming it, and pushing it into another. And AI voice agents? They have their own place: the front line of after-hours calls and simple appointment scheduling. That's it.
When you force a tool into a job it wasn't designed for, you don't just get poor outputs. You get silent failure. The system still runs, but the quality degrades. And unlike a visual glitch in an image model, a business automation failure can cost you a client or a patient.
Step 3: Put a human checkpoint in every automated loop
The easiest way to reduce automation anxiety is to prove that a human still makes the final call. Not because you don't trust the AI, but because your team needs to see it working before they trust it.
For example, when I set up an n8n workflow for a B2B service team, I'll start with a "human approval" node. The AI drafts a response, extracts the customer name, summarizes the conversation, and then sends it to a Slack channel where a real person clicks "Approve" before it goes to the client. After a few weeks of successful approvals, we remove that step for the low-risk cases.
This isn't just good change management. It's good engineering. You're creating a test loop. If the AI is wrong, a human catches it before the customer sees it. The Reddit IT professional didn't say the automation was broken—they said it made them uncomfortable. A human checkpoint directly addresses that discomfort.
Step 4: Communicate the "what's next" before you automate
If you're reading this, you're probably the one driving the automation. Your team isn't. They don't know if the new AI voice agent is going to take over their job or just take over the 4 p.m. reminder calls.
You need to be explicit: "We are automating the tasks, not the role." Then prove it with examples. "Rebecca, you're going to stop manually entering data from intake forms. Instead, the n8n workflow will do that, and you'll spend that hour reviewing the high-risk cases that the AI flags." That is a concrete, positive message.
The Reddit post should be required reading for every ops leader right now. It's a reminder that even the people who build automation get spooked when it starts moving without them. Your job is to make sure the automation moves with them, not around them.
Implementation
Let me give you a concrete pattern I use with clients. It's not a full setup, but it's the skeleton.
Step 1: The trigger
Every automation needs a trigger. In n8n, that might be a webhook from GoHighLevel, a new row in Google Sheets, or an email in a shared inbox. For a service team, I like starting with "new lead created in GoHighLevel."
Step 2: The decision
Add an AI node that reads the lead's message and determines intent. Is it a support request, a billing question, or a sales inquiry? Use a modern language model with a strict system prompt. Tell it: "You are a triage assistant. You only classify. You do not respond to the customer." This keeps it in its lane—unlike a certain model that shouldn't be used as a text encoder.
Step 3: The action
Depending on the intent, n8n routes the lead to different pipelines:
- Sales inquiry → GoHighLevel pipeline + Slack notification to sales rep.
- Support request → Ticket system + auto-reply with expected wait time.
- Billing question → Human escalation only. No AI responds.
Step 4: The review
For the first 30 days, every automated action logs a summary to a dedicated Slack channel. Your ops lead can see what the AI did and why. If something looks wrong, they can override it.
That's it. No complex AI, no neural nets. Just a clean pipeline with clear boundaries and a human in the loop.
Results
I can't give you a fake dashboard. What I can tell you is what happens to the people, because that's the part that matters. The IT person on Reddit went from "my job is automated" to "this freaks me out." That's not a technical failure—it's a leadership failure.
When you implement automation with a human checkpoint, transparent logs, and a clear "what's next" message, the tone changes. The team starts seeing the AI as an extra pair of hands instead of a replacement. The "freaks me out" energy turns into "can we automate this too?" That is the metric I care about.
Key Takeaways
- Automation anxiety is real, even among the engineers. Don't ignore it; design for it.
- Match tools to roles. If the creator of a model says it's not a text encoder for your other model, listen. The same applies to business software.
- Put a human approval step in the loop until trust is earned.
- Communicate what you're automating, why, and what your team will do instead.
- Use orchestration tools like n8n as the glue, and purpose-built systems like GoHighLevel as the spine.
The future isn't about replacing your team with AI. It's about stripping away the work that doesn't need them. Those two Reddit threads taught me that the biggest risk isn't automation itself—it's automating carelessly. Now go build something that makes your team less frightened, not more.
Sources
Related Reading
Build Log
The AI Peak Myth: Why Your Ops Should Be Doubling Down on Automation Now
Reacting to the 'AI peak' narrative with evidence from the battlefield and a playbook for ops leaders to keep investing in automation.
Build Log
Don't Pause Your Automation: A Playbook for Ops Leaders Navigating AI Regulation Noise
Reacting to the 'pause AI' letter without losing momentum on practical automations that actually serve your B2B team.