Speed and trust
Humans own the design and verification. Agents carry implementation. Specs, tests, review, observability, and rollback make speed durable.
A field guide to AI coding anti-patterns
Slopapalooza names the failure modes that appear when powerful coding agents meet weak engineering systems — and shows serious teams how to keep the speed without inheriting the wreckage.
Not anti-AI. Anti-unforced-error.
19named failure modes
90 secteam risk diagnostic
9production-readiness checks
The point, without the costume
AI coding is extraordinary. That is exactly why the operating model around it matters.
The danger is not one weird generated function. It is the system around it: vague intent, thin review, broad permissions, no rollback, and nobody who can explain what just shipped. Each shortcut looks harmless. Together, they compound.
It looks fine on day one. The invoice arrives later, with interest.
Field guide / selected entries
Once you can name a failure mode, you can design a system that prevents it.
Planning
Vague intent goes in. Confident code comes out. Nobody checks whether the architecture makes sense.
Read the pattern → 02Architecture
The agent keeps adding to the file that already exists because nobody stopped to redesign the thing.
Read the pattern → 03Review
A 1,200-line pull request, a three-bullet AI summary, and the most expensive possible interpretation of “LGTM.”
Read the pattern → 04Operations
An agent takes irreversible customer-facing actions with no approval gate and no kill switch.
Read the pattern → 05Verification
The AI wrote the code and the tests. They agree with each other. Unfortunately, they are both wrong.
Read the pattern →The complete catalog
The antidote
Use AI for more implementation, not less. Put people where judgment matters most: intent, architecture, constraints, and proof.
Use the 9-point pre-flight checklistWrite down behavior, constraints, failure states, and acceptance criteria before generation begins.
Give agents the context and permissions they need — not the keys to every kingdom.
Test the result against reality, not against the same assumptions that produced the code.
Someone must be able to explain the change, operate it, and reverse it when the vibes deteriorate.
The 90-second diagnostic
Seven direct questions about specs, review, tests, ownership, and production controls. No email gate. No twelve-page PDF at the end.
Take the Slop Risk Test →Field reports
Inherited an API designed entirely by autocomplete? Survived a migration with no rollback plan? Tell us. The best worst stories get published, anonymized on request.
Submit a horror storySame thesis, different costume