Rule34 MCP Server

mcp-rule34

An MCP server for rule34.xxx. Search the site's posts by tag through its own API, and get back each post's page, its file, its dimensions, its score, its rating and its full tag list, alongside the number of posts the whole search matches.

This server needs credentials. rule34.xxx issues an API key per account, and its terms allow automated reading through the API alone. Getting one takes a minute and is described under Configuration.

(Version française plus bas / French version below)

---

Quickstart

Claude Code

claude mcp add rule34 --env RULE34_USER_ID=your-id --env RULE34_API_KEY=your-key -- npx -y mcp-rule34

Claude Desktop, Cursor, and any client using the standard config format

{
  "mcpServers": {
    "rule34": {
      "command": "npx",
      "args": ["-y", "mcp-rule34"],
      "env": {
        "RULE34_USER_ID": "your-id",
        "RULE34_API_KEY": "your-key"
      }
    }
  }
}

Put this in your user configuration rather than in a project file: a .mcp.json at the root of a repository travels with the repository, and the key travels with it.

Configuration

Where the credentials come from. Sign in, open Account options, and find the row named API Access Credentials. It shows &api_key=…&user_id=…; those two values are what goes in the configuration above. If the key is empty, tick Generate New Key? and save.

The site issues one key per person and asks that applications serving its content display no advertising and put it behind no paywall. This server ships no key of its own, and each user brings their own.

A server started without credentials still starts, publishes its tool, and answers every call by naming the two variables to set. It never sends a request it knows the site will refuse.

Tools

A search names posts, a post is then read whole

A post on rule34.xxx carries a median of about two hundred tags, and some carry nine hundred. A page of twenty results with every tag spelled out would spend four fifths of its answer on tag strings nobody reads, so a search row shows the first twelve and states how many the post carries in all.

get_post reads one post by its id, or by a link to its page, and returns every tag with its kind, character, copyright, artist, general or metadata, and how many posts share it, alongside the uploader, the number of comments and the publication date. A link is read rather than followed: this server builds its own request from the id it finds in it.

Reading one post costs two requests, because neither format the API publishes carries everything: the publication date comes from one, and the uploader's name, the comment count and the tag kinds from the other.

Tags are single tokens

rule34.xxx stores a tag as one token, joining with underscores what a person says as words. asuka langley sohryu and asuka_langley_sohryu are the same tag, and this server writes the second from the first. Punctuation inside a name belongs to it: the series tag is ranma_1/2, slash included.

Three lists, three questions

{
  "tags": ["asuka langley sohryu", "black hair"], // every one of these
  "any_of": ["blonde hair", "red hair"], // at least one of these
  "exclude": ["monochrome", "3d"], // none of these
}

Filters live in arguments of their own rather than inside the tags, so an answer can state the rating and the sort it actually used.

Asking for images, animations or video

media_type takes image, animated, video or any. rule34.xxx carries the distinction in its own tags, so the site does the filtering and the total it returns counts what was asked for. The classification is therefore as good as the site's tagging.

Colour is stated by absence: the site tags what is black and white, and tags nothing to say a post is in colour. Ask for colour with "exclude": ["monochrome", "greyscale", "grayscale"].

Ratings

The site holds two ratings: questionable and explicit. Asking rule34.xxx for safe, general or sensitive returns zero posts and no error, which reads as an absence rather than as a rating the site never had, so this server refuses those three instead of passing them on.

When a search finds nothing

A tag that does not exist empties a search exactly the way a combination the site holds nothing for does. When a search of several tags comes back empty, this server asks the site which of the names it holds, and the answer says which one it does not:

No post on rule34.xxx matches neon_genesis_evangelion asuka_langley_sohry.

Note: rule34.xxx holds no tag named 'asuka_langley_sohry'. A tag that does not
exist empties a search on its own.

What an answer states

Every answer carries the total the site counted for the whole search, the page that was served, and the search as it was sent in the site's own language. A post carries its rule34.xxx page, its file, its thumbnail, its dimensions, its score, its rating, its tags, whatever the uploader credited as a source, and the date it was published.

Two dates exist on a post and only one of them is publication: a post first uploaded in 2016 and retagged last spring carries both, and this server reports the first.

What this server does not do

It never uploads, votes, comments, or writes anything to rule34.xxx.

Errors

Every failure carries one of six codes, and the code opens the message: not_found, invalid_input, rate_limited, parse_failure, network_error, timeout.

rate_limited means the site is refusing this client for now, and it never means a search found nothing. rule34.xxx limits its rate without publishing what the rate is, so this client asks one question at a time, with a second between two requests that no configuration can shorten, and it backs further off when the site pushes back.

Using it as a library

The reading layer is published on its own, without the protocol:

import { Rule34Client } from "mcp-rule34/client";

It carries the same pacing, the same cache and the same error taxonomy.

Development

npm install
npm test          # unit tests, no network
npm run typecheck
npm run check     # biome and prettier
npm run build

A live suite reaches the site and runs only when credentials are present:

RULE34_USER_ID=… RULE34_API_KEY=… npm run test:live

License

MIT.

---

mcp-rule34 (français)

Un serveur MCP pour rule34.xxx. Cherche les posts du site par tag, à travers sa propre API, et rend pour chacun sa page, son fichier, ses dimensions, son score, sa classification et ses tags, avec le nombre de posts que la recherche entière trouve.

Ce serveur demande des identifiants. rule34.xxx délivre une clé d'API par compte, et ses conditions n'autorisent la lecture automatisée que par cette API. En obtenir une prend une minute, voir Configuration.

Démarrage

Claude Code

claude mcp add rule34 --env RULE34_USER_ID=votre-id --env RULE34_API_KEY=votre-clé -- npx -y mcp-rule34

Claude Desktop, Cursor, et tout client au format standard

{
  "mcpServers": {
    "rule34": {
      "command": "npx",
      "args": ["-y", "mcp-rule34"],
      "env": {
        "RULE34_USER_ID": "votre-id",
        "RULE34_API_KEY": "votre-clé"
      }
    }
  }
}

À placer dans votre configuration utilisateur plutôt que dans un fichier de projet : un .mcp.json à la racine d'un dépôt part avec le dépôt, et la clé part avec lui.

Configuration

Où trouver les identifiants. Connectez-vous, ouvrez les options du compte, et cherchez la ligne API Access Credentials. Elle affiche &api_key=…&user_id=… : ces deux valeurs vont dans la configuration ci-dessus. Si la clé est vide, cochez Generate New Key? puis enregistrez.

Le site délivre une clé par personne et demande qu'une application servant son contenu n'affiche aucune publicité et ne le mette derrière aucun péage. Ce serveur n'embarque aucune clé, et chacun apporte la sienne.

Un serveur démarré sans identifiants démarre quand même, publie son outil, et répond à chaque appel en nommant les deux variables à régler. Il n'émet jamais une requête dont il sait que le site la refusera.

Les outils

La recherche nomme les posts, la fiche les lit en entier

Un post de rule34.xxx porte une médiane d'environ deux cents tags, et certains en portent neuf cents. Une page de vingt résultats avec tous les tags écrits dépenserait quatre cinquièmes de sa réponse en chaînes que personne ne lit, donc une ligne de recherche montre les douze premiers et dit combien le post en porte au total.

get_post lit un post par son identifiant, ou par un lien vers sa page, et rend chaque tag avec son type, personnage, copyright, artiste, général ou métadonnée, et le nombre de posts qui le partagent, avec le déposant, le nombre de commentaires et la date de publication. Un lien est lu et non suivi : ce serveur construit sa propre requête à partir de l'identifiant qu'il y trouve.

Lire une fiche coûte deux requêtes, parce qu'aucun des deux formats publiés par l'API ne porte tout : la date de publication vient de l'un, et le nom du déposant, le nombre de commentaires et les types de tags viennent de l'autre.

Un tag est un seul mot

rule34.xxx range un tag en un seul mot, en joignant par des underscores ce qu'une personne dit en plusieurs. asuka langley sohryu et asuka_langley_sohryu sont le même tag, et ce serveur écrit le second à partir du premier. La ponctuation d'un nom lui appartient : le tag de la série est ranma_1/2, barre oblique comprise.

Trois listes, trois questions

{
  "tags": ["asuka langley sohryu", "black hair"], // tous ceux-là
  "any_of": ["blonde hair", "red hair"], // au moins un de ceux-là
  "exclude": ["monochrome", "3d"], // aucun de ceux-là
}

Les filtres vivent dans leurs propres arguments plutôt que dans les tags, ce qui permet à une réponse d'énoncer la classification et le tri qu'elle a réellement appliqués.

Demander des images, des animations ou de la vidéo

media_type accepte image, animated, video ou any. rule34.xxx porte la distinction dans ses propres tags, donc c'est le site qui filtre et le total qu'il rend compte bien ce qui a été demandé. Le classement vaut donc ce que vaut le travail de ses contributeurs.

La couleur s'énonce par une absence : le site tague le noir et blanc, et ne tague rien pour dire qu'un post est en couleur. Demandez la couleur par "exclude": ["monochrome", "greyscale", "grayscale"].

Les classifications

Le site tient deux classifications : questionable et explicit. Demander safe, general ou sensitive à rule34.xxx rend zéro post et aucune erreur, ce qui se lit comme une absence plutôt que comme une classification que le site n'a jamais eue, donc ce serveur refuse ces trois-là au lieu de les transmettre.

Quand une recherche ne trouve rien

Un tag qui n'existe pas vide une recherche exactement comme le fait une combinaison dont le site n'a rien. Quand une recherche de plusieurs tags revient vide, ce serveur demande au site lesquels de ces noms il détient, et la réponse dit celui qu'il ne connaît pas.

Ce qu'une réponse énonce

Chaque réponse porte le total compté par le site pour la recherche entière, la page servie, et la requête telle qu'elle a été envoyée dans le langage du site. Un post porte sa page rule34.xxx, son fichier, sa vignette, ses dimensions, son score, sa classification, ses tags, la source créditée par le déposant quand il en a crédité une, et sa date de publication.

Un post porte deux dates et une seule est la publication : une image déposée en 2016 et retaguée au printemps dernier porte les deux, et ce serveur rend la première.

Ce que ce serveur ne fait pas

Il ne téléverse rien, ne vote pas, ne commente pas, et n'écrit rien sur rule34.xxx.

Les erreurs

Toute panne porte un de six codes, et le code ouvre le message : not_found, invalid_input, rate_limited, parse_failure, network_error, timeout.

rate_limited veut dire que le site refuse ce client pour l'instant, et jamais qu'une recherche n'a rien trouvé. rule34.xxx limite son débit sans publier lequel, donc ce client pose une question à la fois, avec une seconde entre deux requêtes qu'aucune configuration ne peut raccourcir, et il s'écarte davantage quand le site le repousse.

L'utiliser comme bibliothèque

La couche de lecture est publiée seule, sans le protocole :

import { Rule34Client } from "mcp-rule34/client";

Elle porte le même rythme, le même cache et la même taxonomie d'erreurs.

Le développement

npm install
npm test          # tests unitaires, sans réseau
npm run typecheck
npm run check     # biome et prettier
npm run build

Une suite en direct atteint le site et ne tourne qu'avec des identifiants :

RULE34_USER_ID=… RULE34_API_KEY=… npm run test:live

Licence

MIT.