[图片]
mcp-supertoinette
[npm]
[CI]
[license]
[MCP Registry]
[Glama]
[M8ven]
[LobeHub]
[Install in Cursor]
[Install in VS Code]
Supertoinette is a French cooking site, one of
the oldest still standing. Its recipes give their ingredients, their steps, their
preparation, cooking and resting times, the number of people they feed and the
photographs of the dish. Beside the recipes it keeps a set of pages of its own on
what to drink with a dish, matching a wine to it and saying which style it
belongs to.
This server connects a chat client to that site. You can search its recipes, read
one with its ingredients rescaled to the number of people at your table, walk its
categories, read a category page by page, and look up what it suggests drinking
with a dish. It needs no API key and no account.
Version française
Install
One-click install
[Install in Cursor]
[Install in VS Code]
Claude Code
Claude Desktop, Cursor, and any client using the standard config format
Node 24 or later is required, and no environment variable has to be set.
With Docker
-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
www.supertoinette.com, and nothing else: no volume, no port, no credential.
Bundle, without npm
Download mcp-supertoinette-1.2.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.
What you can ask
- « Trouve-moi une recette de blanquette de veau. »
- "Read me that recipe for ten people."
- "What categories does the site file its recipes under?"
- "What wine goes with a beef bourguignon?"
- "Scale this ingredient list from my grandmother's notebook by three."
Supertoinette is a French site, so its recipes are found in French. The ordinary
path runs from a search to a recipe: a row carries an id, and get_recipe
takes that id.
Tools
get_recipe
Reads one recipe in full, and rescales its ingredients when a number of servings
is given.
In return: title with the pictogram the site opens it with taken off, and
title_as_published exactly as the site wrote it; url; description;
published_at; intro, the prose printed above the method; steps;
prep_minutes, cook_minutes, rest_minutes and total_minutes; category;
author; and rating, each null where the page states nothing. yield says
what the recipe was written for and what it was rescaled to. ingredients
carries the lines with the headings the page groups them under, which is what
ingredient_count counts, and each line's scaling reads scaled, rounded or
unscaled.
search_recipes
Searches the recipes for a dish or an ingredient, one page at a time.
In return: rows carrying id, which get_recipe takes, title,
title_as_published and url. Alongside come page, last_page for the
highest page the site links to from this one, result_count, rows_published
for the rows the page held before any were rendered, total_available and
facets, which publishes the category wordings a further search takes. Never
build a category wording by hand: the site answers one it does not know with a
page that reads as an absence.
list_categories
Reads the categories the site files its recipes under. It takes no argument.
In return: categories, with category_count for the entries the site's two
lists hold, and the url they were read from. Pass a category on to
browse_recipes.
browse_recipes
Reads one category, page by page.
In return: the rows and the envelope search_recipes returns, with
last_page saying how far the listing runs.
get_wine_pairings
Reads what the site suggests drinking with a dish, from the pages it wrote on the
subject.
In return: entries carrying the id, the dish under the site's own name
for it, and style, the style of wine the page opens with, which is null where
it wrote none.
scale_ingredients
Applies the same arithmetic to any list of French ingredient lines, with no
request to the site.
Pass factor, or the from_servings and to_servings pair.
In return: the rescaled lines in the shape get_recipe returns, each with
its scaling.
Rescaling the quantities
A quantity is stated in the unit that suits it, so a line can come back in a
different unit from the one the recipe used: 200 g multiplied by twenty reads
4 kg.
How finely an ingredient can be divided depends on what it is. A baguette can be
cut in two, in three or in four; an egg cannot be shared out. A quantity landing
between the two is rounded, and the rescaled recipe then departs a little from
the proportions of the original. The line carries rounded, and its note says
what was done.
The figures are this server's arithmetic, so say they were recomputed when you
show them. A recipe whose page states no number of servings cannot be put to a
number of people, and the answer says so.
Configuration
Every variable is optional. Set them in the env block of your client config.
A value outside its range falls back to the default, and the reason is written to
stderr.
Errors
Every failure carries one of six codes, a message, and where it helps a hint
naming the next move.
As a library
The layer reading the site is published on its own, with its pacing, its cache
and its errors, and with no protocol attached.
searchRecipes, browseRecipes, getRecipe and getPairings each answer
{ data, cached }, and throw an error carrying one of the six codes. The
three-second floor between two requests holds here as well.
Pacing and attribution
Requests go out one at a time with at least three seconds between them, and that
floor holds however the server is configured. The User-Agent always ends with
the project identity and an address where a person can be reached.
Every result carries the address of the page it was read from, and source names
the site. Recipes, titles and photographs belong to Supertoinette.
This MCP server is an unofficial project, with no affiliation to Supertoinette.
Privacy
This server collects nothing about you and sends nothing to its author. It runs
on your machine, contacts www.supertoinette.com 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.
Development
Tests 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
site itself.
Contributing
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.
License
MIT, see LICENSE. The recipes belong to Supertoinette and to their
authors.
mcp-supertoinette (français)
English version
Supertoinette est un site de cuisine français,
l'un des plus anciens encore debout. Ses recettes donnent leurs ingrédients,
leurs étapes, leurs temps de préparation, de cuisson et de repos, le nombre de
convives qu'elles nourrissent et les photographies du plat. À côté des recettes,
il tient un ensemble de pages sur ce qu'on boit avec un plat, qui lui associent
un vin et disent de quel style il relève.
Ce serveur relie un client de conversation à ce site. On peut y chercher des
recettes, en lire une avec ses ingrédients adaptés au nombre de convives,
parcourir ses catégories, lire une catégorie page par page, et consulter ce qu'il
propose de boire avec un plat. Aucune clé d'API, aucun compte.
Installation
Installation en un clic
[Install in Cursor]
[Install in VS Code]
Claude Code
Claude Desktop, Cursor, et tout client au format de configuration standard
Node 24 ou plus récent est nécessaire, et aucune variable d'environnement n'est à
renseigner.
Avec Docker
-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 www.supertoinette.com, et de rien d'autre : aucun volume, aucun
port, aucun identifiant.
Bundle, sans npm
Téléchargez mcp-supertoinette-1.2.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.
Ce qu'on peut demander
- « Trouve-moi une recette de blanquette de veau. »
- « Lis-moi cette recette pour dix personnes. »
- « Sous quelles catégories le site classe-t-il ses recettes ? »
- « Quel vin avec un boeuf bourguignon ? »
- « Multiplie par trois cette liste d'ingrédients du carnet de ma grand-mère. »
Supertoinette est un site français, donc ses recettes se trouvent en français. Le
chemin ordinaire va d'une recherche à une recette : une ligne porte un id, et
get_recipe reprend cet identifiant.
Les outils
get_recipe
Lit une recette en entier, et adapte ses ingrédients quand un nombre de parts est
donné.
En retour : title sans le pictogramme par lequel le site l'ouvre, et
title_as_published exactement comme le site l'a écrit ; url ; description ;
published_at ; intro, la prose imprimée au-dessus de la méthode ; steps ;
prep_minutes, cook_minutes, rest_minutes et total_minutes ; category ;
author ; et rating, chacun null là où la page n'indique rien. yield dit
pour quoi la recette est écrite et vers quoi elle a été adaptée. ingredients
porte les lignes avec les intertitres sous lesquels la page les groupe, ce que
compte ingredient_count, et le scaling de chaque ligne vaut scaled,
rounded ou unscaled.
search_recipes
Cherche des recettes par plat ou par ingrédient, une page à la fois.
En retour : des lignes portant id, que get_recipe reprend, title,
title_as_published et url. Viennent aussi page, last_page pour la page la
plus lointaine que le site relie depuis celle-ci, result_count,
rows_published pour les lignes que la page contenait avant tout rendu,
total_available et facets, qui publie les formulations de catégorie qu'une
recherche suivante reprend. Ne construisez jamais une formulation à la main : le
site répond à celle qu'il ne connaît pas par une page qui se lit comme une
absence.
list_categories
Lit les catégories sous lesquelles le site classe ses recettes. Il ne prend aucun
argument.
En retour : categories, avec category_count pour les entrées que les deux
listes du site contiennent, et l'url d'où elles ont été lues. Une catégorie se
redonne à browse_recipes.
browse_recipes
Lit une catégorie, page par page.
En retour : les lignes et l'enveloppe que rend search_recipes, avec
last_page qui dit jusqu'où va la liste.
get_wine_pairings
Lit ce que le site propose de boire avec un plat, d'après les pages qu'il a
écrites sur le sujet.
En retour : des entrées portant l'id, le dish sous le nom que le site lui
donne, et style, le style de vin par lequel la page s'ouvre, null là où elle
n'en a écrit aucun.
scale_ingredients
Applique la même arithmétique à n'importe quelle liste d'ingrédients en français,
sans requête au site.
Passez factor, ou le couple from_servings et to_servings.
En retour : les lignes adaptées dans la forme que rend get_recipe, chacune
avec son scaling.
L'adaptation des quantités
Une quantité est exprimée dans l'unité qui lui convient. Après adaptation, une
ligne peut donc apparaître dans une autre unité que celle de la recette : 200 g
multipliés par vingt donnent 4 kg.
La finesse à laquelle un ingrédient se coupe dépend de sa nature. Une baguette se
coupe en deux, en trois ou en quatre ; un oeuf ne se partage pas. Une quantité
qui tombe entre les deux est donc arrondie, et la recette adaptée s'écarte alors
un peu des proportions de l'originale. La ligne porte rounded, et sa note dit
ce qui a été fait.
Les chiffres sont l'arithmétique de ce serveur, donc dites qu'ils ont été
recalculés quand vous les montrez. Une recette dont la page n'indique aucun
nombre de parts ne peut pas être portée à un nombre de convives, et la réponse le
dit.
Configuration
Chaque variable est facultative. Elles se posent dans le bloc env de la
configuration du client.
Une valeur hors de sa plage retombe sur le défaut, et la raison est écrite sur la
sortie d'erreur.
Erreurs
Chaque échec porte un des six codes, un message, et quand cela aide une
indication du geste suivant.
Comme bibliothèque
La couche qui lit le site est publiée seule, avec son rythme, son cache et ses
erreurs, sans protocole attaché.
searchRecipes, browseRecipes, getRecipe et getPairings répondent chacun
{ data, cached }, et lèvent une erreur portant un des six codes. Le plancher de
trois secondes entre deux requêtes tient également ici.
Rythme et attribution
Les requêtes partent une à une avec au moins trois secondes entre elles, et ce
plancher tient quelle que soit la configuration. Le User-Agent se termine
toujours par l'identité du projet et une adresse où joindre une personne.
Chaque résultat porte l'adresse de la page d'où il a été lu, et source nomme le
site. Les recettes, les titres et les photographies appartiennent à
Supertoinette.
Ce MCP est un projet non officiel, sans affiliation à Supertoinette.
Confidentialité
Ce serveur ne collecte rien sur vous et n'envoie rien à son auteur. Il tourne sur
votre machine, ne joint que www.supertoinette.com, 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.
Développement
Les 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 le site lui-même.
Contribuer
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.
Licence
MIT, voir LICENSE. Les recettes appartiennent à Supertoinette et à
leurs auteurs.
