cd /news/ai-agents/the-last-mile-problem-in-agentic-dev… · home › topics › ai-agents › article
[ARTICLE · art-140385] src=dev.to ↗ pub= topic=ai-agents verified=true sentiment=· neutral

The Last Mile Problem in Agentic Development

A developer at KandiForge describes hitting the "last mile" bottleneck in agentic software development, where hundreds of AI agents can generate millions of lines of code across 20 repositories but the final 10-20% of hardening, integration and verification still falls to a small human team. The developer says adding more agent and human reviewers and testers did not fix the problem because tests were written after code integration, placing change gates too late. The account is framed as the first in a series leading up to a talk at BuildStuff15 in Vilnius this December.

by read2 min views1 publishedSep 27, 2026

Agents have made the first 80% of building software fast. Point enough of them at a well-defined problem, and you get working code, passing tests, and a system that looks almost done, sometimes in hours.

Then you hit the last 10 to 20%.

That's where I think the biggest problem facing agentic developers lives today: getting from 80 or 90% done to 100%. Not generating code, but hardening an idea all the way to completion. Edge cases, integration seams, failure modes, the gap between "it works in the demo" and "it works."

Here's the trouble. When hundreds of agents are building your system, they produce work at a scale no human can match. That's the point. But the last mile has traditionally been human work: review, verification, judgment about what "done" actually means.

So you end up with hundreds of agents producing output and one person, or a small team, trying to do the finishing work for all of them. You don't have the time to do the work of the hundreds. The bottleneck isn't building anymore. It's completing.

I hit this wall at KandiForge. Our agents had produced millions of lines of code across 20 repos, and I needed to ship. But how?

It wasn't a knowledge problem. I understood the requirements. I understood the architecture. What I couldn't do was work through every final detail across a codebase that size. There were simply too many of them, and each one needed the kind of attention that doesn't scale with the number of agents producing the code.

The agents had made building fast. They hadn't made finishing any faster.

My first move was the obvious one. I added more reviewers and more testers, both agents and people.

The testers used agents to write tests, but generally after the code was already integrated. So the change gates weren't in the right place. By the time a test caught something, the change was already in.

I don't think anyone has fully solved this yet, myself included. We're all still working on it. That's part of why I'm writing this series: to share what we're trying at KandiForge, and to hear what's working for others.

Over the next few posts, I'll share behind-the-scenes notes from how we're tackling this at KandiForge, where we build with an agent factory that follows an evidence-based SDLC across multiple repos. Some of it has worked. Some of it hasn't. I'll share both.

This series leads up to my talk at #BuildStuff15 in Vilnius this December (@buildstuffconf, buildstuff.events). If you're building with agents: where does your last mile break down? I'd like to hear how others are handling it.

── more in #ai-agents 4 stories · sorted by recency
── more on @kandiforge 3 stories trending now
sponsored brought to you by zahid.host 4,200+ EU-deployed projects
reading about agents? ship yours in a single git push.

Run your AI side-project on zahid.host

EU-based hosting, git-push deploys, automatic HTTPS, no cold starts. Free tier with a custom domain — perfect for shipping the agent you just read about.

$git push zahid main
→ Live at https://your-agent.zahid.host ✓
Get free account → Pricing
from €0/mo · no card required
LIVE [news/the-last-mile-proble…] indexed:0 read:2min 2026-09-27 · —