It connects a chat client to the Internet Archive so you can search its scanned text, catalogue, and book index, read item records, and consult Wayback Machine captures — no API key or account needed.
search_inside — search the full text (OCR) inside digitised books, newspapers and documents; returns matching items plus excerpts, the file the passage came from, and a source link. total counts documents and pages.
search_items — search the catalogue across texts, movies, audio, images, software, data and web; filter by media type or year range, and sort by relevance, downloads, newest, oldest or title. Each row carries an identifier for get_item.
get_item — read one item's record: title, creator, year, media type, description, date, publisher, language, collections and licence; optionally list its files (with format filter and size caps) or the full metadata.
search_books — find works via Open Library by free text or by subject, place, time, person, language, publication years or page count; returns authors, first publication year, edition count, page count and scanned copies held by the Archive.
list_snapshots — list Wayback Machine captures of a URL (oldest first, paged by cursor) with capture dates, addresses and HTTP status, showing how long and how often a page has been archived.
get_snapshot — fetch the capture of a URL closest to a given date (or the newest), including how many days it differs from the date requested and the address actually captured.
Everything is read-only, needs no credentials, and each result includes a public source URL for citation; results are also usable as a standalone TypeScript library (ArchiveClient).
Provides tools for searching inside digitised books, browsing the catalogue, reading item records, and accessing Wayback Machine snapshots.
Click on "Deploy Server".
Wait a few minutes for the server to deploy. Once ready, it will show a "Started" state.
In the chat, type @ followed by the MCP server name and your instructions, e.g., "@mcp-archiveorg find the phrase 'to be or not to be' in digitized books"
That's it! The server will respond to your query, and you can continue using it as needed.
Here is a step-by-step guide with screenshots.
The Internet Archive is a non-profit library that keeps what the world publishes: scanned books, films, recorded music, radio, software, and the pages of the web itself, captured over and over since 1996 in the Wayback Machine. Millions of its books and documents have been run through optical character recognition, so the words inside them can be searched, and the Open Library index beside it describes works, their editions and their subjects.
This server connects a chat client to that library. You can search the full text inside its documents, search its catalogue of items, read one item's record and its files, look up a book by subject, place, period or person, and read the web as it stood on a given day. It needs no API key and no account.
One-click install
Claude Code
claude mcp add archiveorg -- npx -y mcp-archiveorgClaude Desktop, Cursor, and any client using the standard config format
{
"mcpServers": {
"archiveorg": {
"command": "npx",
"args": ["-y", "mcp-archiveorg"]
}
}
}Node 24 or later is required, and no environment variable has to be set.
{
"mcpServers": {
"archiveorg": {
"command": "docker",
"args": ["run", "-i", "--rm", "ghcr.io/smeet666/mcp-archiveorg:2.1.0"]
}
}
}-i keeps stdin open, which is where the protocol travels, and -t is left out
because a TTY rewrites the stream. The container needs outbound HTTPS to
archive.org, web.archive.org and openlibrary.org, and nothing else: no
volume, no port, no credential.
Download mcp-archiveorg-2.1.0.mcpb from
the latest release
and open it. A client that supports MCP bundles installs it on its own, with no
npm and no configuration file to edit. The bundle carries its dependencies, so
nothing is fetched at install time.
Related MCP server: anna-book-search
"Which books mention the Beaumont light-house?"
"Find me items about the 1906 San Francisco earthquake."
"What files does that item hold, and what licence is it under?"
"Find me books on beekeeping in France published before 1900."
"What did that website look like in March 2001?"
The ordinary path runs from a search to a record: a row carries an identifier,
and get_item reads it.
Tool | What it does |
| Searches the words inside the archive's scanned documents. |
| Searches the catalogue by title, creator, subject and media type. |
| Reads one item's record, its files and its licence. |
| Finds books by subject, place, period, person, length or year. |
| Lists the captures the Wayback Machine holds for an address. |
| Reads one capture of an address, at or near a date. |
search_insideSearches the text inside the archive's documents, which came off the page through optical character recognition, so a passage carries the misreadings of that process.
Argument | Type | Required | What it does |
| string, 2 to 300 characters | yes | The phrase to look for inside the documents. |
| integer, 1 to 50, default | no | Matches to serve. |
| integer, 1 to 100, default | no | Which page of matches. |
| integer, 80 to 1200, default | no | How much of a passage to serve. |
| integer, 1 to 10, default | no | Passages served per matching document. |
In return: hits, each carrying identifier, which get_item takes;
title, creator and year; excerpts, the passages as a machine read them
off the page; matched_file, naming what actually holds the passage; and
source_url. inside_container is true when the item bundles several documents
and the passage sits in one of them, in which case the title, the creator and the
year belong to the container.
total counts documents, and it pages. It is a number of documents and the last page of a match set is shorter than the
first. No page number is available: the index reports where the text sits
inside the item, which is 1 on nearly every match, so nothing here states a
page of a book and no link claims one.
search_itemsSearches the catalogue itself, across every kind of thing the archive holds.
Argument | Type | Required | What it does |
| string, 1 to 300 characters | yes | Words to look for in the catalogue. |
|
| no | The kind of thing to keep. |
| integer, 1 to 2200 | no | Earliest year. |
| integer, 1 to 2200 | no | Latest year. |
|
| no | How the rows are ordered. |
| integer, 1 to 50, default | no | Rows to serve. |
| integer, 1 to 100, default | no | Which page of rows. |
In return: items, each carrying identifier, title, creator, year,
media_type, downloads and source_url, a field the record leaves empty being
null. total counts the items matching across the catalogue, which is more
than the number returned.
get_itemReads one item's record. The heavier parts are asked for rather than served by default, since a record can run long.
Argument | Type | Required | What it does |
| string, 1 to 200 characters | yes | The identifier a search row carries. |
| array of | no | Which parts to return. |
| string, up to 60 characters | no | Keep the files of one format. |
| integer, 1 to 200, default | no | Ceiling on the files returned. |
| integer, 100 to 20000, default | no | How much of the description to serve. |
In return: the item with its title, creator, year, media_type and
source_url, plus description, date, publisher, language, collections
and license_url, each null where the record states nothing. file_count
counts the files the item holds whatever this answer returned, and total_bytes
their weight. files and full_metadata are present only when asked for in
sections.
search_booksFinds books through the index of works beside the archive, which describes a work and its editions rather than one scanned copy.
Argument | Type | Required | What it does |
| string, 2 to 300 characters | no | Free text, when there is any. |
| string, 2 to 100 characters | no | A subject the index files works under. |
| string, 2 to 100 characters | no | A place a work is about. |
| string, 2 to 100 characters | no | A period a work is about. |
| string, 2 to 100 characters | no | A person a work is about. |
| string, 2 to 20 characters | no | The language of the work. |
| integer, 1 to 2200 | no | Earliest first publication. |
| integer, 1 to 2200 | no | Latest first publication. |
| integer, 1 to 100000 | no | Shortest acceptable work. |
| integer, 1 to 100000 | no | Longest acceptable work. |
|
| no | How the rows are ordered. |
| integer, 1 to 50, default | no | Rows to serve. |
| integer, 1 to 100, default | no | Which page of rows. |
In return: books, each carrying title, authors, first_published_year,
edition_count, archive_identifiers for the scanned copies the archive holds,
scan_count, page_count as a median across editions, subjects and
source_url. searched_for says in words what this answer answers, free text
and every criterion applied, and query is null when the search was made of
criteria alone. total counts the works matching.
list_snapshotsLists the captures the Wayback Machine holds for one address.
Argument | Type | Required | What it does |
| string, 3 to 2000 characters | yes | The address to look up. |
| integer, 1 to 100, default | no | Captures to serve. |
| string, up to 500 characters | no | The |
In return: snapshots, each with its captured_at as an ISO timestamp in
UTC, the url of the capture itself, and the status the crawl recorded.
first and last describe this answer rather than the whole history, and
next_cursor continues the listing.
get_snapshotReads one capture of an address, at a date or near it.
Argument | Type | Required | What it does |
| string, 3 to 2000 characters | yes | The address to look up. |
|
| no | The date to aim for. The newest capture by default. |
In return: the snapshot with its captured_at and its address, beside the
requested_url and requested_at, so the distance between the date asked for
and the capture served is visible. The Wayback Machine answers a date it has no
capture for with the nearest one it holds.
The text inside a scanned document came off the page through optical character recognition. A passage therefore carries the misreadings of that process, and it is served as it was read rather than corrected: a word that reads oddly is what the machine saw. Quote a passage as an excerpt of a scan, and link the item so a reader can look at the page.
Every variable is optional. Set them in the env block of your client config.
Variable | Default | What it does |
| the project identity | Names your application to the archive, with an address where a person can be reached. |
|
| Gap between two requests, from 500 to 60000. |
|
| Deadline for one request, from 1000 to 120000. |
|
| Deadline for a Wayback Machine history, from 5000 to 180000. |
|
| Attempts after a transient failure, from 0 to 8. |
|
| How long an answer stays in memory, from 0 to 86400000. |
|
| Answers held in memory at once, from 1 to 5000. |
|
|
|
A value outside its range falls back to the default, and the reason is written to stderr.
Every failure carries one of six codes, a message, and where it helps a hint naming the next move.
Code | What happened | What to do |
| The archive answered, and holds no such item. | Check the identifier with |
| The arguments were refused before any request went out. | Read the message, which names the argument. |
| The archive asked this client to slow down. | Wait the number of seconds the hint names and call again with the same arguments. The item is still there. |
| The answer arrived in a shape this client cannot read. | Report it at the issue tracker. |
| The request did not complete. | Try again shortly. |
| The request passed its deadline. | Raise |
The layer reading the archive is published on its own, with its pacing, its cache and its errors, and with no protocol attached.
import { ArchiveClient } from "mcp-archiveorg/client";
const client = new ArchiveClient();
const { data, cached } = await client.searchItems({ query: "san francisco earthquake" });
console.log(data.total, cached);Each read answers { data, cached }, and throws an error carrying one of the six
codes. The floor between two requests holds here as well.
Requests go out one at a time with at least a second between them, and the floor
of half a second holds however the server is configured. The User-Agent always
ends with the project identity and an address where a person can be reached. The
Internet Archive is a non-profit library, and a search inside its documents is
one of the more expensive questions it answers.
Every result carries the address of the page it was read from. The items belong
to the people and institutions who deposited them, under the terms each record
states in license_url.
This MCP server is an unofficial project, with no affiliation to the Internet Archive.
This server collects nothing about you and sends nothing to its author. It runs
on your machine, contacts archive.org, web.archive.org and openlibrary.org and nothing else, holds its answers in memory
while it runs, and writes nothing to disk.
PRIVACY.md states what a request carries and which settings change
any of it.
npm install
npm run build:fixtures
npm test
npm run checkTests run against generated fixtures and make no network request. The live suite,
npm run test:live, makes one request per route and runs nightly against the
archive itself.
Bugs, questions and ideas belong in the issue tracker. Pull requests are welcome; opening an issue first helps agree on the shape of the change. See CONTRIBUTING.md.
MIT, see LICENSE. The items belong to their depositors, under the terms each record states.
L'Internet Archive est une bibliothèque à but non lucratif qui conserve ce que le monde publie : livres numérisés, films, musique enregistrée, radio, logiciels, et les pages du web elles-mêmes, capturées encore et encore depuis 1996 dans la Wayback Machine. Des millions de ses livres et documents sont passés par la reconnaissance optique de caractères, si bien que les mots qu'ils contiennent sont cherchables, et l'index Open Library qui la côtoie décrit les œuvres, leurs éditions et leurs sujets.
Ce serveur relie un client de conversation à cette bibliothèque. On peut y chercher dans le texte intégral de ses documents, chercher dans son catalogue, lire la fiche d'un document et ses fichiers, trouver un livre par sujet, lieu, période ou personne, et lire le web tel qu'il était un jour donné. Aucune clé d'API, aucun compte.
Installation en un clic
Claude Code
claude mcp add archiveorg -- npx -y mcp-archiveorgClaude Desktop, Cursor, et tout client au format de configuration standard
{
"mcpServers": {
"archiveorg": {
"command": "npx",
"args": ["-y", "mcp-archiveorg"]
}
}
}Node 24 ou plus récent est nécessaire, et aucune variable d'environnement n'est à renseigner.
{
"mcpServers": {
"archiveorg": {
"command": "docker",
"args": ["run", "-i", "--rm", "ghcr.io/smeet666/mcp-archiveorg:2.1.0"]
}
}
}-i garde l'entrée standard ouverte, qui est le canal du protocole, et -t est
omis parce qu'un TTY réécrit le flux. Le conteneur a besoin d'un accès HTTPS
sortant vers archive.org, web.archive.org et openlibrary.org, et de rien
d'autre : aucun volume, aucun port, aucun identifiant.
Téléchargez mcp-archiveorg-2.1.0.mcpb depuis
la dernière publication
et ouvrez-le. Un client qui gère les bundles MCP l'installe seul, sans npm et
sans fichier de configuration à modifier. Le bundle emporte ses dépendances, donc
rien n'est téléchargé à l'installation.
« Quels livres mentionnent le phare de Beaumont ? »
« Trouve-moi des documents sur le tremblement de terre de San Francisco en 1906. »
« Quels fichiers contient ce document, et sous quelle licence ? »
« Trouve-moi des livres sur l'apiculture en France publiés avant 1900. »
« À quoi ressemblait ce site en mars 2001 ? »
Le chemin ordinaire va d'une recherche à une fiche : une ligne porte un
identifier, et get_item le lit.
Outil | Ce qu'il fait |
| Cherche dans les mots contenus dans les documents numérisés. |
| Cherche dans le catalogue par titre, auteur, sujet et type de média. |
| Lit la fiche d'un document, ses fichiers et sa licence. |
| Trouve des livres par sujet, lieu, période, personne, longueur ou année. |
| Liste les captures que la Wayback Machine garde d'une adresse. |
| Lit une capture d'une adresse, à une date ou près d'elle. |
search_insideCherche dans le texte contenu dans les documents, texte issu de la reconnaissance optique de caractères, donc un passage porte les erreurs de lecture de ce procédé.
Argument | Type | Requis | Ce qu'il fait |
| chaîne, 2 à 300 caractères | oui | La phrase à chercher dans les documents. |
| entier, 1 à 50, défaut | non | Correspondances à servir. |
| entier, 1 à 100, défaut | non | Quelle page de correspondances. |
| entier, 80 à 1200, défaut | non | La longueur de passage à servir. |
| entier, 1 à 10, défaut | non | Passages servis par document correspondant. |
En retour : hits, chacun portant identifier, que get_item reprend ;
title, creator et year ; excerpts, les passages tels qu'une machine les a
lus sur la page ; matched_file, qui nomme ce qui contient réellement le
passage ; et source_url. inside_container est vrai quand le document en
rassemble plusieurs et que le passage se trouve dans l'un d'eux, auquel cas le
titre, l'auteur et l'année appartiennent au contenant.
total compte des documents, et il pagine. C'est un nombre de documents et la dernière page d'un ensemble est plus courte
que la première. Aucun numéro de page n'est disponible : l'index indique où
le texte se trouve dans le document, ce qui vaut 1 sur presque toutes les
correspondances, donc rien ici n'énonce une page de livre et aucun lien n'en
revendique.
search_itemsCherche dans le catalogue lui-même, à travers tout ce que l'archive conserve.
Argument | Type | Requis | Ce qu'il fait |
| chaîne, 1 à 300 caractères | oui | Les mots à chercher au catalogue. |
|
| non | Le type de chose à garder. |
| entier, 1 à 2200 | non | Année la plus ancienne. |
| entier, 1 à 2200 | non | Année la plus récente. |
|
| non | L'ordre des lignes. |
| entier, 1 à 50, défaut | non | Lignes à servir. |
| entier, 1 à 100, défaut | non | Quelle page de lignes. |
En retour : items, chacun portant identifier, title, creator, year,
media_type, downloads et source_url, un champ que la fiche laisse vide
valant null. total compte les documents correspondants dans tout le
catalogue, ce qui dépasse le nombre rendu.
get_itemLit la fiche d'un document. Les parties lourdes se demandent au lieu d'être servies par défaut, une fiche pouvant être longue.
Argument | Type | Requis | Ce qu'il fait |
| chaîne, 1 à 200 caractères | oui | L'identifiant que porte une ligne. |
| tableau de | non | Les parties à rendre. |
| chaîne, jusqu'à 60 caractères | non | Ne garder que les fichiers d'un format. |
| entier, 1 à 200, défaut | non | Plafond sur les fichiers rendus. |
| entier, 100 à 20000, défaut | non | La longueur de description à servir. |
En retour : le document avec son title, creator, year, media_type et
source_url, plus description, date, publisher, language, collections
et license_url, chacun null là où la fiche n'indique rien. file_count
compte les fichiers que le document contient quel que soit ce que cette réponse a
rendu, et total_bytes leur poids. files et full_metadata ne sont là que
lorsqu'ils sont demandés dans sections.
search_booksTrouve des livres via l'index d'œuvres qui côtoie l'archive, lequel décrit une œuvre et ses éditions plutôt qu'un exemplaire numérisé.
Argument | Type | Requis | Ce qu'il fait |
| chaîne, 2 à 300 caractères | non | Du texte libre, quand il y en a. |
| chaîne, 2 à 100 caractères | non | Un sujet sous lequel l'index classe. |
| chaîne, 2 à 100 caractères | non | Un lieu dont une œuvre traite. |
| chaîne, 2 à 100 caractères | non | Une période dont une œuvre traite. |
| chaîne, 2 à 100 caractères | non | Une personne dont une œuvre traite. |
| chaîne, 2 à 20 caractères | non | La langue de l'œuvre. |
| entier, 1 à 2200 | non | Première publication la plus ancienne. |
| entier, 1 à 2200 | non | Première publication la plus récente. |
| entier, 1 à 100000 | non | Œuvre la plus courte acceptable. |
| entier, 1 à 100000 | non | Œuvre la plus longue acceptable. |
|
| non | L'ordre des lignes. |
| entier, 1 à 50, défaut | non | Lignes à servir. |
| entier, 1 à 100, défaut | non | Quelle page de lignes. |
En retour : books, chacun portant title, authors,
first_published_year, edition_count, archive_identifiers pour les
exemplaires numérisés que l'archive détient, scan_count, page_count comme
médiane sur les éditions, subjects et source_url. searched_for dit en mots
ce à quoi cette réponse répond, texte libre et chaque critère appliqué, et
query vaut null quand la recherche était faite de critères seuls. total
compte les œuvres correspondantes.
list_snapshotsListe les captures que la Wayback Machine garde d'une adresse.
Argument | Type | Requis | Ce qu'il fait |
| chaîne, 3 à 2000 caractères | oui | L'adresse à consulter. |
| entier, 1 à 100, défaut | non | Captures à servir. |
| chaîne, jusqu'à 500 caractères | non | Le |
En retour : snapshots, chacune avec son captured_at en horodatage ISO
UTC, l'url de la capture elle-même, et le status que la collecte a enregistré.
first et last décrivent cette réponse plutôt que tout l'historique, et
next_cursor poursuit la liste.
get_snapshotLit une capture d'une adresse, à une date ou près d'elle.
Argument | Type | Requis | Ce qu'il fait |
| chaîne, 3 à 2000 caractères | oui | L'adresse à consulter. |
|
| non | La date visée. La capture la plus récente par défaut. |
En retour : la snapshot avec son captured_at et son adresse, à côté de
requested_url et requested_at, si bien que l'écart entre la date demandée et
la capture servie est visible. La Wayback Machine répond à une date dont elle n'a
aucune capture par la plus proche qu'elle détient.
Le texte contenu dans un document numérisé est issu de la reconnaissance optique de caractères. Un passage porte donc les erreurs de lecture de ce procédé, et il est servi tel qu'il a été lu plutôt que corrigé : un mot qui se lit bizarrement est ce que la machine a vu. Citez un passage comme l'extrait d'une numérisation, et liez le document pour qu'un lecteur puisse regarder la page.
Chaque variable est facultative. Elles se posent dans le bloc env de la
configuration du client.
Variable | Défaut | Ce qu'elle fait |
| l'identité du projet | Nomme votre application auprès de l'archive, avec une adresse où joindre une personne. |
|
| Écart entre deux requêtes, de 500 à 60000. |
|
| Délai d'une requête, de 1000 à 120000. |
|
| Délai d'un historique Wayback Machine, de 5000 à 180000. |
|
| Tentatives après un échec passager, de 0 à 8. |
|
| Durée pendant laquelle une réponse reste en mémoire, de 0 à 86400000. |
|
| Réponses gardées en mémoire à la fois, de 1 à 5000. |
|
|
|
Une valeur hors de sa plage retombe sur le défaut, et la raison est écrite sur la sortie d'erreur.
Chaque échec porte un des six codes, un message, et quand cela aide une indication du geste suivant.
Code | Ce qui s'est passé | Que faire |
| L'archive a répondu, et n'a pas ce document. | Vérifiez l'identifiant avec |
| Les arguments ont été refusés avant toute requête. | Lisez le message, qui nomme l'argument. |
| L'archive demande à ce client de ralentir. | Attendez les secondes indiquées et rappelez avec les mêmes arguments. Le document est toujours là. |
| La réponse est arrivée dans une forme illisible ici. | Signalez-le sur le suivi d'incidents. |
| La requête n'a pas abouti. | Réessayez sous peu. |
| La requête a dépassé son délai. | Augmentez |
La couche qui lit l'archive est publiée seule, avec son rythme, son cache et ses erreurs, sans protocole attaché.
import { ArchiveClient } from "mcp-archiveorg/client";
const client = new ArchiveClient();
const { data, cached } = await client.searchItems({ query: "san francisco earthquake" });
console.log(data.total, cached);Chaque lecture répond { data, cached }, et lève une erreur portant un des six
codes. Le plancher entre deux requêtes tient également ici.
Les requêtes partent une à une avec au moins une seconde entre elles, et le
plancher d'une demi-seconde tient quelle que soit la configuration. Le
User-Agent se termine toujours par l'identité du projet et une adresse où
joindre une personne. L'Internet Archive est une bibliothèque à but non lucratif,
et une recherche dans le texte de ses documents est l'une des questions les plus
coûteuses qu'elle traite.
Chaque résultat porte l'adresse de la page d'où il a été lu. Les documents
appartiennent aux personnes et aux institutions qui les ont déposés, sous les
conditions que chaque fiche indique dans license_url.
Ce MCP est un projet non officiel, sans affiliation à l'Internet Archive.
Ce serveur ne collecte rien sur vous et n'envoie rien à son auteur. Il tourne sur
votre machine, ne joint que archive.org, web.archive.org et openlibrary.org, garde ses réponses en mémoire le temps qu'il
tourne, et n'écrit rien sur le disque. PRIVACY.md dit ce qu'une
requête emporte et quels réglages changent cela.
npm install
npm run build:fixtures
npm test
npm run checkLes tests s'exécutent sur des fixtures engendrées et n'émettent aucune requête.
La suite en direct, npm run test:live, émet une requête par route et tourne
chaque nuit contre l'archive elle-même.
Les anomalies, les questions et les idées ont leur place dans le suivi d'incidents. Les propositions de modification sont bienvenues ; ouvrir un ticket d'abord aide à s'accorder sur la forme du changement. Voir CONTRIBUTING.md.
MIT, voir LICENSE. Les documents appartiennent à ceux qui les ont déposés, sous les conditions que chaque fiche indique.
Read one Internet Archive item by its identifier, as returned by search_items or search_inside. Sections are opt-in: 'basic' is the default and covers what a description needs. 'files' lists the downloadable files, which on a scanned film or book run to dozens of derivatives, so filter by format when a particular one is wanted. 'full_metadata' returns every field the Archive publishes for the item, which is large and rarely needed. 'file_count' and 'total_bytes' are always reported, whether or not the file list was asked for.
Inputs: identifier (required), sections, max_files, file_format, +1 more. Returns: date, item, files, notes, +8 more
Find the Wayback Machine capture of a web page closest to a given date. Give 'at' to ask for a moment in time; leave it out for the most recent capture. The answer always states 'days_from_requested', because the closest capture can be years away from the date asked for: read it before describing what the page said on that date. It also states the address the capture is of, which the Wayback Machine can resolve to a neighbouring form of the one asked about. This finds the capture and links to it. It does not return the page's contents.
Inputs: url (required), at. Returns: notes, snapshot, requested_at, requested_url
List Wayback Machine captures of a web page, oldest first, with the dates they were taken. Answers how long a page has been archived and how often, which get_snapshot cannot. A capture whose content repeats the row before it is left out of the index answer. The index also holds one site under several addresses at once, such as its www form, its https form and a form carrying credentials, and returns them interleaved, so two consecutive rows can differ because the address differs rather than because the page did. Every row names the address it captured; read that before counting the captures of any one of them. A capture records when the crawler came, not when the page changed: the change happened somewhere between two dates. This route is slow, tens of seconds on a heavily archived address, and it is paged for that reason. To walk further back, pass the 'next_cursor' from the previous answer as 'cursor'. The index counts rows rather than positions, so there is no page number and no arithmetic to do: a null 'next_cursor' means the end of what it holds.
Inputs: url (required), limit, cursor. Returns: url, last, first, notes, +3 more
Find a book on Open Library, the Internet Archive's catalogue of works, either by name or by description. Pass 'query' when you know what you are looking for: a title, an author. Free text matches parts of words and reads titles and authors together, so a name also finds works by authors whose name merely contains it: read 'authors' on each row before treating a result as that author's work. Pass the criteria instead when you do not, and they combine: 'subject' for what a work is catalogued under, 'place' for where it is set, 'time' for the period it treats, 'person' for who it is about, plus ranges on the year of first publication and on the page count. 'sort' by rating or by readers answers 'what is worth reading', which relevance alone does not. 'first_published_year' is the year Open Library derives from its edition records, and a reissue or a mistyped edition can put it centuries from the real date; 'newest' and 'oldest' rank on that field, so the rows carrying the doubtful years lead the order. Answers who wrote a book, when it first appeared and how many editions exist, which the item catalogue describes poorly because it holds one upload at a time. 'archive_identifiers' lists up to 3 scans of the work: pass one to get_item, or use it to read the book itself. 'scan_count' says how many the work has. A scan is one edition, and a work first printed centuries ago is often held only as a later reissue or a translation, so read the scan's own record before dating what it holds. Use this to identify a work, and search_inside to find a phrase within one.
Inputs: page, sort, time, limit, +9 more. Returns: page, books, notes, query, +2 more
Search the text inside digitised books, newspapers and documents on the Internet Archive. This reads what optical recognition took off the scanned pages, so it finds a phrase that appears nowhere in a title or a catalogue record. Put a phrase in double quotes to hold the words together in that order. The index folds accents, case and punctuation before it matches, so the letters are not held: a quoted "bûcher" comes back on pages printing Bücher and Bucher. Read an excerpt before repeating a quoted query as the spelling a page carries. Without quotes the words are matched separately, which finds far more. 'total' counts the documents that match, and they page: ask for page 2, 3 and so on to see beyond the first answer. It is not a count of how many times the phrase occurs. The index reports no page number, so a match names the item and the passage, never a leaf. Follow source_url and search the item to find where the passage sits. When 'inside_container' is true the passage came from a document bundled inside the item, and the title, creator and year describe the container rather than the text that matched: read 'matched_file' for what actually holds it. Use search_items or search_books instead when looking for a work by its title, author or subject.
Inputs: query (required), page, limit, max_excerpt_chars, +1 more. Returns: hits, page, notes, query, +1 more
Search the Internet Archive catalogue: films, books, recordings, images, software and datasets. This matches titles, creators and descriptions, so a compilation whose notes mention a name ranks alongside that person's own work: read 'creator' on each row before treating a result as theirs. It does not read the contents of a scan; use search_inside for a phrase within a book. Set 'media_type' whenever the kind of thing is known, because one title exists across several media and mixing them makes a result list unreadable. 'oldest', 'newest', 'year_from' and 'year_to' all read one field: the date a depositor typed into the record. An item with no date carries a placeholder the index sorts as a real one, a date written as a fragment is filed at the year that fragment reads as, and the field holds no era, so a Babylonian tablet of 1712 BCE answers a search of 1700 to 1750. Read an order or a range as a statement about that field. Every row carries an 'identifier', which get_item takes.
Inputs: query (required), page, sort, limit, +3 more. Returns: page, items, notes, query, +1 more
Recent tool additions, removals, and schema changes observed during successful MCP inspections.
Loading tool schema changelog…
Scored across 6 tools
Each tool targets a distinct resource or action: full-text search, catalogue search, item metadata, Wayback closest/list, and Open Library works. The descriptions explicitly route between search_inside, search_items, and search_books, so overlap is minimal.
All names use snake_case and a verb-first pattern (search_*, get_*, list_*). The convention is consistent throughout with no style mixing.
Six tools is well within the appropriate range, and each covers a distinct archive capability with no redundant or trivial tools. For a read-oriented archive server, the surface is compact but well-scoped.
Core read workflows are covered: discovery, item metadata, full-text search, book/work lookup, and Wayback capture listing/closest lookup. Minor gaps remain around retrieving actual snapshot page contents or full OCR/book text, but agents can often work around them via source URLs or identifiers.
MCP server for Project Gutenberg: 78,000+ public-domain ebooks with full plain-text retrieval.
Archive MCP — wraps the Internet Archive APIs (free, no auth)
Internet Archive (archive.org) item search & metadata MCP.
An MCP server that provides read access to your cloud storage providers, bank accounts and more.
