Deyan Ginev's ar5iv Is Still Chasing arXiv's Paper Firehose

A June 6th status post puts April 2026 papers in ar5iv, with the harder claims around speed and AI-assisted development still unbenchmarked.

By ยท Published

Why it matters

ar5iv sits on the path between LaTeX-era publishing and agent-readable science. Ginev's monthly catch-up shows progress, while the speed and AI-coding claims still need hard benchmarks.

A deluge of academic papers being met by an intelligent processing system (Scratchboard illustration)

Deyan Ginev (@dginev), the creator of ar5iv and a co-developer of LaTeXML, said in a June 6th post on X that April 2026 arXiv articles were now available in ar5iv. That is a narrow update, one monthly batch, but it points at a large operating problem: keeping web-native scientific papers current for an archive that describes itself as hosting nearly 2.4 million scholarly articles.

Deyan Ginev on X

ar5iv is the HTML rendering layer in that problem. The open-source repository describes it as a web service that offers HTML5 versions of arXiv.org articles converted with LaTeXML, hosted by arXivLabs, seeded with CorTeX data, and implemented in part in Rust. The public repo alone does not establish a June 2026 Rust migration or any faster conversion benchmark.

That distinction matters. The public record shows Rust has been in ar5iv's stack for years, the GitHub repo reflects that today, and Ginev's latest verifiable public status update says a monthly arXiv batch landed in ar5iv. No public benchmark attached to the sources shows how much faster conversion has become, which machines are doing the work, or whether AI assistance played a role.

The person behind the conversion layer

Ginev is not a random status account around arXiv. The arXiv launch post from February 21st, 2022 called him the creator of ar5iv.org and a co-developer of LaTeXML. His KWARC profile says he is a software engineer at arXiv, studied at KWARC from 2007 to 2011 under Michael Kohlhase, completed an MSc at Jacobs University Bremen in 2011, later worked at Authorea in New York, and joined arXiv in 2024 to focus on HTML Papers.

That path explains why ar5iv reads less like a weekend paper viewer and more like a long-running publishing infrastructure bet. Ginev has spent much of his career on the unglamorous work of turning TeX and LaTeX source into structured web documents. In 2022, when arXiv announced experimental HTML5 previews through ar5iv, Ginev described the goal as bringing LaTeX-authored documents to the web for arXiv's community.

The same launch post said ar5iv was developed by the KWARC research group at the University of Erlangen-Nuremberg with support from the LaTeXML project at the National Institute of Standards and Technology. At launch, arXiv said ar5iv offered 1.78 million web pages for immediate use, with 74% of sources converting successfully and 97% of articles at least partially viewable. Those figures made ar5iv useful, while leaving a long tail of failed or imperfect conversions.

The hard part is the tail

The tail is where ar5iv's work becomes infrastructure rather than a UI feature. arXiv's own homepage says the archive covers physics, mathematics, computer science, quantitative biology, quantitative finance, statistics, electrical engineering and systems science, and economics, and notes that materials on arXiv are not peer-reviewed by arXiv. That scale and subject spread means ar5iv has to process decades of LaTeX variation, custom macros, uncommon packages, image dependencies, and author-specific formatting habits.

A 2024 ar5iv dataset release from SIGMathLing gives a sense of the bulk. The release documents 2,170,799 HTML documents, totaling 318 GB packaged and 2.9 TB unpacked, split across no-problem, warning, and error subsets. It also says the release was generated with LaTeXML 0.8.8, CorTeX 0.4.5, and latexml-plugin-cortex 2.2. Those numbers are the real backdrop for a monthly "now in ar5iv" post: every new batch is an attempt to keep a massive derived corpus fresh while conversion quality remains uneven by design.

Ginev has been public about that long horizon. In a 2022 ar5iv talk, he described ar5iv as an arXiv Labs project attempting to provide HTML5 conversion of all arXiv articles with LaTeX sources via LaTeXML. A separate launch deck listed Rust, Rocket.rs, Redis, arXMLiv, and "elbow grease" in the ar5iv stack, which undercuts any reading of Rust as a brand-new June 2026 turn. Rust appears to be part of the project's public architecture rather than a surprise rewrite.

Why agents care about HTML papers

The timing still matters because papers are becoming machine inputs. RuntimeWire reported on July 5th that Yohei Nakajima's ActiveGraph work treats agent execution as a log that can be replayed, forked, and inspected. That kind of agent infrastructure depends on source material that machines can parse deterministically. Scientific papers locked inside PDFs force agents into brittle extraction work; HTML papers make sections, equations, references, and evidence easier to address.

The research community is already building around that premise. A February 2026 arXiv paper, DeepXiv-SDK: An Agentic Data Interface for Scientific Literature, argues that LLM agents face a data-access bottleneck because they must work with unstructured, human-centric material such as HTML pages and PDFs. The authors propose an agentic interface that converts literature into normalized JSON, exposes tools through APIs and SDKs, and supports deep search and research workflows across the arXiv corpus.

That paper is not about ar5iv's June status update, but it shows why ar5iv's freshness is becoming more valuable. If agents are going to retrieve, quote, compare, and reason over full papers, then HTML conversion stops being a reader convenience. It becomes part of the data plane for scientific AI systems.

What remains unproven

The strongest verified claim from Ginev's June 6th post is operational: April 2026 articles were in ar5iv by that date. The strongest verified technical claim from public code is architectural: ar5iv is an open-source HTML5 service for arXiv articles, uses LaTeXML output, is hosted by arXivLabs, and includes Rust. The strongest verified founder claim is historical: Ginev created ar5iv.org, co-developed LaTeXML, and now works on arXiv's HTML Papers project.

The speed story still needs evidence. Public material tied to this update does not disclose conversion throughput, latency, server counts, cloud spend, queue depth, error-rate movement, or before-and-after benchmarks. It also does not name an agentic coding tool or show how AI assistance changed the project. For a service operating at arXiv scale, those are the numbers that would turn a monthly catch-up post into a measurable infrastructure upgrade.

That does not make the update small. It makes it specific. ar5iv is one of the pieces that decides whether the scientific web becomes easier for humans and agents to read, or whether the next wave of research tooling keeps building brittle parsers around PDFs. Ginev's latest public status update shows the pipeline moving. The open question is how fast it can move as arXiv's corpus keeps growing.

Reader comments

Conversation for this story loads after sign-in.