Yes, AI Wrote This Blog. No, It’s Not Slop: An Amplifier of Intent (Not a Source of Ideas)
Let’s put this on the table in the very first sentence so nobody wastes time playing detective in the comments: every article on blog.marzeta.pl—including this one—and every production service in my GitHub AI-SDLC Case Studies repository is written and implemented using autonomous AI agents.
And no, none of it is "AI slop."
Every single action documented on this blog was executed by me on real systems. Every problem was diagnosed by me. Every architectural boundary, security invariant, failure-mode trade-off, and verification gate originated from the depths of my own mind. I am the one holding the system on the rails, defining the rules, setting the creative direction, and rejecting anything that drifts from the specification.
If you want to understand why I run my engineering workflow this way—and why judging technical work by how many hours someone spent manually typing sentences is an obsolete metric—start with a simple thought experiment.
The Pre-2022 Thought Experiment: What Would You Do With 50 Engineers Working 24/7?
Go back to 2021—before modern agentic coding models existed—and ask yourself a deceptively simple question:
What would you do if, tomorrow morning, someone handed you 50 senior software engineers available 24/7 who would build whatever you asked of them?
At first glance, almost everyone thinks: "I would ship everything on my roadmap in a week."
Then you sit down to actually direct them, and you hit a wall.
You realize within the first two hours that raw typing capacity was never the real bottleneck. Suppose those 50 engineers are hyper-literal contractors with encyclopedic memory and zero agency. They have memorized every Linux syscall, every RFC, and every framework manual on Earth. They type at 1,000 words per minute and never sleep.
But they also possess: - Zero intrinsic agency: They will never wake up caring whether a problem is worth solving. - Zero product or architectural taste: Left to their own defaults, they will happily bolt on three unnecessary abstraction layers or pick the most fragile integration path. - Zero survival instinct for system boundaries: If your specification is ambiguous about network namespace isolation, SQLite lock contention, or credential scrubbing, 50 hyper-literal contractors working 24/7 will manufacture a catastrophic, self-contradictory mountain of technical debt before Tuesday afternoon.
Directing 50 tireless, hyper-literal executors turns out to be one of the hardest architectural and creative challenges in software engineering. To keep them from sprinting off a cliff, you have to bring 100% of the vision, problem discovery, constraint definition, and ruthless verification yourself.
An Amplifier of Intent (Not a Source of Ideas)
That thought experiment is no longer hypothetical. It is the exact reality of working with modern AI coding and writing agents in 2026.
The mistake both AI hype-peddlers and AI cynics make is treating the model as the author. It isn't. AI is an amplifier of intent, not a source of ideas.
An amplifier does not compose the music, and it does not know whether the signal entering its input jack is a symphony or static noise. It simply multiplies whatever is inside the head of the human operating it:
| Dimension | Unconstrained "AI Slop" (Prompt & Pray) | Deterministic AI-SDLC (Amplifier of Architect Intent) |
|---|---|---|
| Origin of the Idea | Generic prompt ("Write a post about Docker security" or "Build a download script") | Real production pain diagnosed firsthand by the architect (clone3 seccomp traps, ACR TV telemetry, VPN DNS leaks) |
| System Architecture | Delegated to the LLM's statistical average; drifts across files and sessions | Locked down upfront in adversarial Design Specs (specs/) with explicit trade-off tables and state machines |
| Execution Discipline | Ad-hoc chat copy-pasting; untested happy-path code | Decomposed into bite-sized Red-Green-Refactor TDD plans (plans/) executed by isolated subagents |
| Quality & Truth Gate | "It looks plausible in the chat window" | Hard verification gates (pytest suites, Trivy CVE scans, live daemon telemetry) before a single line ships |
| Public Artifact | Unverifiable wall of generated text | Full source code, specs, plans, and test suites published to GitHub |
When you feed lazy, vague intent into an LLM, the amplifier multiplies that laziness into AI slop.
When you feed deep architectural intent—real hardware and distributed-systems problems you uncovered yourself, strict security invariants, and deterministic TDD plans born in your own mind—the amplifier turns one creative architect into a disciplined 50-engineer organization.
Why Writing Is No Longer Proof of Work
This brings us to the elephant in the room: if I engineered the system, diagnosed the bugs, and wrote the specifications, why let AI draft the English prose of the blog posts?
Because I completely agree with Sean Goedecke’s essay, Writing Is No Longer Proof of Work.
For decades, well-structured prose functioned as a social and professional Proof of Work—an expensive human hash function. Because writing clear paragraphs from scratch was slow and mentally taxing, a polished 3,000-word technical article proved that the author had spent 15 hours staring at a cursor, agonizing over sentence transitions, and editing grammar.
In 2026, that proof-of-work mechanism is dead. Generating clean, grammatical paragraphs costs fractions of a cent and takes ten seconds.
When the cost of prose drops to zero, clinging to the number of hours you spent manually wordsmithing sentences is mistaking friction for value. Engineering labor is not measured by how many hours you sit in front of a monitor or how long you spend polishing adverbs. Work is effectiveness.
If writing prose is no longer proof of work, what replaces it? Verifiable engineering outcomes: 1. Problem Selection & Creative Direction: Did you spot a real bottleneck and conceive an original architectural solution? 2. Boundary & Failure-Mode Rigor: Did you anticipate what breaks on contact with production reality (IPv6 SLAAC link-local leaks, Ghost 6 Lexical overwrites, Android setupwraith bricks, SQLite WAL concurrency)? 3. Inspectable Proof-of-Work Artifacts: Can any Principal Engineer or CTO click a link at the bottom of the article and inspect the exact design specs, TDD implementation plans, production code, and automated tests that back every claim?
How This Blog Holds the System on the Rails
Every article on MarzTech (blog.marzeta.pl) is the final stage of a closed-loop engineering pipeline:
┌─────────────────────────────────────────────────────────────────────────┐
│ 1. HUMAN ARCHITECT (100% of Intent, Creativity & Problem Discovery) │
│ Identifies production problem, defines boundaries & trade-offs │
└───────────────────────────────────┬─────────────────────────────────────┘
▼
┌─────────────────────────────────────────────────────────────────────────┐
│ 2. ADVERSARIAL SPEC & TDD PLAN (specs/ & plans/) │
│ Brainstorming -> Builder Check -> Bite-sized Red-Green-Refactor plan │
└───────────────────────────────────┬─────────────────────────────────────┘
▼
┌─────────────────────────────────────────────────────────────────────────┐
│ 3. SUBAGENT TDD EXECUTION & VERIFICATION GATE (src/ & tests/) │
│ 50 hyper-literal contractors held in check by automated test suites │
└───────────────────────────────────┬─────────────────────────────────────┘
▼
┌─────────────────────────────────────────────────────────────────────────┐
│ 4. VERIFIABLE PROOF OF WORK (blogctl -> Ghost + GitHub Showcase) │
│ Scrubbed specs, plans, code & tests exported to GitHub alongside │
│ the technical case study on blog.marzeta.pl │
└─────────────────────────────────────────────────────────────────────────┘
Instead of asking you to trust my prose as proof of work, every post on this blog ships with its raw engineering receipts in github.com/mMarzeta/ai-sdlc-case-studies: - VPN-Isolated Media Pipeline (torrent-drop): 3 design specs, 2 TDD plans, 2,120 LOC Python/FastAPI backend + 926 LOC UI, and 136 automated pytest tests (~3,200 LOC test suite) shipped in a single evening with zero architectural drift. - Zero-Noise CVE Watchdog: 2 specs, 2 plans, 520 LOC automation taking 74 Critical CVEs -> 0 across a 20-container native aarch64 homelab. - Even This Blog’s Publishing & Outreach Engine (blogctl): 1,450+ LOC of Python automation and 25+ pytest tests that ingest specs/plans, scrub private IPs and secrets with fail-closed regex gates, inject AI-SDLC Blueprint footers via the Ghost 6 Admin API, export case studies to GitHub, and orchestrate Tuesday newsletter outreach. (I will break down the full internal architecture of blogctl in a dedicated technical case study on December 1, 2026).
Treat everything you read here for what it actually is: not AI slop, and not hand-typed artisanal prose, but the direct, verifiable output of my engineering mind amplified through a deterministic AI-SDLC.
Member discussion