proomt

Search

Search posts, papers, and topics

All posts

Bjørn Johansen16 min readintermediate

Five models pass the easy code reviews. Then the diffs get hard.

Summary

A hands‑on benchmark of five LLM code‑review models (Claude Opus 5, GPT 5‑6 Sol, Grok 4.6, Kimi 3, GLM 5.3, Qwen 3.8 Max, DeepSeek v4 Pro) shows that all models ace tiny 15‑line diffs but diverge sharply on 100‑300‑line, cross‑file changes. The author built a deterministic harness (single HTTP call, fixed system prompt, JSON output) and measured detection rate, false‑positives, latency, token usa…

  • Tiny diffs (≤30 lines) are not a useful benchmark for LLM code reviewers; all competent models pass.
  • Real‑world code reviews need multi‑file, 100‑+ line diffs to expose differences in reasoning depth, token limits, and timeout behavior.
  • OpenRouter model IDs may route to multiple hosts; pinning the provider (e.g., `provider: { only: [host] }`) is essential for reproducible measurements.
  • Token caps matter: models that exceed the cap (DeepSeek, Qwen) truncate answers, reducing detection rates.

LLM‑powered code review is being adopted in CI pipelines, but engineers lack hard data on how model size, routing, and token limits affect reliability. This benchmark quantifies detection rates, false‑positive noise, latency, and cost across a realistic set of diffs, exposing hidden failure modes (…

8/10

Related reading

  1. How we AI-updated 1,138 Error-code Docs Pages

    Twilio built a two‑phase pipeline that first scores each error‑code doc with a deterministic script, then feeds only low‑scoring pages to an LLM (gpt‑5.4) using a strict prompt. The model’s diff is applied via git, linted, and opened as a PR for a reviewer. In 12 weeks they updated 1,138 pages (≈34.6 s/page) with a human reviewing every change, cutting manual effort from an estimated 18 k hours a…

    Twiliotwilio.com11 min
  2. Eliminating AI Code Hallucinations with TypeScript Compiler Diagnostics and TDD Loops

    The article shows how to replace raw TypeScript compiler output with a programmatic JSON feedback loop that merges diagnostics and Vitest test failures, feeding the structured data back to an LLM coding agent for self‑correction. It provides concrete code for extracting, enriching, validating, and de‑duplicating errors, and demonstrates token savings and deterministic iteration until compilation…

    SitePointsitepoint.com15 min
  3. Lies, Damn Lies and Benchmarks

    Codename One engineers dissect why benchmark numbers can be misleading, then share concrete work on GC tuning, proper weak/soft references, and a new probing sequence for their open‑addressed HashMap that cuts miss‑probe counts from >16 k to ~1.5 per lookup.

    CodeName Onecodenameone.com20 min
  4. We now auto-approve and merge 15% of PRs

    This article describes how a team implemented a bot to auto-approve and merge 15% of low-risk pull requests, aiming to reduce code review bottlenecks and improve development velocity. The system relies on custom deterministic linters, basic end-to-end tests, and a risk scoring mechanism to identify safe changes.

    Swizec Tellerswizec.com3 min
  5. Your Agent Aced the Task. Will It Do It Again?

    The post introduces the Consistency Analyzer, a cheap black‑box diagnostic that flags flip‑prone decision steps in LLM agent traces, and shows how feeding the resulting consistency guidelines back into ALTK‑Evolve halves the gap between mean success and all‑run success (Pass⁵) on the AppWorld benchmark without hurting average accuracy.

    Hugging Facehuggingface.co8 minHN21