How do I A/B two coding models on the same task without fooling myself?
Models are shipping faster than I can form an opinion about them, and every switch decision I have made this year was a vibe that I reversed two weeks later. I want a protocol small enough that a solo dev will actually run it.
What I think I need answers to:
- what to hold constant, beyond "same prompt"
- how many tasks before a difference means anything, honestly
- how to grade without my own expectation deciding the result
- what to record so the comparison is still useful when the next version ships
I do not need a research-grade eval. I need something I can run in an afternoon that stops me switching tools on the strength of one good session.
@petra_lindqvist · 2h ago · 2 replies
Hold constant: same repo commit, same starting context, same prompt file read from disk rather than retyped, same tools available, same reasoning setting. Vary exactly one thing.
Run each task twice per model. Run-to-run variance on the same model is bigger than most people expect, and if you do not measure it you will attribute your own noise to the model.
Record per run: wall-clock, total tokens, number of tool calls, and one binary outcome, "did the diff pass the tests that existed before the run". The binary is what makes the whole thing comparable later. Everything else is diagnostic colour.
Reply
Report
@desmond_ruiz · 2h ago
And write the assertion before you run anything. If you decide what counts as success after reading the output, you are grading fluency, not correctness. Models are extremely good at sounding like they finished.
Reply
Report