DevLazar
Note
065
Series
The Wire · Tooling
Date
Nov 10, 2026
Read
6 min · 1,077 words
Rev
1
Drawn by
L. Stanković · Niš
Lab notes / The Wire

Five objections to gating AI-written code, and how Deslopping answers them

The approve button no longer proves anyone read the diff. I'm building Deslopping to fix that, and these are the five objections I hear most, answered with the screens.

Lazar StankovićEngineer, DevLazar · Niš, Serbia

By September, more than 40% of pull requests on GitHub started with an agent's first draft, up from 17% in March, and 90% of agent-involved pull requests merged within two weeks, against 83% in February. Among Jellyfish's lead adopters of AI-only review, 9% of pull requests merge with no human review at all. Meanwhile, in Stack Overflow's 2026 survey of more than 30,000 developers, nearly half said they trust AI output when they can verify it easily, and 6.6% would trust it for important decisions.

Read those together and the problem is plain. Verification is the condition of trust, and the approve button no longer proves it happened.

I'm building Deslopping, a GitHub App in private beta, to make that proof cheap. So this is the case for my own product; read it as such. The walkthrough covers the mechanics end to end. This post is the argument, organised around the five objections I hear most often, usually in this order.

"It will slow every pull request down"

It won't, because most pull requests never meet it. Every pull request gets a risk score from five signals: the paths it touches, its reach, the type of change, the file's history and its size. Below the threshold your team sets, Deslopping does nothing at all. Your team also decides which paths count as sensitive, so payments/** can matter more than a README.

Deslopping risk score card for a pull request adding retry with backoff to a webhook dispatcher: risk score 68, above the team threshold, gated with two questions, with bars for paths, reach, change type, history and size
Image: Deslopping. Design render with sample data.

Two details matter more than they look. The scoring runs on servers in Germany and does not call a model, so it is fast and predictable. And the AI tool is recorded but never affects the score: a risky change is risky whether Claude Code, Cursor, Copilot or a human typed it.

"Engineers will hate being quizzed"

This is the objection I take most seriously, because a tool engineers resent is a tool they route around. So the questions are few and narrow: two or three, about the specific lines that changed, never about the codebase in general. For someone who read the diff, it is a couple of minutes.

Deslopping question card on a pull request: question 1 of 2, covering lines 42 to 47, asking what happens to a webhook that has already failed four times, with a typed answer and a submit button
Image: Deslopping. Design render with sample data.

The framing does the rest. A missed question is treated as evidence that the AI wrote code people struggle to follow, not that the engineer failed. When the grader is unsure, the answer passes. After three misses, Deslopping suggests a colleague for a walkthrough rather than a fourth attempt. The point is a second pair of eyes, not a score.

"This is surveillance with a nicer font"

It would be, if it ranked people. It doesn't. There are no per-person scores, no rankings and no leaderboards. Leads see aggregates only, and nothing is shown below five reviewers. Reviewers can read, export or delete their own answers. The one place a name appears in a lead's dashboard is the break-glass log, because an emergency bypass should have an owner.

Deslopping AI performance view with sample data: modules such as payments/webhooks, billing/invoices and auth/session, each paired with the AI tool that wrote the code and a bar split into good, mixed and poor ratings; one row held back for too few reviewers
Image: Deslopping. The view is labelled sample data.

Code gets the same discipline. Only the changed lines and their surrounding context are sent, never the whole repository; input is capped at 12,000 tokens with secrets stripped first; the questions are written by Anthropic's Claude with training contractually disabled; and question-related code is encrypted and deleted after 90 days by default. Enterprise customers can bring their own Anthropic API key.

"The problem is the AI, not my engineers"

Agreed, and the product is built on that sentence. The only rating in Deslopping is the reviewer's verdict on the AI's work: good, mixed or poor, with a line of explanation if they want. It is recorded against the module and the tool, never against the person.

Deslopping rating card asking how the AI did on a change to src/dispatcher.ts, written by Claude Code, with Good, Mixed and Poor options, Mixed selected, a short note about the retry logic, and a confirmation that the rating is recorded against the module and the tool, never the reviewer
Image: Deslopping. Design render with sample data.

Over weeks, those ratings become a map of where your AI writes code your team cannot follow, by module and by tool. That is the data most teams lack when they argue about which assistant to standardise on, or which part of the codebase needs better agent rules. A before-and-after view for those rules, and rules delivered as pull requests through a second, opt-in app, come next.

"Production is down and your check is in the way"

Then you break the glass. Authorised people can bypass the gate with a short reason; every use is logged, and the review is still owed within 24 hours. Whether the check fails open or fails closed during a Deslopping outage is your setting, not mine.

GitHub checks panel showing all three checks passed, including the required deslopping/comprehension check marked passed with both questions answered, and the merge pull request button enabled
Image: Deslopping. Design render with sample data.

Everything else lives where review already lives. The gate is a required status check on the pull request, deslopping/comprehension, next to your build and your linter. When the questions are answered, it turns green and the merge goes ahead. There is no new tool to learn.

The 30,000-foot read

Approval used to mean "I read this." It was never a perfect promise, but it was cheap to keep when humans wrote every line at human speed. Agents changed the arithmetic, not the obligation. Someone still has to understand what ships, and the only parts of this that sit within a team's control are where that understanding is checked and how little it costs. Deslopping does not read your code for you. It makes sure a person did, on the changes where it matters, and turns the friction into a record of how your AI is performing.

It is in private beta with a deliberately small group of design partners. Team pricing is €12 per active reviewer per month, or €10 billed annually, with a three-reviewer minimum; Enterprise starts at €18 for 50 or more reviewers; accounts and dashboard reading are free, and design partners get half off Team for the first year. If your team already ships with Claude Code, Cursor or Copilot and the approve button has started to feel ceremonial, talk to me. The 69-second tour is on the same page.

Sources: GitHub, Octoverse 2026 (agent-started pull requests, 17% to more than 40%; merge rates of agent-involved pull requests, 83% to 90%); Jellyfish, AI engineering trends (9% of pull requests merged with no human review among lead adopters of AI-only review); IT Brief on the Stack Overflow 2026 Developer Survey (October 6, 2026; more than 30,000 responses; trust when verifiable, 6.6% for important decisions); deslopping.app (features, data handling, break-glass, pricing, beta status); How Deslopping works (grader and retry behaviour). DISCLOSURE: I build Deslopping, and this post argues for it. Product details come from deslopping.app and my product specification; the screens are design renders with sample data, not customer data. The product is in private beta and this post claims no customer results. The Stack Overflow figures come via IT Brief's report rather than Stack Overflow's own results page.

Lazar Stanković
Engineer and writer, running a one-man shop in Niš, Serbia. I build systems that survive their launch and write down what the work teaches.
Related notes
Note 055 · The Wire · 9 min
How Deslopping works: one AI-written pull request, from risk score to merge
A step-by-step walk through Deslopping: how a pull request is scored, how its questions are written and tested, what happens after a wrong answer, and what a team learns about its AI without ever seeing a person.
Note 054 · The Wire · 9 min
I built an app that puts engineers back behind the wheel of AI-written code
AI writes more of our code every month, and the approve button has quietly become a rubber stamp. Why I built Deslopping, a GitHub check that asks engineers to show they understand a change, and never ranks them.
Note 040 · The Wire · 9 min
Octoverse 2026: Agents Start Over 40% of Pull Requests, and Review Becomes the Bottleneck
GitHub's Octoverse 2026 says agents started over 40% of September's pull requests; Universe answered with 4M new cores and metered Copilot. Output now tracks agents, not headcount, and review is the scarce part.
← Note 064 · Claude Fable 5.2 and Mythos 5.2: One Model, Two Doors, and a 20% Cheaper TicketNote 066 · SoftBank's ¥1.1 Trillion Quarter: The Write-Off Was Made of Turbines, Not Models →
The Wire · Weekly · Free
Notes like this one, every week.

AI infrastructure, shipping on a deadline, and the craft of building things that last. No noise.