Claude Code daily benchmarks for degradation tracking
TL;DR Highlight
Marginlab runs automated daily SWE-Bench-Pro benchmarks on Claude Code (Opus 4.6) and uses statistical methods to detect meaningful performance regressions.
Who Should Read
ML engineers running production AI systems who need to track model performance over time, and researchers studying LLM evaluation methodology.
Core Mechanics
- Marginlab built an automated daily benchmarking pipeline that runs Claude Code (Opus 4.6) against SWE-Bench-Pro, producing statistically rigorous performance tracking.
- The key contribution is the statistical methodology: they use proper significance testing rather than just comparing raw scores, because SWE-bench has high variance per run.
- Findings showed that Claude Code's performance has measurable fluctuations over time — not always in the direction of improvement.
- This kind of continuous benchmarking is valuable because model updates (including undisclosed changes) can silently affect production workloads.
- SWE-Bench-Pro is a harder variant of SWE-bench with less benchmark contamination risk — better for detecting genuine capability changes.
- The pipeline is open-sourced, enabling others to run similar continuous benchmarks against their own models or tools.
Evidence
- The statistical methodology is clearly described — they use confidence intervals and multiple test runs rather than single-point measurements, making the results more credible.
- HN discussion raised the issue that benchmark scores fluctuate due to temperature/sampling as much as actual model changes — Marginlab's approach accounts for this.
- Several ML engineers noted this is exactly the kind of infrastructure they wish existed for their own production model monitoring.
- Debate about whether SWE-bench performance correlates well with real-world coding agent performance — acknowledged as imperfect but the best available standardized metric.
How to Apply
- If you run AI coding agents in production, set up a continuous benchmark against a representative task suite — model performance can change between API updates.
- Use statistical significance testing when comparing model performance: a score difference of 2-3% may be noise; Marginlab's methodology shows how to tell the difference.
- Consider subscribing to or replicating Marginlab's pipeline for model regression alerts — especially useful before/after a model version update.
- Track your own internal task distribution against public benchmarks to understand how well SWE-bench scores predict your specific workload performance.
Code Example
# Update Claude Code CLI to the latest version
claude update
# Check the currently installed version
claude --versionTerminology
Related Papers
Show HN: Mindwalk – Replay coding-agent sessions on a 3D map of your codebase
Claude Code나 Codex 같은 AI 코딩 에이전트가 세션 중 코드베이스의 어떤 파일을 탐색하고 수정했는지를 3D 지도 형태로 시각화해서 재생해주는 로컬 도구다. 에이전트가 작업을 어떻게 이해했는지 한눈에 파악할 수 있다.
Ghost Font: A font that humans can read but AI cannot
움직임(모션)을 이용해 글자를 표현해서 AI 모델이 정적 이미지 분석으로는 메시지를 해독하지 못하게 막는 실험적 프로젝트인데, 커뮤니티에서는 이미 GPT-5.6, Claude Opus 등으로 해독에 성공한 사례가 속출해 실효성 논쟁이 뜨겁다.
GPT-5.6, Grok 4.5, Claude, and Muse Spark build the same 4 apps
12개 LLM 모델에게 레이캐스터 미로, 루빅스 큐브, 계산기, Game of Life 앱을 각각 5번씩 만들게 해서 성공률·비용·속도를 비교한 실전 벤치마크다. GPT-5.6 Sol이 전반적으로 가장 일관된 결과를 냈고, Grok 4.5는 가성비 면에서 눈에 띄었다.
Benchmarking coding agents on Databricks' multi-million line codebase
Databricks가 자사 실제 코드베이스를 기반으로 여러 AI 코딩 에이전트의 성능과 비용을 직접 측정했고, 모델 토큰 가격과 실제 태스크 비용이 전혀 다르다는 점, 그리고 오픈소스 모델이 이제 최상위 수준에 도달했다는 점을 확인했다.
Estimating Uncertainty from Reasoning: A Large-Scale Study of Multi- and Crosslingual MCQA Performance in LLMs
LLM이 저자원 언어 질문을 받을 때 영어로 추론하게 하면 불확실성 추정 성능이 고자원 언어 수준으로 올라온다.
LLM-as-a-Verifier: A General-Purpose Verification Framework
LLM의 토큰 확률 분포를 활용해 discrete 점수 대신 continuous 점수를 뽑아내면, 추가 학습 없이 코딩·로봇·의료 에이전트 평가 정확도를 SOTA로 끌어올릴 수 있다.