
AI Agents Aren’t Heroes. They’re Janitors — and That’s a Good Thing.
- Mark Kendall
- 6 days ago
- 3 min read
AI Agents Aren’t Heroes. They’re Janitors — and That’s a Good Thing.
Every few years, our industry crowns a new hero.
First it was DevOps.
Then SecOps.
Then MLOps.
Now it’s Agent-First Everything™.
According to the marketing decks, AI agents are supposed to:
design systems
write features
replace developers
“accelerate innovation” (whatever that means this quarter)
If you’ve been doing this long enough, you already know how this story ends.
The vision gets applause at the top.
The implementation never survives contact with reality at the bottom.
So let’s talk about what AI agents actually are, what they’re good for, and why the only way they succeed is if we stop pretending they’re heroes.
The Problem With “Agent-First” Thinking
The idea sounds seductive:
“What if AI agents continuously improved your codebase?”
In practice, that turns into:
endless PRs
CI pipeline churn
refactors no one asked for
engineers drowning in “helpful” suggestions
teams afraid to release because the system is always changing
Software delivery already struggles with:
scope creep
release coordination
governance
consistency at scale
Adding unbounded intelligence on top of that doesn’t solve the problem — it amplifies it.
The Mental Model That Actually Works
AI agents should not be heroes.
They should be janitors.
Janitors:
don’t redesign the building
don’t decide what work matters
don’t work unless asked
follow clear instructions
clean up specific messes
make the place better quietly
You don’t celebrate them in company town halls —
but you definitely notice when they’re not there.
That’s the right role for AI agents in software engineering.
What “Janitor Agents” Actually Do
In a sane system, agents are:
event-driven, not always on
intent-bound, not curious
budget-limited, not relentless
They activate only when something specific happens:
a Jira ticket moves to “Ready”
a security alert fires
a dependency goes out of date
a policy is violated
a maintenance window opens
They are told exactly what to clean:
“Fix this failing test”
“Update these dependencies”
“Apply logging standards here”
“Refactor this repeated pattern”
And when the job is done — they stop.
No background optimization.
No creative rewrites.
No surprise improvements.
Where the Real Value Lives (Hint: It’s Not the Agent)
The intelligence isn’t in the agent.
It’s in:
the rules (architecture standards, quality gates)
the context boundaries (what data they can access)
the intent (why the work exists)
the governance (when they’re allowed to act)
That’s why systems like this only work when you separate concerns:
Agents do the work
Context services control access
Policy engines define what “good” means
Pipelines verify outcomes
Humans decide what ships
When vendors collapse all of that into “just trust the agent,” they’re selling a demo — not a production system.
Why Companies Keep Buying the Hype
Because “agent-first” sells better than:
“boring automation that reduces toil”
Heroes are exciting.
Janitors are not.
But organizations don’t win by being excited.
They win by:
shipping reliably
enforcing standards consistently
reducing cognitive load
protecting senior engineers’ time
No company ever failed because their janitors were too effective.
The Real End Game
The future isn’t:
autonomous software development
self-healing codebases
agents replacing architects
The real end game is:
cleaner repos
fewer dumb tasks
more architectural focus
less yak-shaving
better mornings for engineers
AI agents, used correctly, don’t change careers.
They protect them.
They let architects design.
They let teams build.
They quietly take out the trash.
Final Thought
If someone is pitching you AI agents as the heroes of your engineering organization, be skeptical.
If they’re pitching them as janitors with strict instructions, limited authority, and clear intent — now you’re having an adult conversation.
That’s not hype.
That’s how real systems survive.

Comments