AI.LOGJosh Byberg
01

Reproduction-Driven Development and Our Multi-Model Eval Setup

Building a reliable AI coding assistant isn't about finding the perfect model—it is about building the perfect constraints.

Our local testing environment uses a customized coder-eval harness to benchmark our agents. The core philosophy driving this is Reproduction-Driven Development (RDD). An agent isn't allowed to just "fix" a file. It must first write a script that proves the bug exists, then prove the fix resolves it.

To make this scalable without burning through API tokens, we rely on a multi-model architecture. For the deep, multi-step execution tasks, we deploy Z.AI OpenCode running GLM-5.3. It has the context window and the flat-rate execution plan necessary to grind through complex, autonomous workflows.

For the evaluation side, we use fast, cheap models like Gemini Flash. The eval harness runs the GLM-5.3 output through an LLM judge, checking the exact pass thresholds and ensuring the agent actually ran the required RDD reproduction script. If an agent tries to bypass the reproduction step and make a blind edit, the Flash-powered judge catches it and fails the task.

By separating the "doer" (GLM-5.3) from the "checker" (Flash) inside an automated harness, we can deploy agents into production codebases with absolute confidence.

Josh Byberg

NEXT.RUN

Have an idea worth automating?

I build the same kind of systems this blog writes about — multi-model pipelines, automated data entry, and tools that fix their own mistakes. Tell me what's eating your team's time and I'll tell you if AI can take it off your plate.

Bring Your Idea to Life →