Papers · Web · Talent live · Law building · more domains coming

Ask the first author.

Primary sources for agents. When an agent hits a question in a field, it comes here for the original: the paper, the statute, the judgment. It reads as much as it needs, in layers, and answers with citations you can open.

Get an API key → Read the docs
$pip install deepxiv-sdk
3.17M · 1.5M · 4.5Mpapers · statutes · judgments, full text
3.5sp50 to first answer token
10,000 + 30requests + agentic calls a day, free
a question in, a cited answer streaming out
The workflow it replaces

You know the old loop. It costs fifty thousand tokens and a lot of trust.

Web search was built to hand a human ten links. Give that to an agent and it does what you would do — badly, expensively, and without a citation you can check.

Before

Search the web, then read a document

  1. Query a web search API. Ten links back — a few abstract pages, the rest blogspam.
  2. Open three of them. Guess from the summary which one holds the number, or the clause.
  3. Fetch the PDF or the page, parse it, watch the table — or the article numbering — collapse.
  4. Dump the whole document into context; hope attention finds the one line.
  5. Repeat for every baseline, every statute, every precedent you need.
  6. Assemble by hand. Attribute from memory. Hope the ID was not invented.
≈ 50k tokens · minutes · citations you can’t verify
With 1stAuthor

Ask the corpus a question

deepxiv ask "what compression ratio does KV cache eviction report on LongBench" deepxiv ask "网络刷单诈骗三万元,未遂,量刑区间" --domain law
  • It picks its own tools. Hybrid retrieval over the full text of one domain, then reads the sections — or the articles — it needs.
  • Citations resolve. [arXiv:2512.15176] and [刑法 第266条] map to real documents. It says “nothing relevant” rather than inventing one.
  • It streams. First token at 3.5s p50 — answer to stdout, sources and progress to stderr.
  • Same shape for every domain. One request body, one NDJSON event protocol, one quota. Add a domain, not a new integration.
1 call · 3.5s to first token · every claim traceable
Domains

One vertical at a time, dug to the bottom

Exa searches the whole web. 1stAuthor digs one field until the primary sources are all there — then moves on to the next one. Expanding to more professional domains.

Papersformerly DeepXivLive

arXiv full text, PMC, bioRxiv and medRxiv. Search, judge, then read one section.

3.17M papers · full text Enter →

LawBuilding

Statutes from 26 jurisdictions and Chinese court judgments, cross-linked article ↔ case.

1.5M articles · 4.5M judgments Preview →

WebLive

General agentic search over the open web. Answers with URLs from cached page bodies, marking which were read in full.

Google index · cache-first Docs →

TalentLive

Researcher profiles: affiliation, research tags, h-index, citations, representative papers, and a written survey per person.

preview · live Scholar metrics Docs →
Progressive reading

Read in layers, not all at once

An agent deciding whether a document is worth reading shouldn’t pay for the whole document. Each layer is a separate call, cheap enough to run across the full candidate set. Real numbers.

A paper2409.05591
briefTitle, TLDR, keywords, citation count, GitHub URL
~300 tok
headSection map with per-section token counts — where the answer lives
~1.7k tok
section "2. Method"One section, in full, as clean markdown
5,919 tok
rawThe entire paper
23,311 tok

Judging whether this paper is worth reading costs 300 tokens, not 23,311 — 78× less.

A judgment(2022)湘0902刑初12号
briefCause, court, date, disputed issues, articles cited, amount, verdict
~100 tok
headEvery structured field: claims, facts, circumstances, reasoning, parties
~400 tok
section opinion“本院认为” — the court’s reasoning, verbatim
~600 tok
rawThe full judgment
~2k tok

A statute reads the same way: retrieve → brief → article → context → raw. Article 266 alone is ~250 characters.

What you can trust

Three things to know before you wire this into an agent

An agent handed a bare ask(query) tool will use this API poorly. These three distinctions belong in your tool descriptions.

Citations are real

Never invents an arXiv ID, an article number or a case number — it says nothing relevant rather than fabricate. Tell your agent to preserve them in what it reports back.

Sources ≠ citations

A ten-document retrieval often supports one citation. sources is the retrieval set — filter to IDs that appear in the answer, or your agent will present unrelated documents as evidence.

Truncation is flagged, not hidden

Hit max_answer_tokens and the API sets answer_truncated. Surface it, or an agent will summarise a cut-off answer as though it were whole.

On Law, every response carries a coverage block: Chinese civil judgments are ~12% indexed today and not a random sample. Put that in the tool description too.

The corpus

Primary sources, parsed, kept current

Not a crawl of abstract pages. Full text, sectioned, embedded, re-synced.

SourceScaleDepthFreshness
arXiv3,166,878 papersFull text, sectioned, hybrid-indexedT+0 — same day as announcement
PubMed Central~7.5M articlesStructured parse, section accessDaily
bioRxiv / medRxivPreprint corpusSection access, same reading verbsDaily
Statutes · 26 jurisdictions33,103 laws · 1,537,422 articlesOriginal + zh/en translation + per-article extractionBuilding
Chinese judgments4,510,354 → 17.7MStructured brief + opinion / decision sectionsBuilding
Bring your own data

Have a corpus? We’ll make it a domain.

The pipeline behind Papers and Law — parse, section, extract, embed, cross-link, expose as reading verbs — is not specific to papers or law. Two ways in:

Community

Contribute a public corpus and we index it as a shared domain, credited, with the dataset released on seed.ac.cn.

Private

Hand us private data — internal documents, filings, manuals, records — and get a private 1stAuthor: same layers, same citations, same MCP tools, your keys only.

Give your agent something to reason over

Free to start. No card. Papers today, Law next, one API key for all of it.