Mercury Edit 2 vs TurboOCR

Mercury Edit 2 is the second-generation coding model from Inception Labs, built on a fundamentally different architecture than every major LLM you're used to: a diffusion language model. Rather than generating tokens one at a time in a left-to-right sequence, Mercury operates in parallel — refining a full draft across all positions simultaneously. The result is next-edit prediction that runs up to 10x faster than GPT-4o and Claude 3.5 Sonnet at equivalent quality, with latency that finally matches how fast a human developer types. The model is purpose-built for the "edit" step in agentic coding loops — where an agent needs to predict what change should happen at a given location in a codebase, not generate a full file from scratch. Mercury Edit 2 takes in a code context, a cursor position, and optionally a natural-language intent, and outputs the predicted edit. Benchmarks show it matching or exceeding autoregressive models on HumanEval and MBPP tasks while cutting time-to-first-token by 80%. Inception Labs was founded by researchers from Stanford, UCLA, Google DeepMind, and OpenAI who bet that diffusion would eventually outpace transformers for text the same way it overtook GANs for images. Mercury Edit 2 is the clearest signal yet that this thesis has legs. At $0.25/1M input and $0.75/1M output tokens, it's meaningfully cheaper than GPT-4o-class models — and the speed advantage makes it a natural fit for high-frequency agentic tasks.

TurboOCR is a C++20 OCR server that uses CUDA and TensorRT to process documents at speeds that make Python-based OCR look like a fax machine. The headline number: 270 images per second on FUNSD form datasets with approximately 11ms single-request latency — roughly 50x faster than PaddleOCR's standard Python implementation. It uses PP-OCRv5 models (the same underlying tech as PaddleOCR) but squeezes them through TensorRT FP16 optimization for GPU inference. The server exposes both HTTP and gRPC interfaces from a single binary and handles PDFs natively with four extraction strategies: pure OCR, native text layer extraction, hybrid verification mode, and a "best of both" fallback chain. PP-DocLayoutV3 handles layout detection across 25 document region classes — useful for structured documents where you need to know that a bounding box is a table cell vs. a header vs. a figure caption. A Prometheus metrics endpoint tracks throughput, latency, and GPU memory in real time. Deployment is Docker-first: TensorRT engine compilation happens automatically on first startup. The catch is it requires Linux with an NVIDIA Turing GPU (RTX 20-series minimum) and driver 595+, so it's not a laptop tool. But for enterprise document automation — invoices, forms, medical records — the throughput-to-cost ratio is hard to beat.