A paper without code is a claim you have to take on faith; a paper with code is a claim you can test this afternoon. Yet the link from paper to repository is often buried — in a footnote, a project page, or nothing but a naming convention. This guide walks the reliable route from an arXiv ID to working code, and then to the checks that tell you whether the code you found is the code the paper actually describes. Every service mentioned is listed, with per-paper links, in PaperBridge's search category.
Step 1: Start at Papers with Code
Your first stop is Papers with Code. Its paper pages link the official repository, the datasets the paper used, and the benchmark leaderboards where its results are recorded. If a curated page exists for your paper, your search may end here in under a minute. Just as valuable is the reverse check: if the paper claims a state-of-the-art result, the leaderboard shows whether that claim still stands and which newer methods beat it.
Step 2: Search GitHub by arXiv ID, not by title
Paper titles are ambiguous; arXiv IDs are not. The GitHub Search entry on PaperBridge looks up the paper's exact ID, which authors routinely cite in their README files. Run the ID search before the title search. If the ID search fails, try the title in quotes, plus the first author's name — many labs release code under the lab's account with the paper's short name rather than its full title.
Step 3: Use the paper-to-code specialists
Two services exist specifically for this hop. CatalyzeX is built around the Paper → Code direction and often surfaces repositories that generic search ranks poorly. OpenTrain AI finds implementations by ID and adds the signals you actually need next: whether the repository is maintained, whether its CI passes, and what licence it carries. For machine-learning papers, also check Hugging Face Papers, which connects a paper to the models, datasets, and demos the community has attached to it — sometimes the most usable artefact is a hosted demo, not a repository.
Step 4: When there is no official code
Plenty of good papers ship no code. Your options, in order: look for an unofficial reproduction (search the ID on GitHub and sort by stars, then read the issues before the README); find a neighbouring paper with code using PaperMatch or searchthearXiv, since reimplementations often start from a sibling method; or check whether the authors released code under a later, extended version of the work. Set a time limit — thirty minutes of searching is research, three hours is a project.
Step 5: Vet the repository before you trust it
Found code is a hypothesis, not a fact. Before building on it, run five checks. Does the README describe the paper's method, not a different one with the same name? Is there a licence that permits your use? When was the last commit, and are issues answered? Does the repository include the exact configuration for the headline result, or only a toy setting? And can you run the smallest included example end-to-end today? A repository that fails three of these is a reading aid, not a foundation.
Close the loop
When code runs and matches the paper, cite both: the paper for the idea, the repository (with its licence) for the implementation. And if you found the code through a route this guide missed, that route probably belongs in the directory — the full list of paper-to-code and search tools lives in the PaperBridge directory, one arXiv ID away from any paper you are reading.