Trust in science is under more pressure than it has been in a long time. Paper mills, hijacked journals, citation rings and a flood of machine-written manuscripts mean that “is this a real journal?” is now a question every reader, reviewer, funder and university has to ask. And the tools for answering it have not kept up.

The traditional answer is a deny list. Something like the old Beall’s List: a roster of predatory journals, so you can filter them out of a search, an evaluation, a systematic review. We understand the appeal. Nobody wants to cite a paper mill by accident.

But we’re not building a deny list, and we don’t think you want one either. Librarians have been making this case for a decade: deny lists are opaque, they go stale the moment they’re published, they’re a lawsuit magnet, and they land hardest on exactly the journals that can least absorb the hit… small, new, non-English, Global South. Beall’s List went dark in 2017. The advice since then has been consistent: don’t filter out the bad, filter in the good. Use allow lists.

So that’s what we’ve done. Every source in OpenAlex now has a listed_in field: the external journal lists that source appears on. If you want to keep predatory journals out of a query, you filter in journals that somebody you trust has vetted:

https://api.openalex.org/works?filter=primary_location.source.listed_in:doaj

Same thing on the website: works whose journal is in DOAJ.

Lots of lists, not one list

In the era of the legacy indexes, “approved” meant one thing: is it in the index? That made a kind of sense when a couple of companies ran the only lists. It makes less sense now, because different questions need different lists.

We launched in September with twenty-two, and we keep adding more: there are 61 now. The first twenty-two:

List	Who maintains it	What it covers
doaj	DOAJ	vetted fully-OA journals, all fields (~23,000 sources)
cwts-core	CWTS, Leiden	the venues behind the Leiden Ranking Open Edition (~36,000)
medline	NLM	journals currently indexed for MEDLINE (~5,200)
doyens	Conférence des Doyens de Médecine + CNU Santé	French deans’ list of health-science journals (~3,300)
ki-jl-1, ki-jl-2, ki-jl-3	Karolinska Institutet	KI’s own journal list, levels 1 to 3, medicine and health (~5,100 / ~650 / ~140)
erih-plus	HK-dir	European humanities and social sciences (~11,800)
norway-1, norway-2	Norwegian Register	levels 1 and 2, all fields; also used by Sweden (~22,700 / ~2,200)
jufo-1, jufo-2, jufo-3	Publication Forum, Finland	levels 1 to 3, all fields (~19,500 / ~2,600 / ~1,400)
abdc-a-star, abdc-a, abdc-b, abdc-c	Australian Business Deans Council	Journal Quality List, A* to C, business and economics (~220 / ~610 / ~820 / ~770)
latindex	Latindex	Catálogo 2.0: Latin America, the Caribbean, Spain and Portugal (~4,000)
scielo	SciELO	current journals in the SciELO network collections (~1,500)
jpps-1, jpps-2, jpps-3	AJOL + INASP	Journal Publishing Practices and Standards, one to three stars (~330 / ~380 / 3)

Since then we’ve added national research-evaluation lists from Russia (the White List), Poland, Flanders (VABB-SHW), Italy (ANVUR), Türkiye (TR Dizin), South Africa (DHET), Korea (KCI), Spain (the FECYT quality seal), Argentina (Núcleo Básico) and Colombia (Publindex); the FT50, UTD24 and FNEGE business-school lists; the China Computer Federation’s journal list (CCF); and China’s Dongbi Index.

A journal can be on several. The Lancet is on twelve of them. A French med-school dean’s office wants the Doyens list; a Nordic university doing research assessment wants the Norwegian Register or JUFO; a business school wants ABDC; someone mapping Latin American scholarship wants Latindex and SciELO. Pick the list that matches the question, or combine them.

The newest kind of list on the table is a single university’s. Karolinska Institutet published its journal list this year, graded by its own faculty, to drive how it allocates research funding. It didn’t wait for a legacy index to tell it which journals count. We expect more of these.

One thing we’re careful about: listed_in is not us saying a journal is good. It’s us saying a journal is on a list, and telling you who maintains that list and where to find it. Every list gets its own page (here’s Latindex) with the maintainer, the URL, and the edition we loaded. We reload when the maintainer publishes a new edition. Judgment stays with the people who made the list. We just make it queryable.

The lists from the Global South

This is the part we’re proudest of.

Journals from the Global South have spent decades getting left out of the legacy indexes. So they built their own. Latindex has been cataloguing Ibero-American journals since 1997. SciELO built an entire open-access publishing network. AJOL and INASP wrote JPPS, an assessment framework, and applied it to about 1,600 journals across Africa, Nepal, Bangladesh, Central America, Mongolia and Sri Lanka.

The hard part was never making those lists. The hard part is getting them seen: built into the infrastructure that everyone else’s tools run on, so that “is it on a recognized list” can be answered yes for a Nigerian medical journal as easily as for a Dutch one. That’s what listed_in does.

Not in or out

The other thing we love about several of these lists: they aren’t binary.

The Norwegian Register has two levels. JUFO has three. JPPS gives journals one, two or three stars. So instead of loading each as one list, we loaded each level as its own list: norway-2, jufo-3, jpps-1. Filter on one level, or OR them together to get “any level.”

That matters, because the alternative is what the legacy indexes do: you’re in, or you’re invisible. And the journals stuck just outside the line, disproportionately from the Global South, have hated that for good reason. A leveled list can say something more honest: here’s where you are. Not perfect yet; also not nothing. JPPS is especially good at this, because it’s built as a ladder. A journal that gets one star knows exactly what it needs to do for two.

Not every scale runs the same way. The ABDC list grades from A* at the top down to C; we kept their labels rather than renumbering them, because the maintainer’s own scale is the one their community reads.

We think that’s the right way to see scholarly communication. Binary made sense when collections were physical: a journal was on the shelf or it wasn’t, and there was no practical way for something to be halfway. That constraint is gone. We can see the world as it is now, in shades of gray, and our data should too.

Try it

• On the website: the listed in filter on sources, source listed in on works, and a page for every list.
• In the API: sources?filter=listed_in:jufo-3, works?filter=primary_location.source.listed_in:medline, works?group_by=primary_location.source.listed_in, and the source-lists entity at api.openalex.org/source-lists.
• Docs: help.openalex.org/data/source-lists.

A call to the community

Sixty-one lists is a start, not an end, and the next ones should come from you.

If your discipline, your country or your consortium decides on a list of journals it trusts and commits to maintaining it, we’ll integrate it, so that it’s available for analysis in OpenAlex alongside everything else. The list stays yours. We make it usable. Know an open, ISSN-keyed list we should add, or maintain one and want it in? Tell us.

And once the lists are in, the questions get interesting. How does a systematic review change when you run it against DOAJ, against MEDLINE, against JUFO level 3? How much of what we call the state of knowledge in a field depends on which list drew the boundary? What does the research ecosystem look like when the journals of Latin America, Africa and South Asia are indexed and discoverable on the same footing as everyone else’s? Those used to be hard questions to even set up. Now they’re a filter.

We’re excited to announce that 95% of the 55,705 active Open Journal Systems (OJS) journals now have articles in OpenAlex, up from 80%. Over the past month we added 10,870 journals and now harvest 21,864 directly from their own feeds, up from 50.

OJS is an open-source publishing platform from the Public Knowledge Project (PKP). Many of the journals that run on it are open access, regional or not in English, and they’re often missing from bibliographic databases. Until now, many were missing from ours.

By the numbers

	Before	Now
OJS journals with articles in OpenAlex	44,464 (80%)	52,927 (95%)
Articles from OJS journals in OpenAlex	14.6 million	18.8 million
Articles published in 2025	1.51 million	2.10 million
OJS journals we harvest from their own feed	50	21,864

Our journal list is PKP’s Beacon: the 55,705 OJS journals that are online, published in 2025 and have an ISSN. Article counts are OpenAlex’s own.

What we changed

Using PKP’s public list of OJS journals, we stopped waiting for OJS articles to reach us through Crossref and aggregators, and went to the journals directly.

• A source for every journal. We created 10,141 new journal sources from PKP’s list of active OJS journals, and linked 714 more to sources we already had. Every OJS journal’s source now carries an is_ojs flag, so you can list them all with filter=is_ojs:true.
• Harvesting the journals themselves. We now harvest a journal’s own OAI-PMH feed wherever Crossref doesn’t already deliver its articles. Those copies are labelled as what they are: publisher-hosted versions of record.
• Better OA labels. OJS journals new to OpenAlex are open access by default, so 1.2 million of their articles now show as diamond OA. When we checked a sample of their article pages, we found no paywalls.

What we’re still missing

2,778 OJS journals still have no articles in OpenAlex, and more are incomplete. The biggest obstacle is access: some journal servers block our harvester. We’ve written to the technical contacts of more than 700 OJS hosts to ask them to let it in, and the first have already done so.

If you run an OJS journal, please allow our harvester and keep your technical contact email current. If your journal is missing from OpenAlex or looks wrong, email support@openalex.org with its ISSN, and we’ll take a look.

Every work in OpenAlex now gets its topics from a new classifier. The topics themselves stay the same: same 4,516 topics, same names, same IDs, same 252 subfields, 26 fields and 4 domains. Your filters, dashboards and code keep working. What changes is which works are assigned to each topic, and the new assignments match what most readers expect: the topic fits what the title and abstract say.

It’s an incremental change. Institutions’ field profiles barely move, and university rankings by citation impact hardly change. Here’s what’s different, why, and what to do if you report on topics.

What’s different

Topics now match the title and abstract more often. Most people read a topic like a subject heading: they look at a paper’s title and abstract and expect the topic to describe them. The old topics often didn’t, and that confused people. One user wrote to us about a paper on universities: “it’s in ‘Diagnosis and Management of Kawasaki Disease’, though it’s about higher education in Australia.”

The mismatch came from how the old classifier worked. CWTS built the topics by clustering the citation network (our 2024 announcement), and the old classifier learned to predict which cluster a work belongs to, from its title, abstract, journal and references. For well-cited articles that works well, and a paper’s cluster usually matches its subject. Not always, and not always wrongly: a 2005 paper showing that hair follicle stem cells can repair severed nerves sat in “Hair Growth and Disorders”, because hair researchers cite it; the new classifier puts it in “Nerve injury and regeneration”. Both make sense. But for works with little to go on, the old classifier had to guess, and a few bugs made its guesses worse (below).

The new classifier reads each work’s title and abstract, in any language, and picks the topics whose subject matches. If the work has a venue, like a journal or a repository, it reads that name too, but it doesn’t need one, and it doesn’t use citations. So a dataset or a paper published yesterday gets topics as good as a well-cited article’s.

The gains are biggest where the old classifier had least to go on. We tested both classifiers on works that played no part in building the new one (how we tested):

It keeps what the clusters mean. We also ran the test the old classifier was built for: publications CWTS clustered, held out from the old classifier’s training, each scored against the cluster CWTS put it in. The new classifier never saw those labels, yet it matches CWTS as often as the old one does, 55% each, and has CWTS’s topic in its top three more often (73% against 70%) (details).

The bugs it fixes

From biggest to smallest:

1. One topic held 20 million unrelated works. The old classifier gave most papers in Japanese, Chinese, Russian and Korean with no abstract the same three topics with the same scores, as if it couldn’t see their titles at all. The first was “Military Technology and Strategies“: 20.6 million works, 1 in 18 works with a topic. Now it holds 169,000 works, and they’re about the military.
2. Works with no abstract got weak guesses. Four in ten works have no abstract. The old classifier leaned on abstracts and references; with only a title, its main topic matched the work 20% of the time. The new one: 75%.
3. Datasets and other records that aren’t papers got no topic, or a stray one. Three in ten works are datasets, specimen records, proposals and the like. The old pipeline scored only papers, so most of these got no topic, and a classifier trained on journal articles misread the rest: 6% matched. The new one: 86%.
4. Papers not in English got weaker topics. A quarter of works aren’t in English. The old classifier learned mostly from English papers (83% of its training set); 9% matched, partly because of the first bug. The new one: 72%.
5. Records with nothing to classify got a topic anyway. A table of contents or a bare file name now gets no topic instead of a guess.

Bug	Work	Old topic	New topic
One topic for 20 million works	Veselago’s 1967 paper on materials with negative ε and μ, in Russian, no abstract	Military Technology and Strategies	Metamaterials and Metasurfaces Applications
No abstract	A paper on hand-gesture recognition with millimeter-wave radar	Plant pathogens and resistance mechanisms	Hand Gesture Recognition Systems
Not a paper	A telescope proposal to map the tidal streams of globular clusters	Methane Hydrates	Galaxies: Formation, Evolution, Phenomena
Not in English	A Spanish-language history of Yiddish-speaking communists in Buenos Aires	Virology and Viral Diseases	Argentine historical studies

Where the topics come from

CWTS at Leiden University built the topics in 2024 by clustering the citation network of OpenAlex works (our announcement). We built the classifier that assigns works to them. The classifier is what’s new; the clusters, their names and the hierarchy above them are untouched.

Your reports helped. Support tickets about topics showed us specific failure modes, like the 20-million-work bin, and the works in them became test cases. New AI models made the rest practical: a large model labeled two million works carefully, and we trained a small, fixed classifier on those labels. Its weights are open, so anyone can run it and get the same answer we do. The code, training labels and every test set are on GitHub.

If you report on topics

If you count your institution’s output by topic or field, or compare it with peers, here’s what changes and what to do.

Your field-level numbers barely move. We made before-and-after profiles for the 109 institutions that support OpenAlex. For the median one with at least 20,000 papers, its mix of fields is 97% the same and its mix of subfields 92% the same. Topics move more: 78% the same, and 7 of its top 10 topics stay in its top 10. Universities that publish a lot in languages other than English move most.

Rankings barely change. FWCI and citation percentiles compare a work with others in its subfield, so they shift when subfields shift. To see how much, we computed each university’s mean FWCI for its 2023–2025 papers both ways:

Across 3,621 universities, mean FWCI with the new topics tracks the old closely: the ranking barely changes (rank correlation 0.99), and the median university moves 4.5%. Universities that publish mostly in other languages stay on the line too, moving about as much as English-language universities with similar citation impact. Why anyone moves: the old catch-all topics sat in a few subfields, like Aerospace Engineering, and their millions of rarely cited works dragged those subfields’ baselines down. With fairer baselines, universities strong in those subfields slip a little, and universities strong in languages and the humanities rise a little.

Topics now cover every kind of work, not just papers. The old pipeline gave topics to papers; the new classifier gives them to datasets, specimen records and every other kind of work too. That’s part of our commitment to open science. For nearly 20 years, studies have shown that sharing data pays off (2007, 2013), and reformers of research assessment, from DORA to CoARA, ask that datasets and software count as research outputs. When datasets have topics, they show up next to the papers in their field. A few of these collections are huge: about 14 million fusion-experiment shot records now sit, correctly, in “Magnetic confinement fusion research” (39 million counting the expansion corpus, which API queries leave out by default), and millions of specimen records in botany and fungi topics. If your report should count papers only, filter by type (articles, reviews, books and chapters), and those topics look normal again.

Check your own numbers. The 109 profiles are on GitHub. For any other institution, group its works by field on the website or the API (MIT since 2015, by field) and compare with your last report.

See what changed. The change-set files list every topic, subfield and field with its works before and after, where each old topic’s works went, and, for each topic, how often an independent judge agreed with its works before and after.

Need the old topics? They’re kept. Every work’s old topics and scores, frozen on 5 October, are attached to the v2.0.0 release (12 files, 9 GB). The old classifier stays public too: its code is on GitHub and its weights and training data are on Zenodo, so you can keep running it. Our text-tagging endpoint also keeps it, at /text/topics?version=1, until 13 January 2027, so you have three months to compare the two side by side. Snapshot users: this change doesn’t touch updated_date, so reload fully from the 14 October snapshot.

Also new: topics and keywords are connected

Each keyword now shows the topics it’s most used in, with the share of its works in each (“Related topics”), and each topic shows its characteristic keywords. A keyword can belong to several topics, and we show how much. Explore topics, their keywords and the whole hierarchy in the aboutness viewer.

A month of aboutness improvements

Topics are the last of a run of changes to how OpenAlex describes what works are about. In each, your reports showed us what to fix. The middle column is our accuracy on the old system, then on the new one; the notes below the table say how we measured each.

Change	Old → new	Links
Topics1	25% → 82%	code
SDGs2	29% → 70%	post, code
Keywords3	44% → 91%	post, code
Study designs4	didn’t exist → 99.7%	post, code
Semantic search5	43% → 55%	list

Thanks to everyone who sends us examples when something looks off. Keep them coming.

OpenAlex has a new classifier for the UN Sustainable Development Goals, and it’s much more accurate than the old one. On 2,000 works drawn at random from OpenAlex, its SDG tags are right 68% of the time; the old model’s were right 29% of the time. It replaces the old tags on every work today.

Benchmark	New classifier	Old classifier (Aurora SDG-BERT)
2,000 random OpenAlex works, judged by AI judges (F1)	0.70	0.29
…precision (share of tags that are right)	0.68	0.29
…recall (share of right answers found)	0.72	0.31
Goals where it does better (of 17)	17	0
8,767 researcher votes from the Aurora survey (F1)	75.5	63.6

What was wrong with the old tags. Our SDG tags came from Aurora’s SDG-BERT model, which we’ve served for years. On a random sample of OpenAlex, about 7 of every 10 of its tags were wrong. It was worst on energy: SDG 7 was its single biggest label, and only about 1 in 20 of those tags held up. Several of you told us so, and you were right.

How we measured it. We drew 2,000 works at random from all of OpenAlex, including the 37% that have only a title. Two AI judges from different labs (Claude Opus 5.5 and GPT-6.1 Sol) read each work against the UN’s own text for each goal and its targets, independently; where they disagreed, a third model (Claude Fable 5.1) decided. The judges agreed with each other on 98.9% of decisions. The ranking held under every judge on its own. We also scored both models on the 8,767 paper-and-goal questions from the Aurora survey, where 244 researchers voted on whether papers belong to a goal; these papers came from Aurora’s own search queries, so it’s the old model’s home turf. The new classifier wins there too.

How it works. A large language model read titles and abstracts for 200,000 works and decided, goal by goal, whether each work addresses that goal. We trained a small classifier on those decisions, using the vector OpenAlex already stores for every work. That makes it cheap to run on all 475 million works, and new works get tagged within a day or two of being added. The training labels, the 2,000 judged works, the judging rubric and the code are on GitHub: ourresearch/openalex-sdgs.

What counts as an SDG. A work counts when its main subject addresses one of the goal’s UN targets. Being about the topic isn’t enough: a paper on atomic energy levels isn’t SDG 7, and a species description or a museum specimen record isn’t SDG 15 (life on land) unless it’s aimed at conservation or land use. Researchers who answered the Aurora survey were split on pure taxonomy papers; we went with the stricter reading, because the people who use this field most are counting research that contributes to the goals.

What you’ll see. About a third of works now carry at least one goal. Counts per goal move a lot:

Goal	Old tags	New tags
3 Good health and well-being	26.8M	75.4M
16 Peace, justice, and strong institutions	13.0M	18.8M
4 Quality education	18.0M	18.5M
2 Zero hunger	19.0M	15.9M
9 Industry, innovation and infrastructure	6.5M	12.4M
8 Decent work and economic growth	11.4M	7.8M
10 Reduced inequalities	14.2M	6.1M
11 Sustainable cities and communities	11.4M	6.1M
7 Affordable and clean energy	25.1M	5.9M
13 Climate action	6.4M	5.4M
12 Responsible consumption and production	1.5M	4.7M
15 Life on land	8.1M	4.6M
6 Clean water and sanitation	7.7M	4.1M
5 Gender equality	9.6M	2.8M
14 Life below water	9.7M	2.3M
1 No poverty	2.1M	1.6M
17 Partnerships for the goals	3.7M	0.9M

If you report SDG counts for your institution, your numbers will change, probably by a lot; the new ones are much closer to right. We’d love to hear where they still look off: support@openalex.org.

For API and snapshot users:

• sustainable_development_goals keeps the same shape: id, display_name, score.
• score is the classifier’s confidence from 0 to 1, and a goal appears at 0.4 or above. Higher means surer, but it’s not a probability: in our checks, tags scored just over 0.4 were right about a quarter of the time, 0.5 to 0.8 about half the time, and above 0.9 about 8 times in 10.
• updated_date did not change for this switch. If you sync incrementally, reload this field from the snapshot.
• The old tags stay available for about a month in a deprecated field, sustainable_development_goals_aurora (read-only), then go away in early November.
• The experimental x_sdgs filter is gone.

Details, per-goal numbers and how to read the scores: help.openalex.org/data/sdgs.

Jason

OpenAlex keywords used to be bad. Now they’re good. 419 million works in OpenAlex have new keywords, drawn from a vocabulary of 1.88 million. They’re 91% accurate, up from 44% for the old keywords.

The old keywords were guessed from each work’s topics, so they were often off. The paper announcing the first gravitational waves got “Black hole (networking)” and “Binary number.” The new tagger reads each work’s title and abstract and says what it’s about:

Paper	Old keywords	New keywords
Observation of gravitational waves from a binary black hole merger (2016, here)	Black hole (networking), Binary number, Computer science	binary black hole mergers, LIGO, ringdown, tests of general relativity
Deep learning (2015, here)	Representation (politics), Layer (electronics)	backpropagation, convolutional neural networks, recurrent neural networks
Highly accurate protein structure prediction with AlphaFold (2021, here)	Computer science, Function (biology)	AlphaFold, protein structure prediction, protein folding problem, multi-sequence alignment

How much better

Our judge is an AI model from another lab: OpenAI’s GPT-6 Astra, since our keywords were built with Anthropic’s Claude. It read 400 random works and rated each keyword on its own. You can see the results above. Shown both lists side by side, the judge preferred the new keywords for 395 of the 400 works.

The new keywords also match the keywords authors chose for their own papers twice as often as the old ones did, and they beat our previous best models on two standard keyphrase benchmarks. Every number is here.

The new keywords cover 89% of works, down from 95%. That’s on purpose: when a record doesn’t say what it’s about (a bare dataset entry, a table of contents), the tagger now returns nothing rather than a guess.

What they’re good for

• Finding what text search misses. A keyword finds the paper even when authors used different words for the same concepts. 133 million works with no abstract still get keywords.
• Mapping a field. Group any set of works by keyword to see what it’s made of, and by year to see what’s rising.
• Finding experts. Filter to a keyword and group by author; in our tests the top ten were real specialists on 24 of 24 queries.
• Searching across languages. Keywords are in English, but papers in any language get them: a Chinese paper on microplastics in soil carries the same microplastics keyword as an English one. About half of what the keywords add to a search on microplastics or remote work isn’t in English.

How to: find the papers your text search misses

Say you’re studying antimicrobial resistance. Just search: OpenAlex search now reads keywords along with titles and abstracts. When a phrase you type names a keyword, a paper matches if the phrase is in its title or abstract or the paper carries that keyword. A title and abstract search for the phrase finds 118,920 works; this one finds 241,167:

https://api.openalex.org/works?search.title_abstract_keywords="antimicrobial resistance"

The antimicrobial-resistance keyword brings in about 122,000 of them, and our judge rates 81% of those on topic: about 100,000 relevant works the phrase search missed, so you find about twice as many. Some say “antibiotic resistance” or “drug-resistant bacteria” instead. 47,269 have no abstract at all, and 74% of those are on topic, like “Increased resistance to antibiotics among microorganisms isolated in a general hospital” (1958, here) and “Lack of development of new antimicrobial drugs” (2005, here); no text search could find those.

On openalex.org there’s nothing to set: “Title, abstract, & keywords” is now the search box’s default, and the top results are reranked so the papers most clearly about your topic come first. Every other word you type still has to be in the text, so “remote work productivity” finds papers tagged remote work that mention productivity, never a paper tagged only productivity. In OQL it’s works where title-abstract-keywords has ("antimicrobial resistance").

Let your AI agent do a thorough search

The search catches the keywords your own words name. An AI agent can go further: find the keywords that mean your topic in other words, add them, and read the results to drop the strays. The /text/keywords endpoint takes any text, including a title or abstract, and returns the keywords that fit it, and an agent like Claude Code or Codex can use it for you. Tell it something like this:

Check help.openalex.org first, then use the OpenAlex API to find papers on <your topic>. Use the title, abstract and keywords search, and add OpenAlex keywords that describe my topic in other words, all in one query. Each paper should cover every part of my topic. Read the results as you go and keep only the papers that are really about my topic. Save the 200 most-cited of those as a CSV and show me the query and how many papers each part found.
My API key: <your key>

Keep the “check help.openalex.org” part: without it, agents work from what they remember about the OpenAlex API, which is out of date. We tested this prompt on fresh installs of Claude Code and Codex: every run found the title, abstract and keywords search on the help site and built one query with it, and on remote work and employee wellbeing, 99% of the papers in their final lists were at least partly on topic (about seven in ten clearly so). In the Claude app, set the chat to Auto (next to the model name, under the message box), or it will ask your permission before every search. You’ll need a free API key; the full recipe is here.

Or, if you use Claude, just ask. Add the free OpenAlex connector, now in Claude’s connector directory, and ask in one sentence: “Do a thorough search for open-access papers on how remote work affects employee wellbeing.” The connector searches titles, abstracts and keywords, adds keywords that mean your topic in other words, reranks the results so the most relevant come first, tells you how many works each part found, and hands back the query so you can rerun it.

The vocabulary keeps changing

This isn’t a fixed list. New fields show up every year, and we’ll add keywords for them as they do. We already merge keywords that mean the same thing (“Neanderthals” and “Neandertals”), and we’ll keep merging, splitting and adding as you tell us what’s wrong. Send us feedback on any keyword that misses.

Keywords are already linked to Wikidata: about 22% of keywords have a Wikidata id, and those cover about 56% of keyword uses. That makes it easy to join OpenAlex keywords to other data. Keyword search also knows 5 million synonyms, so searching keywords for “heart attack” finds myocardial infarction. Next, we’ll look at joining keywords to other outside vocabularies like MeSH, and at vector search, so that searching the keywords for “antibacterial resistance” finds antimicrobial resistance. We also want to assign each keyword to one or more of our topics, so keywords become part of the whole OpenAlex aboutness taxonomy.

Check our work

Everything is open: the code, prompts, benchmarks, vocabulary and model weights, with a release that lets you rerun the tagger yourself. The keywords help page has the details.

Edit, 3 October 2026: An earlier version of this post showed how to run a title and abstract search and a keyword search side by side and combine them by hand. A few hours after it went out, we shipped a search that does both at once (title, abstract and keywords, now the default on openalex.org), so we rewrote the how-to section and the AI prompt to use it.

Edit, 3 October 2026, later the same day: The OQL field in this post is now spelled title-abstract-keywords (it was title/abstract/keywords), because slashes already separate the parts of OpenAlex IDs. The old spelling still works.

You can now filter all of OpenAlex by study design: randomized controlled trials, systematic reviews, meta-analyses and more. 21 million works, in every field and language, carry one. Our randomized-trial tags are 99.7% precise, and on the same papers they’re more precise than PubMed’s, long the gold standard.

When you’re searching, you can focus on just the highest-quality evidence. And if you build evidence tools, you get study design for the whole literature, free, through the OpenAlex API.

Seven designs, every field

The designs come from PubMed’s own vocabulary, and we add nothing to it. What’s new is reach. PubMed tags the journals it indexes; we tag every work with an abstract. Half of the randomized trials we tag, 306,000, are in journals PubMed’s MEDLINE doesn’t index.

Here’s a graph how many works are tagged with each study design, in both OpenAlex and PubMed:

Every randomized trial is also a clinical trial, and every meta-analysis is also a systematic review, so a work can count twice. PubMed’s Observational Study tag dates only from 2014. Works without an abstract get no design.

Find the trials, see the evidence

Filter to one design. Of 34,395 papers that mention semaglutide, 533 are randomized trials; one filter returns just those, on openalex.org or in the API with filter=study_designs.id:randomized-controlled-trial. AI agents that search OpenAlex can do the same.

Group by design to see what kind of evidence a field has. Long COVID research is mostly observational: 31 observational studies for every randomized trial. Semaglutide already has more meta-analyses (1,341) than randomized trials.

Tagged papers on each topic, by design. Papers an OpenAlex search for the topic returns.

Share of each topic’s papers that carry a design; protocols left out. We tag conservatively, so real counts run higher, trials most of all.

Built on PubMed, tuned for precision

PubMed’s publication types are carefully indexed and trusted across medicine. But its tags sometimes describe the study a paper came from rather than the paper itself, so a methods paper or a later analysis of trial data can carry the trial’s tag. We tag only what the paper itself reports, and only when we’re confident.

How often each tag is right

Share of tags an independent judge confirms, on the same PubMed-indexed papers.

Where the tags differ

Here are some examples of papers that PubMed tags as RCTs, but we (correctly) don’t apply the RCT.

Paper	What it is
Bland and Altman, Lancet 1986: measuring agreement	A statistics methods paper
TOAST stroke classification, 1993	Definitions written for a trial
The Implicit Association Test, 1998	Lab experiments that built a test
Oncotype DX gene test, NEJM 2004	A gene test on tumors from one arm of an earlier trial
SAPS II severity score, JAMA 1993	A risk score built from a cohort

Our model is tuned for precision, not recall–when we say it’s an RCT, it’s an RCT, with 99.9% accuracy. PubMed captures some RCTs that our stingy approach misses, but at the cost of some accuracy.

Judge: Claude Opus 5.5, under written definitions, on 8,308 papers sampled so that every estimate is weighted to the whole index; nothing was tuned on that sample. Re-reading 436 open-access papers in full barely moved the verdicts.

Check our work

Everything behind these numbers is public: the code, the models, the samples and every judge’s verdict. One command reruns every table. github.com/ourresearch/openalex-study-designs

When people want to know whether a piece of research is any good, they usually have two options: ask an expert, or count citations. Both have well-known problems. Expert review is slow, expensive, subjective, and does not scale to portfolios of thousands of papers. Citations take years to accumulate, reward the already well-cited, and say more about whether a paper was used than whether it said anything new.

That second gap is the interesting one. Creative work, including scientific discovery, is generally understood to be both new and useful. Citations are a reasonable proxy for usefulness. We have had no widely trusted, scalable measure for new. Funders say they want novel research, and then evaluate it with tools that cannot see novelty.

Earlier this year an international challenge set out to change that, and the winning approach now exists as a working prototype. We are considering adding a novelty score to OpenAlex. Before we write a spec or scope resources to implement it, we want to know whether you would use it, what for, and what would make you trust it.

The challenge

The Metascience Novelty Indicators Challenge was launched in September 2025 by the UK Metascience Unit at UK Research and Innovation; designed by the Science Policy Research Unit (SPRU) at the University of Sussex and RAND Europe; and operated by Challenge Works. Teams were asked to build a tool that could assess the novelty of a research paper at the time of publication.

To evaluate the entries, SPRU built a ground-truth dataset the hard way: a random sample of recent publications across all disciplines (drawn from OpenAlex), each rated for novelty by human experts in the relevant field who were provided with the full text. Challenge entrants never saw those ratings. Their indicators were scored on how closely they matched the experts’, and the evaluators were blinded to who had submitted what.

The winner, announced just a few months ago in June 2026, was a team from Forschungszentrum Jülich in Germany: Jan Göpfert, Samuel Kieling, Jann Weinand, Titan Hartono, and Patrick Kuckertz. Their approach came top on most evaluation criteria (in a “winner of winners approach”), and they received a £300,000 prize, provided by Coefficient Giving, to develop it further.

Coverage: https://www.nature.com/articles/d41586-025-01882-7 and https://www.science.org/content/article/how-novel-research-paper-competition-quantify-concept-crowns-winner.

How the Jülich indicator works

Most existing novelty indicators work from metadata: unusual combinations of references, keywords, or journals. The Jülich indicator reads the paper instead.

It uses a large language model to analyse the study and a selection of the works it cites, and from those, it reconstructs the state of knowledge at the time of publication, including the open questions in the field. It then asks what the focal study contributes anew: an original method, a surprising result, or a solution to a problem that was previously unsolved. It deliberately collects arguments for and against the paper’s novelty and weighs them. The output is a score from 0 to 100, an interval showing how confident the model is, and a written justification that a reader can check.

Jülich press release: https://www.fz-juelich.de/en/news/archive/press-release/2026/ai-identifies-scientific-novelty-julich-team-wins-international-challenge

The team is clear that this is a support for human judgement rather than a replacement for it, and that a score which could be gamed, or which quietly disadvantaged some fields or languages, would be worse than no score at all. Those are our concerns too.

Why OpenAlex is interested, and what it would take

OpenAlex already carries citation counts, topics, and a growing set of work-level signals (e.g., field-weighted citation impact). A novelty score that is transparent, reproducible, and available for every work, free, in the same place, would be a genuinely new thing for funders, institutions, journals, and researchers to work with. The UK Metascience Unit has told us that it would be of interest to a large proportion of the roughly 100 research teams it funds, as well as to UKRI’s own analysts. And we would rather that such a novelty indicator be built in the open than watch it appear behind a paywall.

It is not a small undertaking, and the open questions are the reason for this post:

• How far back? Scoring every work in OpenAlex is very different from scoring everything published since, say, 2019.
• Which works? Journal articles only, or preprints, conference papers, book chapters, and dissertations as well? The indicator was validated so far only on journal articles. Maybe that’s enough (after all, FWCI only applies to a few work types), but maybe it’s worth the effort to evaluate the indicator in a broader set of work types first. 
• One-off or continuous? A static file scored once is much cheaper than a live score that updates as new works arrive and as records change. A live production database like OpenAlex really wants the latter, but maybe the community only needs static scores, updated yearly.
• Open-weight or commercial models? Open-weight LLMs would make the scores reproducible over the long term and could run on public research computing. Jülich is testing whether they perform as well.
• Cost and compute. Running a language model over hundreds of millions of works is a significant compute bill, however it is done. That’s why answers to the questions above are especially important before we fully spec this out.
• Transparency versus gaming. Publishing the full method makes the score checkable and makes it easier to write to. Where should the line sit and is that an argument for static historic application vs. on-going scoring of the indicator against new works?
• Use in evaluation. A score built to describe a literature can be misused to judge individuals. What safeguards would you want before it existed at all?

What we are asking

This is a vibe check with a light-touch questionnaire, not a full consultation. We want enough signal on demand and scope to write a spec and a resourcing case, and we will go deeper later if the response warrants it.

Fill in the form. About six questions, five minutes, any language. It stays open until Friday 13 November 2026.

https://docs.google.com/forms/d/e/1FAIpQLScOlmbDN7AdJic8jHO1dnQWMhppFIrMK96J0s6TmcU1oME3ZQ/viewform?usp=publish-editor

Join the webinar. Wednesday 7 October 2026, 8:00 to 9:00am Pacific (11am Eastern, 4pm UK, 5pm Central Europe). Ben Steyn (UK Metascience Unit) on why the challenge was run, Jan Göpfert (Jülich) on how the indicator works, and Kyle Demes (OpenAlex) on what integrating it into OpenAlex would look like, followed by half an hour of questions. Sarah Otner (SPRU) will be on hand for questions about the evaluation. Recording and slides posted afterwards.

https://zoom.us/webinar/register/WN_EetlA-l3QgK2FvQVxE0GLg

Pass it on. Funders, research offices, metascience groups, tool builders, and anyone who has ever wished that citations told them something they do not.

What happens next

We will share a synthesis of the responses with the UK Metascience Unit and the Jülich team in late November, and publish a summary here. If there is clear demand and a workable scope, the next step is a spec and a scoped first run. If there is not, we will say so and keep the door open.

Thanks in advance for any input you share. If you have any other questions about this initiative, let me know at: kyle@openalex.org 

Since 2018, Unpaywall and then OpenAlex have described the open access status of a work with a colour: gold, green, hybrid, bronze, or closed. The labels were a pragmatic answer to a practical question (“can I read this, and where?”) and they caught on. Today they are embedded in major bibliometric databases, funder compliance dashboards, institutional reports, and national open access monitors around the world.

They have also started to crack. Earlier this year the OpenAlex Community Advisory Board convened a working group to look at the problems and recommend a way forward. The group, chaired by Juan Pablo Alperin, published its report last month:

Alperin, J.P. et al. (2026). Recommendations for Revising the Open Access Classification System in OpenAlex. Zenodo. https://doi.org/10.5281/zenodo.21934115

Before we further consider such significant changes to the open access classification in OpenAlex (and Unpaywall), we want to know whether the problems the working group identified match your experience, and whether the direction it proposes makes sense for the way you use open access data. This post explains both, and asks for ten minutes of your time.

What has gone wrong with the colours

The working group’s diagnosis comes down to four things.

• The colours were built for journal articles. Preprints get called green, which implies they are a copy of a publisher version that may never exist. Dissertations live in university repositories and fit nowhere. Datasets and software are rarely “published” by a publisher at all. Books can have open chapters and closed chapters in the same volume. None of this maps onto a scheme that assumes every work has a publisher version and possibly a repository copy.
• They lean on journal-level policy instead of what is true of the work. Gold is assigned because a journal is listed in DOAJ or is empirically mostly open, not because the article in front of you is open. Journals flip, get acquired, adopt subscribe-to-open, or publishers change their mind. A journal can be gold today while all of its back catalogue is closed. This also cuts against the direction the research assessment community has taken with DORA, which asks us to look at the work rather than the venue.
• They mix up access with business model. Gold tells you something about how a journal is funded and something about whether you can read the article, and it is not always clear which. Green does not say whether the repository copy carries a licence you can reuse. Bronze is a catch-all for “free to read, no idea why”, and a work can move in and out of bronze several times in a year.
• They have no sense of time. An embargoed article that opens after twelve months, or a free article that a publisher later closes, gets a single snapshot label. Anyone tracking compliance or studying how access changes over time has to work around that.

What the working group proposes

Instead of one label that tries to say everything, the report recommends describing each work along three separate dimensions:

• Access: is the work free to read, or closed?
• Location: is the free copy at the publisher, or on another platform such as a repository or preprint server?
• Licence: does the work carry an open licence, a restrictive one, or none that can be identified?

Combined, these give plain-language, work-level labels such as Publisher Open, Platform Public, or Closed that work the same way for an article, a preprint, a dataset, or a book chapter. Venue-level questions (is this an open access journal?) are left to be derived from the works themselves, or handled by a separate classification.

Just as important is what the proposal does not try to do. It says nothing about business models: APCs, diamond, hybrid agreements, subscribe-to-open, transformative agreements. The working group’s view is that business model is a property of a venue, access is a property of a work, and squashing them into one label is where much of the confusion came from. They recommend a separate effort on a venue business model taxonomy, and we agree.

The report includes a mapping from the proposed labels back to the current colours, use cases from funders, institutions, publishers, and database providers, and a discussion of transition. It is 15 pages, summarizing deliberations from thought-leaders in the space and worth reading in full.

What we are asking

This is a vibe check, not a line-by-line review. We want to know three things: does the problem resonate, does the three-dimension direction make sense, and what would you need from us to adopt it?

Fill in the form. About six questions, five minutes, any language. It stays open until Friday 13 November 2026.

https://docs.google.com/forms/d/e/1FAIpQLSew0id7AefKryr-SGeb8DChSQkxoMUM6WP2ebmV7U3hVjuo3A/viewform?usp=publish-editor

Join the webinar. Tuesday 6 October 2026, 7:00 to 8:00am Pacific (10am Eastern, 3pm UK, 4pm Central Europe). Juan Pablo Alperin will present the report, and Ashley Farley (Gates Foundation, working group member) and I will join for Q&A. The recording and slides will be posted afterwards.

https://zoom.us/webinar/register/WN_NbIKwVu6Q4SI83Fv5qwXxw

Pass it on. If you know people whose reporting, policies, or reimbursement workflows depend on the colours today, please send this to them. Those are exactly the voices we most need to hear before anything changes.

What happens next

Nothing changes in the OpenAlex API or website as a result of this post. We will synthesise the responses and take them to the Community Advisory Board on 10 December 2026. If the community response supports the direction, the next phase would be implementation planning: a transition period with old and new labels available side by side, direct engagement with the databases and tools that reuse our open access data, and a separate conversation about business models. If the community does not support the proposal, we will have learned that cheaply, and we will say so.

Thanks to the working group for the report: Juan Pablo Alperin, Amélie Church, Nees Jan van Eck, Ashley Farley, Rupert Gatti, Melissa Harrison, Bianca Kramer, Christopher Marcum, Dom Mitchell, and Roberta Takenaka. 

If you have any questions about this initiative more generally, send me an email at kyle@openalex.org 

Researchfish is closing on 31 July 2027. For the more than 90 funders that relied on it, including UKRI, NIHR, and many of the UK’s largest research charities, the question of how to track what their funding produced is suddenly urgent. When UKRI last went to tender, it concluded there was no viable alternative product (Johnson 2026). We think that was the wrong question. The alternative to Researchfish is not another product. It is open infrastructure that is already carrying this data at scale, plus a policy decision about where researchers assert the link between their grants and their outputs.

In this post we (Melissa Harrison, Europe PMC and Kyle Demes, OpenAlex) want to show what already exists, what our two organisations are connecting next, and what funders can do today.

Two different jobs, only one of which belongs in the open

Progress reporting bundles together two very different kinds of information, only one of which belongs in the open, so it is important to be precise about which one we are talking about. Narrative reporting, such as progress against objectives, team composition, and unpublished or sensitive results, belongs in funders’ own systems, and nothing in this post suggests moving it.

Output reporting is different. Which publications, preprints, datasets, software, and clinical trials resulted from which award is factual information that already lives in the scholarly record. Yet for years, researchers have been asked to retype it annually into a proprietary platform, where it was locked away from the very community that produced it. That is the part of Researchfish’s job that open infrastructure can take over, and the part this post is about.

This is not hypothetical. It is running today.

The infrastructure exists

Europe PMC and OpenAlex play distinct but complementary roles, and the pipeline between them is already operating at scale.

Europe PMC is a world-leading open biomedical literature resource that combines a discovery platform with a full-text repository. Through its submission system, Europe PMC plus, researchers funded by 35 Europe PMC funders already link their publications directly to the grants that supported them, at the moment they deposit. Those grant–publication links live in Europe PMC’s open database connected to other core resources like the life science datasets underpinning these publications.

OpenAlex is the open scholarly graph: hundreds of millions of works connected to authors, institutions, sources, and funders, all openly licensed with open APIs. OpenAlex now holds over 16 million award records from roughly 30,000 funders worldwide, drawn from funders’ own open databases (Gateway to Research, NIH ExPORTER, Wellcome’s open grants data, and dozens more) and from assertions in the scholarly record. More than half of those awards are already linked to at least one research output, and those outputs are not just journal articles: they include hundreds of thousands of datasets, preprints, reports and dissertations, as well as software and more.

This is the part that makes this a report on progress rather than a proposal: Europe PMC is already one of the largest sources of grant–output linkages in OpenAlex, with millions of researcher- and funder-connected assertions flowing from Europe PMC into the open graph. A researcher who links a paper to a grant at deposit in Europe PMC is already contributing to an open, reusable record of what that funding produced.

Publisher-supplied funding metadata (the kind that flows through Crossref and DataCite) has incredible value,  however, researchers have no easy way to correct or extend it after publication and the process relies on publishers delivering this metadata when registering DOIs. Europe PMC and OpenAlex are the places in the open ecosystem where researchers themselves can assert and confirm grant-output links. That researcher-confirmed layer is precisely the human-curated data Researchfish was built to collect. It already exists in the open, it just needs to become the default place this reporting happens.

Open means many front doors

A proprietary platform gives every funder the same front door and a single supplier. Open infrastructure works differently, and this flexibility is its core advantage. A funder deciding what to do before July 2027 has several routes, all available now:

Use Europe PMC as the reporting platform. For existing Europe PMC funders, grant linking at deposit is in production today. Point grantees to a workflow they already use for open access compliance, and the linkages accumulate continuously in the open instead of arriving in an annual burst. For other life sciences funders, becoming a Funder of Europe PMC is the closest thing to a like-for-like replacement for the outputs portion of Researchfish, and it exists now.

Work with OpenAlex directly. Funders across all disciplines can have their awards represented in OpenAlex and build reporting and analysis straight on the open graph, covering output types and fields well beyond biomedicine. Many funders are already doing this.

Integrate open infrastructure into systems you already run. A funder can keep its grants management system or portal and pull candidate outputs from open APIs, asking researchers only to confirm a funder or grant ID rather than to type it. One funder OpenAlex works with already compares open grant-output linkages against its own compliance records and automatically reminds exactly the researchers whose assertions are missing or their requirement. Reporting becomes exception handling instead of data entry.

Both Europe PMC and OpenAlex provide open APIs and openly licensed data, so research information system vendors and other open infrastructures can build on the same foundation. With a proprietary platform, you choose a supplier. With open infrastructure, you choose a workflow and you can change your mind later without losing the data, because the data was never trapped inside a platform.

What OpenAlex and Europe PMC are working on together

The foundations exist; our collaboration is about tightening the loop between them. The directions we are exploring include making the flow of researcher assertions from Europe PMC into OpenAlex fully systematic and timely, so a link confirmed at deposit is visible to funders on OpenAlex within days; presenting researchers with candidate linkages from text mining and the open graph to confirm rather than enter from scratch; and capturing links to datasets, software, and other outputs at the same natural moment in the Europe PMC workflow. We will share more as this work develops, and we would rather shape it with the community than announce it finished.

What funders can do now

Two decisions, both available today, would do more than any new platform:

Publish your award list openly. Even a minimal feed of award IDs and titles, without personal data, gives researchers something to select instead of retype, lets open infrastructure link outputs to your grants, and means your reporting data accrues in the open from day one. Funders like Wellcome and UKRI (through Gateway to Research) already show this is routine.

Require funding metadata at the point of deposit, and accept researchers’ assertions in open infrastructures as reporting. When linking the funder and grant is part of the process of depositing the output, the information is captured once, at the natural moment, and can be reused everywhere. The annual reporting burst simply stops being necessary.

Join the conversation

Researchfish’s closure sets a deadline, but it is also the first real opening in a decade to move output reporting onto infrastructure the community owns. If you are a funder weighing your options, an institution with reporting requirements, or an open infrastructure interested in connecting, we would love to hear from you: 

Melissa Harrison mharrison@ebi.ac.uk 

Kyle Demes kyle@openalex.org

Research relies on software. Software written by scientists, for science, runs through the entire modern research stack: NumPy and SciPy, R and ggplot2, Jupyter, BLAST, ImageJ, AlphaFold. Yet in the scholarly record, that software is nearly invisible. Software is not usually cited formally in publications and is usually just mentioned in the text, which means the software (and the people who build and maintain it) never shows up in the databases the research world uses to find, measure, and reward scholarship.

We’re going to fix that. Thanks to a 2-year grant from Schmidt Sciences, OpenAlex is joining forces with a team at University of Texas at Austin led by James Howison to make research software a first-class part of the open scholarly graph. It’s a problem we’ve been chipping away at for a long time: over a decade ago we built Depsy as an early proof of concept for measuring the impact of research software. Now we get to do it properly, at the scale of the full scholarly graph. Work kicks off in mid-August 2026 (you can read the full proposal here).

Why software, and why now

The scholarly graph records the relationships among papers, authors, institutions, funders, and topics. It’s how researchers find work, how contributors get credit, and how funders and institutions make decisions. But because software so rarely appears in reference lists, it can’t be found or measured in any of today’s scholarly databases, open or proprietary.

That invisibility has real costs. Research software engineers whose tools underpin entire disciplines struggle in promotion and tenure processes because their contributions don’t “count.” Funders can’t see where software investments would make the biggest difference, or what impact past investments have had. And as AI coding assistants become part of everyday research practice, the missing link between papers and the code behind them is exactly the context those systems need most.

What you can expect in OpenAlex

This grant funds a set of major additions to OpenAlex that users have been asking about for years:

Software as a research entity. We’ll seed OpenAlex with an initial registry of software projects and add software as a work type (in fact, we just launched this), connected to the rest of the graph: authors, institutions, topics, funders, and the papers that use it. Each software entity will link out to external identifiers (package registries, repository URLs, DOIs, Software Heritage IDs) with full provenance.

Software mentions, extracted from full text. Most software never makes it into reference lists, so we’ll find it where it actually lives: in the text of papers. We’re building a mention-extraction and disambiguation pipeline that links papers to the specific software they use, and we’ll expose the results through a new citation object, complete with the surrounding text context, the citation type, and confidence scores, all searchable through its own API endpoint.

True versioning, for software and for all works. Software changes constantly, and “which version did they use?” matters for everything from reproducibility to impact measurement. We’re adding a generalized versioning model to the OpenAlex schema. Software is the first beneficiary, but versioning will extend to other work types where it’s increasingly important, like datasets and preprints.

Credit for the people who build research software. Author profiles will gain software-specific contribution and adoption metrics, so the maintainers of foundational tools can finally show where their work is used, much as in  systems that already track publications.

Along the way, we’ll be upgrading the machinery underneath: broader full-text coverage, faster PDF parsing, and improved author disambiguation, all of which will improve OpenAlex well beyond software.

All of it will be open, as always: CC0 data, open source code, and open documentation, available through the OpenAlex API, UI, and snapshot.

We’re hiring

OpenAlex will build and operate the production systems, while a team at the University of Texas at Austin, led by James Howison, brings deep expertise in research software scholarship and software mention extraction. A project this size needs more hands. OpenAlex will be opening several new positions in the next few weeks, spanning data and software engineering and community management roles. Keep an eye on openalex.org/jobs, and if this is the kind of problem you want to work on, we’d love to hear from you.

Thank you

We’re grateful to Schmidt Sciences for backing this work. Making research software visible has been a goal of the research software community for more than a decade, and we’re honored to help build the open infrastructure that finally makes it routine.

As always, we’d love your feedback: if you have use cases for software metadata in OpenAlex, ideas, or concerns, get in touch at support@openalex.org.

—The OpenAlex Team