Skip to main content
Glama
smeet666

mcp-bbc-goodfood

mcp-bbc-goodfood

npm CI license MCP Registry Glama M8ven Install in Cursor Install in VS Code

BBC Good Food is a British cooking site, the online home of the magazine of the same name. Its recipes are written and tested by its own cooks, and each one gives its ingredients, its method, its preparation and cooking times, its difficulty, the diets it suits, its nutrition per serving and the stars its readers gave it. The site narrows its recipes along axes of its own: a diet, a cuisine, a kind of meal, a difficulty. Part of the collection sits behind a subscription.

This server connects a chat client to that site. You can read the values each axis takes, search the recipes along them, read one recipe with its ingredients rescaled to the number of people at your table, and switch its quantities between metric and US units. 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 mcp add bbc-goodfood -- npx -y mcp-bbc-goodfood

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

{
  "mcpServers": {
    "bbc-goodfood": {
      "command": "npx",
      "args": ["-y", "mcp-bbc-goodfood"]
    }
  }
}

Node 24 or later is required, and no environment variable has to be set.

With Docker

{
  "mcpServers": {
    "bbc-goodfood": {
      "command": "docker",
      "args": ["run", "-i", "--rm", "ghcr.io/smeet666/mcp-bbc-goodfood:1.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 www.bbcgoodfood.com, and nothing else: no volume, no port, no credential.

Bundle, without npm

Download mcp-bbc-goodfood-1.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: mcp-cookbook

What you can ask

  • "Find me a vegetarian curry that takes under 40 minutes."

  • "What diets can I filter on?"

  • "Read me that recipe for six, in US cups."

  • "Which of these are rated four stars or better?"

  • "Scale this ingredient list from a magazine by 1.5."

The ordinary path runs list_filters, then search_recipes, then get_recipe on the path a row carries.

Tools

Tool

What it does

list_filters

Reads the values each axis of the site takes.

search_recipes

Finds recipes, narrowed along those axes.

get_recipe

Reads one recipe, rescaled or in other units on request.

scale_ingredients

Rescales any ingredient list, with no request to the site.

Call list_filters before narrowing a search. The site accepts any value on an axis and answers one it does not know with a total of zero, so a guessed spelling comes back as a confident absence instead of a refusal.

list_filters

Reads the axes the site narrows by, and the values each one takes.

Argument

Type

Required

What it does

query

string, 1 to 80 characters

no

Count the values within one search instead of across the whole listing.

In return: filters, one entry per axis carrying name and label in the site's own wording, argument, which names the argument search_recipes takes for it, and options with each value, its label and its count. A count the site published nothing for is null. option_count says how many options are listed here, which is fewer than the site accepts: the values returned are the most frequent ones, and an option absent from the list is still usable. Counts are measured inside a scope, so passing query counts within one search and leaving it out counts across the listing; the two answer different questions.

search_recipes

Searches the recipes, narrowed along the site's own axes and along restrictions this server applies to the rows it read.

Argument

Type

Required

What it does

query

string, 1 to 80 characters

yes

A dish, an ingredient, a technique.

limit

integer, 1 to 30, default 30

no

Rows to serve.

page

integer, 1 to 334, default 1

no

Which page of rows.

sort

relevant, rating, published or quickest, default relevant

no

How the site orders the rows.

diet

string, 1 to 60 characters

no

A value list_filters publishes.

cuisine

string, 1 to 60 characters

no

A value list_filters publishes.

meal_type

string, 1 to 60 characters

no

A value list_filters publishes.

difficulty

string, 1 to 60 characters

no

A value list_filters publishes.

max_total_minutes

integer, 1 to 1440

no

The whole recipe, in minutes.

max_calories

integer, 1 to 10000

no

Calories per serving.

min_servings

integer, 1 to 50

no

At least this many servings.

min_rating

number, 1 to 5

no

At least this many stars.

exclude_premium

boolean

no

Drop the rows behind the site's subscription.

In return: rows carrying id, which get_recipe takes; title; url; image_url; and rating, which is null where the site published none. Alongside come result_count, rows_seen for the rows the site served before anything was set aside, and total_available. A total marked total_is_ceiling sits on the largest number of rows one search will serve, so it states a floor rather than a count. restrictions_lifted names what was set aside when narrowing made the search fail, and premium_dropped counts the subscription rows removed. The site offers no restriction on subscription rows, so exclude_premium removes them after the page arrives: a page then comes back shorter than the limit asked for, and a short page is not the end of the results.

get_recipe

Reads one recipe, rescaled to a number of servings and in the unit system asked for.

Argument

Type

Required

What it does

id

string, 1 to 200 characters

yes

The page's own path, as a search_recipes row carries it.

servings

integer, 1 to 100

no

Rescale the ingredients to this many servings.

unit_system

metric or us

no

The units the quantities are written in.

In return: title, url, premium, yield_text in the site's own wording such as Serves 4 - 6, yield_count, prep_minutes, cook_minutes, total_minutes, difficulty, diets, author, rating, rating_count, description, ingredients, steps, nutrition with nutrition_per naming the serving it describes, and unit_system. A figure the page states nothing for is null. A recipe behind the site's subscription comes back with premium true, no ingredients and no steps: send the reader to its page rather than reconstructing them. Each ingredient carries scaling, reading scaled, rounded or unscaled.

scale_ingredients

Applies the same arithmetic to any list of ingredient lines, with no request to the site.

Argument

Type

Required

What it does

ingredients

array of 1 to 100 strings, 1 to 300 characters

yes

The lines to rescale, as a recipe writes them.

factor

number, 0.001 to 1000

one of two

What to multiply every quantity by.

from_servings

integer, 1 to 100

one of two

How many people the list feeds as written.

to_servings

integer, 1 to 100

one of two

How many people it should feed.

Pass factor, or the from_servings and to_servings pair.

In return: the rescaled lines in the shape get_recipe returns, each with its original, its text, its amount, amount_max and unit, and 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, and 2 g divided by ten reads 200 mg.

How finely an ingredient can be divided depends on what it is. A loaf 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.

Variable

Default

What it does

BGF_USER_AGENT

the project identity

Names your application to the site, with an address where a person can be reached.

BGF_MIN_INTERVAL_MS

1500

Gap between two requests, from 1000 to 60000.

BGF_TIMEOUT_MS

20000

Deadline for one request, from 1000 to 120000.

BGF_MAX_RETRIES

3

Attempts after a transient failure, from 0 to 8.

BGF_CACHE_TTL_MS

900000

How long a page stays in memory, from 0 to 86400000.

BGF_CACHE_MAX_ENTRIES

200

Pages held in memory at once, from 1 to 5000.

BGF_MAX_BODY_BYTES

8000000

Largest page this reads, in bytes, from 100000 to 64000000.

BGF_LOG_LEVEL

error

silent, error, info or debug, written to stderr.

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.

Code

What happened

What to do

not_found

The site answered, and holds no such recipe.

Check the path with search_recipes.

invalid_input

The arguments were refused before any request went out.

Read the message, which names the argument.

rate_limited

The site asked this client to slow down.

Wait the number of seconds the hint names and call again with the same arguments. The recipe is still there.

parse_failure

The page loaded and the expected content was absent.

Report it at the issue tracker.

network_error

The request did not complete.

Try again shortly.

timeout

The request passed its deadline.

Raise BGF_TIMEOUT_MS, or ask for fewer rows.

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.

import { BbcGoodFoodClient } from "mcp-bbc-goodfood/client";

const client = new BbcGoodFoodClient();
const { data, cached } = await client.searchRecipes({ query: "lasagne" });
console.log(data.rows.length, cached);

listFilters, searchRecipes and getRecipe each answer { data, cached }, and throw an error carrying one of the six codes. The floor between two requests holds here as well.

Pacing and attribution

Requests go out one at a time with at least a second and a half between them, and the floor of one 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.

Every result carries the address of the page it was read from, and source names the site. The recipes belong to BBC Good Food and to the cooks who wrote them.

This MCP server is an unofficial project, with no affiliation to BBC Good Food.

Privacy

This server collects nothing about you and sends nothing to its author. It runs on your machine, contacts www.bbcgoodfood.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

npm install
npm run build:fixtures
npm test
npm run check

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 BBC Good Food and to their authors.


mcp-bbc-goodfood (français)

English version

BBC Good Food est un site de cuisine britannique, la maison en ligne du magazine du même nom. Ses recettes sont écrites et testées par ses propres cuisiniers, et chacune donne ses ingrédients, sa méthode, ses temps de préparation et de cuisson, sa difficulté, les régimes auxquels elle convient, ses valeurs nutritionnelles par portion et les étoiles que ses lecteurs lui ont données. Le site resserre ses recettes selon des axes qui lui sont propres : un régime, une cuisine, un type de repas, une difficulté. Une partie de la collection est réservée aux abonnés.

Ce serveur relie un client de conversation à ce site. On peut lire les valeurs que prend chaque axe, chercher des recettes le long de ces axes, lire une recette avec ses ingrédients adaptés au nombre de convives, et basculer ses quantités entre unités métriques et américaines. Aucune clé d'API, aucun compte.

Installation

Installation en un clic

Install in Cursor Install in VS Code

Claude Code

claude mcp add bbc-goodfood -- npx -y mcp-bbc-goodfood

Claude Desktop, Cursor, et tout client au format de configuration standard

{
  "mcpServers": {
    "bbc-goodfood": {
      "command": "npx",
      "args": ["-y", "mcp-bbc-goodfood"]
    }
  }
}

Node 24 ou plus récent est nécessaire, et aucune variable d'environnement n'est à renseigner.

Avec Docker

{
  "mcpServers": {
    "bbc-goodfood": {
      "command": "docker",
      "args": ["run", "-i", "--rm", "ghcr.io/smeet666/mcp-bbc-goodfood:1.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 www.bbcgoodfood.com, et de rien d'autre : aucun volume, aucun port, aucun identifiant.

Bundle, sans npm

Téléchargez mcp-bbc-goodfood-1.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.

Ce qu'on peut demander

  • « Trouve-moi un curry végétarien qui prend moins de 40 minutes. »

  • « Sur quels régimes puis-je filtrer ? »

  • « Lis-moi cette recette pour six, en tasses américaines. »

  • « Lesquelles sont notées quatre étoiles ou plus ? »

  • « Multiplie par 1,5 cette liste d'ingrédients tirée d'un magazine. »

Le chemin ordinaire va de list_filters à search_recipes, puis à get_recipe sur le chemin que porte une ligne.

Les outils

Outil

Ce qu'il fait

list_filters

Lit les valeurs que prend chaque axe du site.

search_recipes

Trouve des recettes, resserrées selon ces axes.

get_recipe

Lit une recette, adaptée ou dans d'autres unités sur demande.

scale_ingredients

Adapte n'importe quelle liste d'ingrédients, sans requête au site.

Appelez list_filters avant de resserrer une recherche. Le site accepte n'importe quelle valeur sur un axe et répond à celle qu'il ne connaît pas par un total de zéro, donc une orthographe devinée revient comme une absence assurée au lieu d'un refus.

list_filters

Lit les axes selon lesquels le site resserre, et les valeurs que chacun prend.

Argument

Type

Requis

Ce qu'il fait

query

chaîne, 1 à 80 caractères

non

Compte les valeurs dans une recherche plutôt que sur toute la liste.

En retour : filters, une entrée par axe portant name et label dans les termes du site, argument, qui nomme l'argument que search_recipes prend pour lui, et options avec chaque value, son label et son count. Un count que le site n'a pas publié vaut null. option_count dit combien d'options sont listées ici, ce qui est moins que ce que le site accepte : les valeurs rendues sont les plus fréquentes, et une option absente de la liste reste utilisable. Les comptes sont mesurés dans une portée, donc passer query compte dans une recherche et l'omettre compte sur toute la liste ; les deux répondent à des questions différentes.

search_recipes

Cherche des recettes, resserrées selon les axes du site et selon des restrictions que ce serveur applique aux lignes qu'il a lues.

Argument

Type

Requis

Ce qu'il fait

query

chaîne, 1 à 80 caractères

oui

Un plat, un ingrédient, une technique.

limit

entier, 1 à 30, défaut 30

non

Lignes à servir.

page

entier, 1 à 334, défaut 1

non

Quelle page de lignes.

sort

relevant, rating, published ou quickest, défaut relevant

non

L'ordre dans lequel le site range les lignes.

diet

chaîne, 1 à 60 caractères

non

Une valeur publiée par list_filters.

cuisine

chaîne, 1 à 60 caractères

non

Une valeur publiée par list_filters.

meal_type

chaîne, 1 à 60 caractères

non

Une valeur publiée par list_filters.

difficulty

chaîne, 1 à 60 caractères

non

Une valeur publiée par list_filters.

max_total_minutes

entier, 1 à 1440

non

La recette entière, en minutes.

max_calories

entier, 1 à 10000

non

Calories par portion.

min_servings

entier, 1 à 50

non

Au moins ce nombre de portions.

min_rating

nombre, 1 à 5

non

Au moins ce nombre d'étoiles.

exclude_premium

booléen

non

Retire les lignes réservées aux abonnés.

En retour : des lignes portant id, que get_recipe reprend ; title ; url ; image_url ; et rating, null là où le site n'en a publié aucune. Viennent aussi result_count, rows_seen pour les lignes servies par le site avant tout écartement, et total_available. Un total marqué total_is_ceiling se pose sur le plus grand nombre de lignes qu'une recherche servira, donc il énonce un plancher plutôt qu'un compte. restrictions_lifted nomme ce qui a été écarté quand le resserrement faisait échouer la recherche, et premium_dropped compte les lignes d'abonnés retirées. Le site n'offre aucune restriction sur les lignes d'abonnés, donc exclude_premium les retire une fois la page arrivée : une page revient alors plus courte que la limite demandée, et une page courte n'est pas la fin des résultats.

get_recipe

Lit une recette, adaptée à un nombre de parts et dans le système d'unités demandé.

Argument

Type

Requis

Ce qu'il fait

id

chaîne, 1 à 200 caractères

oui

Le chemin de la page, tel qu'une ligne le porte.

servings

entier, 1 à 100

non

Adapte les ingrédients à ce nombre de parts.

unit_system

metric ou us

non

Les unités dans lesquelles les quantités sont écrites.

En retour : title, url, premium, yield_text dans les termes du site comme Serves 4 - 6, yield_count, prep_minutes, cook_minutes, total_minutes, difficulty, diets, author, rating, rating_count, description, ingredients, steps, nutrition avec nutrition_per qui nomme la portion décrite, et unit_system. Un chiffre que la page n'indique pas vaut null. Une recette réservée aux abonnés revient avec premium à vrai, sans ingrédients et sans étapes : renvoyez le lecteur vers sa page au lieu de les reconstituer. Chaque ingrédient porte scaling, valant scaled, rounded ou unscaled.

scale_ingredients

Applique la même arithmétique à n'importe quelle liste d'ingrédients, sans requête au site.

Argument

Type

Requis

Ce qu'il fait

ingredients

tableau de 1 à 100 chaînes, 1 à 300 caractères

oui

Les lignes à adapter, comme une recette les écrit.

factor

nombre, 0.001 à 1000

l'un des deux

Ce par quoi multiplier chaque quantité.

from_servings

entier, 1 à 100

l'un des deux

Le nombre de convives de la liste d'origine.

to_servings

entier, 1 à 100

l'un des deux

Le nombre de convives voulu.

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 original, son text, son amount, amount_max et unit, et 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, et 2 g divisés par dix donnent 200 mg.

La finesse à laquelle un ingrédient se coupe dépend de sa nature. Un pain 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.

Variable

Défaut

Ce qu'elle fait

BGF_USER_AGENT

l'identité du projet

Nomme votre application auprès du site, avec une adresse où joindre une personne.

BGF_MIN_INTERVAL_MS

1500

Écart entre deux requêtes, de 1000 à 60000.

BGF_TIMEOUT_MS

20000

Délai d'une requête, de 1000 à 120000.

BGF_MAX_RETRIES

3

Tentatives après un échec passager, de 0 à 8.

BGF_CACHE_TTL_MS

900000

Durée pendant laquelle une page reste en mémoire, de 0 à 86400000.

BGF_CACHE_MAX_ENTRIES

200

Pages gardées en mémoire à la fois, de 1 à 5000.

BGF_MAX_BODY_BYTES

8000000

Plus grande page lue, en octets, de 100000 à 64000000.

BGF_LOG_LEVEL

error

silent, error, info ou debug, écrit sur la sortie d'erreur.

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.

Code

Ce qui s'est passé

Que faire

not_found

Le site a répondu, et n'a pas cette recette.

Vérifiez le chemin avec search_recipes.

invalid_input

Les arguments ont été refusés avant toute requête.

Lisez le message, qui nomme l'argument.

rate_limited

Le site demande à ce client de ralentir.

Attendez les secondes indiquées et rappelez avec les mêmes arguments. La recette est toujours là.

parse_failure

La page a chargé et le contenu attendu est absent.

Signalez-le sur le suivi d'incidents.

network_error

La requête n'a pas abouti.

Réessayez sous peu.

timeout

La requête a dépassé son délai.

Augmentez BGF_TIMEOUT_MS, ou demandez moins de lignes.

Comme bibliothèque

La couche qui lit le site est publiée seule, avec son rythme, son cache et ses erreurs, sans protocole attaché.

import { BbcGoodFoodClient } from "mcp-bbc-goodfood/client";

const client = new BbcGoodFoodClient();
const { data, cached } = await client.searchRecipes({ query: "lasagne" });
console.log(data.rows.length, cached);

listFilters, searchRecipes et getRecipe répondent chacun { data, cached }, et lèvent une erreur portant un des six codes. Le plancher entre deux requêtes tient également ici.

Rythme et attribution

Les requêtes partent une à une avec au moins une seconde et demie entre elles, et le plancher d'une 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.

Chaque résultat porte l'adresse de la page d'où il a été lu, et source nomme le site. Les recettes appartiennent à BBC Good Food et aux cuisiniers qui les ont écrites.

Ce MCP est un projet non officiel, sans affiliation à BBC Good Food.

Confidentialité

Ce serveur ne collecte rien sur vous et n'envoie rien à son auteur. Il tourne sur votre machine, ne joint que www.bbcgoodfood.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

npm install
npm run build:fixtures
npm test
npm run check

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 à BBC Good Food et à leurs auteurs.

Available Tools

4 tools
get_recipeRead a recipeA
Read-onlyIdempotent

Read one recipe on BBC Good Food: its ingredients, its steps, its times, its rating and its nutrition. Pass the 'id' a search_recipes row carries, which is the page's own path. A recipe behind the site's subscription comes back with everything except its ingredients and steps, and says so: its page on the site is where a subscriber reads it. The site writes many of its recipes twice, once for its own readers and once restated for readers in the United States, and 'unit_system' chooses which of the two to read.

ParametersJSON Schema
NameRequiredDescriptionDefault
idYesThe page's own path, as a search_recipes row carries it.
servingsNoPut the ingredients to this many people. Quantities are then recomputed by this server, not published by the site, and each line says so under 'scaling'.
unit_systemNoWhich of the site's own two renditions to read: 'metric' as it writes for its own readers, 'us' as it restates for readers in the United States. Both are the site's words. A recipe it restated nowhere comes back as it published it, said in 'unit_system' and in the notes.

Output Schema

ParametersJSON Schema
NameRequiredDescription
idYes
urlYesThe page. Show this when citing the recipe.
dietsYes
notesYes
stepsYesEmpty when the recipe sits behind the site's subscription.
titleYes
yieldYesWhat the ingredients were put to, and what they were put from.
authorYes
ratingYes1 to 5. Null when nobody has rated it.
sourceYes
premiumYesTrue when the recipe sits behind the site's subscription.
nutritionYes
difficultyYes
yield_textYesThe site's own wording, such as 'Serves 4 - 6'.
descriptionYes
ingredientsYesEmpty when the recipe sits behind the site's subscription.
unit_systemYesWhich of the site's two renditions this answer carries.
yield_countYesThe first whole number of that wording.
cook_minutesYes
prep_minutesYes
rating_countYes
nutrition_perYesThe site's own wording for the serving.
total_minutesYes

TDQS

A4.3/5.0
Behavior4/5

Does the description disclose side effects, auth requirements, rate limits, or destructive behavior?

Beyond the readOnly/idempotent annotations, the description reveals that subscription recipes omit ingredients and steps but explicitly say so, and that many recipes exist in two regional renditions selected by unit_system. This is meaningful behavioral context that annotations alone don't provide.

Agents need to know what a tool does to the world before calling it. Descriptions should go beyond structured annotations to explain consequences.

Conciseness5/5

Is the description appropriately sized, front-loaded, and free of redundancy?

Three sentences, all informative, with the core purpose front-loaded. No redundant filler; each clause earns its place, including the paywall caveat and regional variant explanation.

Shorter descriptions cost fewer tokens and are easier for agents to parse. Every sentence should earn its place.

Completeness5/5

Given the tool's complexity, does the description cover enough for an agent to succeed on first attempt?

For a single-recipe read operation with a full output schema and strong annotations, the description covers the key edge cases (paywall, regional variants) and the id provenance. Nothing essential for calling it correctly is missing.

Complex tools with many parameters or behaviors need more documentation. Simple tools need less. This dimension scales expectations accordingly.

Parameters3/5

Does the description clarify parameter syntax, constraints, interactions, or defaults beyond what the schema provides?

The schema already documents all three parameters in detail (100% coverage), including id's source and unit_system's meaning. The description adds no new parameter-level detail beyond restating id's origin and unit_system's role, so a baseline 3 is appropriate.

Input schemas describe structure but not intent. Descriptions should explain non-obvious parameter relationships and valid value ranges.

Purpose5/5

Does the description clearly state what the tool does and how it differs from similar tools?

States a specific verb ('Read') and resource ('one recipe on BBC Good Food') and enumerates the data fields returned (ingredients, steps, times, rating, nutrition). It clearly differentiates from siblings by focusing on a single recipe rather than searching, filtering, or scaling.

Agents choose between tools based on descriptions. A clear purpose with a specific verb and resource helps agents select the right tool.

Usage Guidelines4/5

Does the description explain when to use this tool, when not to, or what alternatives exist?

Explicitly tells the agent to pass the 'id' that a search_recipes row carries, anchoring this tool to the search workflow. It also explains the subscription edge case and the unit_system choice, giving context for when these options matter, though it doesn't list explicit exclusions vs siblings.

Agents often have multiple tools that could apply. Explicit usage guidance like "use X instead of Y when Z" prevents misuse.

list_filtersList the ways a search can be narrowedA
Read-onlyIdempotent

List the axes a recipe search can be narrowed along on BBC Good Food, with the values each one takes and how many recipes carry them. Pass 'query' to measure the counts inside one search, or leave it out for the site's whole listing. Read this before narrowing a search: the site accepts any value on a facet and answers one it does not know with a total of zero, so a guessed spelling comes back as a confident absence. The values listed are an excerpt of the most frequent ones, and the site accepts others that are not shown.

ParametersJSON Schema
NameRequiredDescriptionDefault
queryNoA search to measure the counts inside. The site counts its facets over the rows a search returns, so a count without a query describes the whole listing instead.

Output Schema

ParametersJSON Schema
NameRequiredDescription
notesYes
queryYesThe search the counts were measured in, trimmed.
sourceYes
filtersYes
filter_countYes
total_availableYesRecipes the site says this scope holds. Null when it published no figure.
total_is_ceilingYesTrue when the total sits on the largest number of rows one search will serve, so it states a floor rather than a count.

TDQS

A4.5/5.0
Behavior5/5

Does the description disclose side effects, auth requirements, rate limits, or destructive behavior?

Annotations already declare readOnlyHint, openWorldHint, idempotentHint, and destructiveHint=false, and the description adds meaningful behavioral detail beyond that: the site returns zero for any unknown facet value, so a guessed spelling looks like a confident absence. It also discloses that the listed values are only an excerpt and other values are accepted, which is important practical information.

Agents need to know what a tool does to the world before calling it. Descriptions should go beyond structured annotations to explain consequences.

Conciseness5/5

Is the description appropriately sized, front-loaded, and free of redundancy?

The description is four sentences, front-loaded with the core behavior and followed by the important open-world caveat and excerpt warning. Every sentence earns its place, and there is no filler or repeated schema content.

Shorter descriptions cost fewer tokens and are easier for agents to parse. Every sentence should earn its place.

Completeness5/5

Given the tool's complexity, does the description cover enough for an agent to succeed on first attempt?

With one optional parameter, a rich schema description, an output schema, and annotations, the description covers what an agent needs: how to scope the counts, the fact that counts are measured over search results, and the open-world behavior. There are no obvious gaps that would prevent correct invocation.

Complex tools with many parameters or behaviors need more documentation. Simple tools need less. This dimension scales expectations accordingly.

Parameters3/5

Does the description clarify parameter syntax, constraints, interactions, or defaults beyond what the schema provides?

Schema coverage for the single query parameter is 100%, so the schema already explains that counts without a query describe the whole listing. The description restates this idea but does not add much meaning beyond the schema, so a baseline 3 is appropriate.

Input schemas describe structure but not intent. Descriptions should explain non-obvious parameter relationships and valid value ranges.

Purpose5/5

Does the description clearly state what the tool does and how it differs from similar tools?

The description states a specific action and resource: listing the axes a recipe search can be narrowed along on BBC Good Food, including values and recipe counts. This clearly distinguishes it from the sibling tools such as search_recipes because it is about enumerating facets rather than performing a search or fetching a recipe.

Agents choose between tools based on descriptions. A clear purpose with a specific verb and resource helps agents select the right tool.

Usage Guidelines4/5

Does the description explain when to use this tool, when not to, or what alternatives exist?

The description gives clear context by saying to read this before narrowing a search, and it explains how to get counts for a specific query versus the whole listing. It does not explicitly name search_recipes as the execution alternative, but the sequencing guidance and facet-counting behavior make the intended use obvious.

Agents often have multiple tools that could apply. Explicit usage guidance like "use X instead of Y when Z" prevents misuse.

scale_ingredientsScale a list of ingredientsA
Read-onlyIdempotent

Put a list of ingredient lines to a different number of people. Pass 'factor', or else the pair 'from_servings' and 'to_servings'. Quantities are recomputed by this server and not by the site, and every line says under 'scaling' whether the arithmetic landed exactly, whether the figure was moved to stay usable in a kitchen, or whether the line carried nothing to multiply.

ParametersJSON Schema
NameRequiredDescriptionDefault
factorNoWhat to multiply every quantity by. Pass this or the servings pair, never both.
ingredientsYesThe lines to scale, as a recipe writes them, such as '200g plain flour'.
to_servingsNoHow many people it should feed.
from_servingsNoHow many people the list feeds as written.

Output Schema

ParametersJSON Schema
NameRequiredDescription
notesYes
factorYesWhat every quantity was multiplied by.
sourceYes
ingredientsYes
scaled_countYesLines whose arithmetic landed exactly.
rounded_countYesLines whose figure was moved.
unscaled_countYesLines that carried no quantity to multiply.

TDQS

A4.6/5.0
Behavior5/5

Does the description disclose side effects, auth requirements, rate limits, or destructive behavior?

The description goes beyond the annotations by revealing that quantities are recomputed server-side, not by the website, and explains what each ingredient line will state under 'scaling'. This tells the caller what to expect and that the operation is non-destructive and idempotent. This aligns with the readOnly/idempotent annotations without contradicting them.

Agents need to know what a tool does to the world before calling it. Descriptions should go beyond structured annotations to explain consequences.

Conciseness4/5

Is the description appropriately sized, front-loaded, and free of redundancy?

The description is relatively brief and field-oriented. It leads with the primary purpose, covers the parameter modes, and includes the useful scaling behavior. The sentence about scaling statuses is a bit long, but it earns its place because it describes what to expect in the output.

Shorter descriptions cost fewer tokens and are easier for agents to parse. Every sentence should earn its place.

Completeness5/5

Given the tool's complexity, does the description cover enough for an agent to succeed on first attempt?

The description is sufficient for an agent to know when to use the tool, which keys to pass, and what the output will say about each line. Combined with an output schema, full parameter schema coverage, and annotations, no critical behavioral details are missing for safe and correct invocation.

Complex tools with many parameters or behaviors need more documentation. Simple tools need less. This dimension scales expectations accordingly.

Parameters4/5

Does the description clarify parameter syntax, constraints, interactions, or defaults beyond what the schema provides?

The schema already provides descriptions for all 4 parameters, so the baseline is adequate. The description adds value by explaining the mutually exclusive relationship between 'factor' and the servings pair, something the schema alone does not emphasize. It also gives semantic meaning to the scaling status output without repeating schema details.

Input schemas describe structure but not intent. Descriptions should explain non-obvious parameter relationships and valid value ranges.

Purpose5/5

Does the description clearly state what the tool does and how it differs from similar tools?

The description states a strong verb and resource: it scales a list of ingredient lines to a different number of people. It also distinguishes the tool's operation from the siblings (search, listing, fetching) by naming the computation mode. The added detail about 'factor' or 'servings pair' makes the purpose precise.

Agents choose between tools based on descriptions. A clear purpose with a specific verb and resource helps agents select the right tool.

Usage Guidelines4/5

Does the description explain when to use this tool, when not to, or what alternatives exist?

The description explains exactly how the tool should be invoked: pass 'factor' or the 'from_servings'/'to_servings' pair. It clearly communicates the mutually exclusive parameter use. It does not explicitly discuss when to use this tool versus the siblings, but the tool's purpose is sufficiently distinct for an agent to select it without deep inference.

Agents often have multiple tools that could apply. Explicit usage guidance like "use X instead of Y when Z" prevents misuse.

search_recipesSearch recipesA
Read-onlyIdempotent

Search recipes on BBC Good Food and return a listing. Narrow it with 'diet', 'cuisine', 'meal_type', 'difficulty' or a bound such as 'max_total_minutes'; call list_filters first for the values each one takes, since the site answers a value it does not know with a count of zero. The site ranks rather than filters: it answers a term it holds nothing for with rows all the same, so read the titles rather than trusting the count. Each row carries the page to read the recipe on.

ParametersJSON Schema
NameRequiredDescriptionDefault
dietNoA value list_filters publishes.
pageNoWhich page of rows. Default 1.
sortNoHow the site orders the rows. Default 'relevant'.
limitNoRows to return. Default 30.
queryYesA dish, an ingredient, a technique.
cuisineNoA value list_filters publishes.
meal_typeNoA value list_filters publishes.
difficultyNoA value list_filters publishes.
min_ratingNoAt least this many stars, 1 to 5.
max_caloriesNoPer serving.
min_servingsNoAt least this many servings.
exclude_premiumNoDrop the rows that sit behind the site's subscription. The site offers no such restriction, so the rows are removed from the page after it arrives: a page comes back shorter than the limit asked for, and a short page is not the end of the results.
max_total_minutesNoWhole recipe, minutes.

Output Schema

ParametersJSON Schema
NameRequiredDescription
notesYes
queryYes
sourceYes
resultsYes
rows_seenYesRows the site served, before anything was set aside.
result_countYesRows rendered, after anything unreadable was set aside.
premium_droppedYesRows removed from this page for sitting behind the site's subscription.
total_availableYesRecipes the site says the search holds.
total_is_ceilingYesTrue when the total sits on the most rows one search will serve, so it states a floor.
restrictions_liftedYesRestrictions let go of so the search could run again after the restricted one returned nothing.

TDQS

A4.5/5.0
Behavior5/5

Does the description disclose side effects, auth requirements, rate limits, or destructive behavior?

Beyond the readOnly/idempotent annotations, it discloses that the site ranks rather than filters, that unknown terms produce identical rows rather than reliable counts, and that each row carries the page to read the recipe on. These are non-obvious behaviors an agent needs to interpret results correctly.

Agents need to know what a tool does to the world before calling it. Descriptions should go beyond structured annotations to explain consequences.

Conciseness5/5

Is the description appropriately sized, front-loaded, and free of redundancy?

The description is dense but every sentence contributes: scope, filtering guidance, result-interpretation warning, and page-link follow-up. It is front-loaded with the core purpose and wastes no words.

Shorter descriptions cost fewer tokens and are easier for agents to parse. Every sentence should earn its place.

Completeness5/5

Given the tool's complexity, does the description cover enough for an agent to succeed on first attempt?

With an output schema present and annotations covering read-only, idempotent, and non-destructive behavior, the description covers the remaining operational caveats: filter-value lookup, ranking semantics, and the meaning of rows. Nothing needed to call the tool correctly is missing.

Complex tools with many parameters or behaviors need more documentation. Simple tools need less. This dimension scales expectations accordingly.

Parameters3/5

Does the description clarify parameter syntax, constraints, interactions, or defaults beyond what the schema provides?

Schema description coverage is 100%, so the baseline is 3. The description adds little parameter-level meaning beyond pointing to list_filters for filter values and highlighting max_total_minutes as a bound, both of which the schema already covers.

Input schemas describe structure but not intent. Descriptions should explain non-obvious parameter relationships and valid value ranges.

Purpose5/5

Does the description clearly state what the tool does and how it differs from similar tools?

The description opens with a specific verb and resource: 'Search recipes on BBC Good Food and return a listing.' It distinguishes itself from list_filters by explicitly instructing to call list_filters first, and from get_recipe by framing the output as a listing whose rows carry the page for reading the recipe.

Agents choose between tools based on descriptions. A clear purpose with a specific verb and resource helps agents select the right tool.

Usage Guidelines4/5

Does the description explain when to use this tool, when not to, or what alternatives exist?

It gives explicit usage guidance: call list_filters first for filter values and warns that unknown values return zero counts. It does not explicitly name get_recipe as the alternative for reading a single recipe, though the closing sentence implies that follow-up.

Agents often have multiple tools that could apply. Explicit usage guidance like "use X instead of Y when Z" prevents misuse.

Tool Schema Changelog

Recent tool additions, removals, and schema changes observed during successful MCP inspections.

  1. 4 tool updatesv1.1.0
    • Changedget_recipe23 fields changed
      • removedOutput schema / properties / author / anyOf
        Removed value: -[
        -  {
        -    "type": "string"
        -  },
        -  {
        -    "type": "null"
        -  }
        -]
      • addedOutput schema / properties / author / type
        Added value: +[
        +  "string",
        +  "null"
        +]
      • removedOutput schema / properties / description / anyOf
        Removed value: -[
        -  {
        -    "type": "string"
        -  },
        -  {
        -    "type": "null"
        -  }
        -]
      • addedOutput schema / properties / description / type
        Added value: +[
        +  "string",
        +  "null"
        +]
      • removedOutput schema / properties / difficulty / anyOf
        Removed value: -[
        -  {
        -    "type": "string"
        -  },
        -  {
        -    "type": "null"
        -  }
        -]
      • addedOutput schema / properties / difficulty / type
        Added value: +[
        +  "string",
        +  "null"
        +]
      • removedOutput schema / properties / ingredients / items / properties / heading / anyOf
        Removed value: -[
        -  {
        -    "type": "string"
        -  },
        -  {
        -    "type": "null"
        -  }
        -]
      • addedOutput schema / properties / ingredients / items / properties / heading / type
        Added value: +[
        +  "string",
        +  "null"
        +]
      • changedOutput schema / properties / ingredients / items / properties / ingredients / items / anyOf
        Previous value: -[
        -  {
        -    "additionalProperties": false,
        -    "properties": {
        -      "amount": {
        -        "anyOf": [
        -          {
        -            "type": "number"
        -          },
        -          {
        -            "type": "null"
        -          }
        -        ],
        -        "description": "Null when the site states no quantity."
        -      },
        -      "item": {
        -        "description": "What goes in, without its quantity.",
        -        "type": "string"
        -      },
        -      "note": {
        -        "anyOf": [
        -          {
        -            "type": "string"
        -          },
        -          {
        -            "type": "null"
        -          }
        -        ],
        -        "description": "What to do to it beforehand, such as 'thinly sliced'."
        -      },
        -      "term": {
        -        "anyOf": [
        -          {
        -            "type": "string"
        -          },
        -          {
        -            "type": "null"
        -          }
        -        ],
        -        "description": "The site's own normalised name for it."
        -      },
        -      "text": {
        -        "description": "The line as the site composes it.",
        -        "type": "string"
        -      },
        -      "unit": {
        -        "anyOf": [
        -          {
        -            "type": "string"
        -          },
        -          {
        -            "type": "null"
        -          }
        -        ]
        -      }
        -    },
        -    "required": [
        -      "text",
        -      "amount",
        -      "unit",
        -      "item",
        -      "note",
        -      "term"
        -    ],
        -    "type": "object"
        -  },
        -  {
        -    "additionalProperties": false,
        -    "properties": {
        -      "amount": {
        -        "anyOf": [
        -          {
        -            "type": "number"
        -          },
        -          {
        -            "type": "null"
        -          }
        -        ]
        -      },
        -      "amount_max": {
        -        "anyOf": [
        -          {
        -            "type": "number"
        -          },
        -          {
        -            "type": "null"
        -          }
        -        ]
        -      },
        -      "original": {
        -        "description": "The line as the site composes it.",
        -        "type": "string"
        -      },
        -      "scaling": {
        -        "description": "'scaled': the arithmetic landed exactly. 'rounded': the figure moved to stay usable in a kitchen. 'unscaled': the line carried no quantity.",
        -        "enum": [
        -          "scaled",
        -          "rounded",
        -          "unscaled"
        -        ],
        -        "type": "string"
        -      },
        -      "text": {
        -        "description": "The line as it now reads.",
        -        "type": "string"
        -      },
        -      "unit": {
        -        "anyOf": [
        -          {
        -            "type": "string"
        -          },
        -          {
        -            "type": "null"
        -          }
        -        ]
        -      }
        -    },
        -    "required": [
        -      "text",
        -      "original",
        -      "scaling",
        -      "amount",
        -      "amount_max",
        -      "unit"
        -    ],
        -    "type": "object"
        -  }
        -]New value: +[
        +  {
        +    "additionalProperties": false,
        +    "properties": {
        +      "amount": {
        +        "description": "Null when the site states no quantity.",
        +        "type": [
        +          "number",
        +          "null"
        +        ]
        +      },
        +      "item": {
        +        "description": "What goes in, without its quantity.",
        +        "type": "string"
        +      },
        +      "note": {
        +        "description": "What to do to it beforehand, such as 'thinly sliced'.",
        +        "type": [
        +          "string",
        +          "null"
        +        ]
        +      },
        +      "term": {
        +        "description": "The site's own normalised name for it.",
        +        "type": [
        +          "string",
        +          "null"
        +        ]
        +      },
        +      "text": {
        +        "description": "The line as the site composes it.",
        +        "type": "string"
        +      },
        +      "unit": {
        +        "type": [
        +          "string",
        +          "null"
        +        ]
        +      }
        +    },
        +    "required": [
        +      "text",
        +      "amount",
        +      "unit",
        +      "item",
        +      "note",
        +      "term"
        +    ],
        +    "type": "object"
        +  },
        +  {
        +    "additionalProperties": false,
        +    "properties": {
        +      "amount": {
        +        "type": [
        +          "number",
        +          "null"
        +        ]
        +      },
        +      "amount_max": {
        +        "type": [
        +          "number",
        +          "null"
        +        ]
        +      },
        +      "original": {
        +        "description": "The line as the site composes it.",
        +        "type": "string"
        +      },
        +      "scaling": {
        +        "description": "'scaled': the arithmetic landed exactly. 'rounded': the figure moved to stay usable in a kitchen. 'unscaled': the line carried no quantity.",
        +        "enum": [
        +          "scaled",
        +          "rounded",
        +          "unscaled"
        +        ],
        +        "type": "string"
        +      },
        +      "text": {
        +        "description": "The line as it now reads.",
        +        "type": "string"
        +      },
        +      "unit": {
        +        "type": [
        +          "string",
        +          "null"
        +        ]
        +      }
        +    },
        +    "required": [
        +      "text",
        +      "original",
        +      "scaling",
        +      "amount",
        +      "amount_max",
        +      "unit"
        +    ],
        +    "type": "object"
        +  }
        +]
      • removedOutput schema / properties / nutrition / items / properties / value / anyOf
        Removed value: -[
        -  {
        -    "type": "number"
        -  },
        -  {
        -    "type": "null"
        -  }
        -]
      • addedOutput schema / properties / nutrition / items / properties / value / type
        Added value: +[
        +  "number",
        +  "null"
        +]
      • removedOutput schema / properties / nutrition_per / anyOf
        Removed value: -[
        -  {
        -    "type": "string"
        -  },
        -  {
        -    "type": "null"
        -  }
        -]
      • addedOutput schema / properties / nutrition_per / type
        Added value: +[
        +  "string",
        +  "null"
        +]
      • removedOutput schema / properties / rating / anyOf
        Removed value: -[
        -  {
        -    "type": "number"
        -  },
        -  {
        -    "type": "null"
        -  }
        -]
      • addedOutput schema / properties / rating / type
        Added value: +[
        +  "number",
        +  "null"
        +]
      • removedOutput schema / properties / yield / properties / factor / anyOf
        Removed value: -[
        -  {
        -    "type": "number"
        -  },
        -  {
        -    "type": "null"
        -  }
        -]
      • addedOutput schema / properties / yield / properties / factor / type
        Added value: +[
        +  "number",
        +  "null"
        +]
      • removedOutput schema / properties / yield / properties / original_text / anyOf
        Removed value: -[
        -  {
        -    "type": "string"
        -  },
        -  {
        -    "type": "null"
        -  }
        -]
      • addedOutput schema / properties / yield / properties / original_text / type
        Added value: +[
        +  "string",
        +  "null"
        +]
      • removedOutput schema / properties / yield / properties / unit / anyOf
        Removed value: -[
        -  {
        -    "type": "string"
        -  },
        -  {
        -    "type": "null"
        -  }
        -]
      • addedOutput schema / properties / yield / properties / unit / type
        Added value: +[
        +  "string",
        +  "null"
        +]
      • removedOutput schema / properties / yield_text / anyOf
        Removed value: -[
        -  {
        -    "type": "string"
        -  },
        -  {
        -    "type": "null"
        -  }
        -]
      • addedOutput schema / properties / yield_text / type
        Added value: +[
        +  "string",
        +  "null"
        +]
    • Changedlist_filters4 fields changed
      • removedOutput schema / properties / filters / items / properties / argument / anyOf
        Removed value: -[
        -  {
        -    "type": "string"
        -  },
        -  {
        -    "type": "null"
        -  }
        -]
      • addedOutput schema / properties / filters / items / properties / argument / type
        Added value: +[
        +  "string",
        +  "null"
        +]
      • removedOutput schema / properties / query / anyOf
        Removed value: -[
        -  {
        -    "type": "string"
        -  },
        -  {
        -    "type": "null"
        -  }
        -]
      • addedOutput schema / properties / query / type
        Added value: +[
        +  "string",
        +  "null"
        +]
    • Changedscale_ingredients6 fields changed
      • removedOutput schema / properties / ingredients / items / properties / amount / anyOf
        Removed value: -[
        -  {
        -    "type": "number"
        -  },
        -  {
        -    "type": "null"
        -  }
        -]
      • addedOutput schema / properties / ingredients / items / properties / amount / type
        Added value: +[
        +  "number",
        +  "null"
        +]
      • removedOutput schema / properties / ingredients / items / properties / amount_max / anyOf
        Removed value: -[
        -  {
        -    "type": "number"
        -  },
        -  {
        -    "type": "null"
        -  }
        -]
      • addedOutput schema / properties / ingredients / items / properties / amount_max / type
        Added value: +[
        +  "number",
        +  "null"
        +]
      • removedOutput schema / properties / ingredients / items / properties / unit / anyOf
        Removed value: -[
        -  {
        -    "type": "string"
        -  },
        -  {
        -    "type": "null"
        -  }
        -]
      • addedOutput schema / properties / ingredients / items / properties / unit / type
        Added value: +[
        +  "string",
        +  "null"
        +]
    • Changedsearch_recipes8 fields changed
      • removedOutput schema / properties / results / items / properties / author / anyOf
        Removed value: -[
        -  {
        -    "type": "string"
        -  },
        -  {
        -    "type": "null"
        -  }
        -]
      • addedOutput schema / properties / results / items / properties / author / type
        Added value: +[
        +  "string",
        +  "null"
        +]
      • removedOutput schema / properties / results / items / properties / difficulty / anyOf
        Removed value: -[
        -  {
        -    "type": "string"
        -  },
        -  {
        -    "type": "null"
        -  }
        -]
      • addedOutput schema / properties / results / items / properties / difficulty / type
        Added value: +[
        +  "string",
        +  "null"
        +]
      • removedOutput schema / properties / results / items / properties / image_url / anyOf
        Removed value: -[
        -  {
        -    "type": "string"
        -  },
        -  {
        -    "type": "null"
        -  }
        -]
      • addedOutput schema / properties / results / items / properties / image_url / type
        Added value: +[
        +  "string",
        +  "null"
        +]
      • removedOutput schema / properties / results / items / properties / rating / anyOf
        Removed value: -[
        -  {
        -    "type": "number"
        -  },
        -  {
        -    "type": "null"
        -  }
        -]
      • addedOutput schema / properties / results / items / properties / rating / type
        Added value: +[
        +  "number",
        +  "null"
        +]
  2. 4 tool updates
    • Addedget_recipe
    • Changedlist_filters4 fields changed
      • addedOutput schema / properties / filters / items / properties / argument
        Added value: +{
        +  "anyOf": [
        +    {
        +      "type": "string"
        +    },
        +    {
        +      "type": "null"
        +    }
        +  ],
        +  "description": "The search_recipes argument that restricts this axis. Null where a search takes none. A value listed here is in the site's units and may need converting before it is passed."
        +}
      • changedOutput schema / properties / filters / items / properties / name / description
        Previous value: -"The argument name a search takes for this axis."New value: +"The site's own name for the axis."
      • changedOutput schema / properties / filters / items / properties / options / items / properties / value / description
        Previous value: -"Pass this back to narrow a search along this axis."New value: +"The value as the site publishes it, in the site's own units."
      • changedOutput schema / properties / filters / items / required
        Previous value: -[
        -  "name",
        -  "label",
        -  "options",
        -  "option_count"
        -]New value: +[
        +  "name",
        +  "label",
        +  "argument",
        +  "options",
        +  "option_count"
        +]
    • Addedscale_ingredients
    • Changedsearch_recipes4 fields changed
      • removedOutput schema / properties / restrictions_dropped
        Removed value: -{
        -  "description": "Restrictions the site could not answer, dropped so the search could run.",
        -  "items": {
        -    "type": "string"
        -  },
        -  "type": "array"
        -}
      • addedOutput schema / properties / restrictions_lifted
        Added value: +{
        +  "description": "Restrictions let go of so the search could run again after the restricted one returned nothing.",
        +  "items": {
        +    "type": "string"
        +  },
        +  "type": "array"
        +}
      • changedOutput schema / properties / results / items / properties / id / description
        Previous value: -"Opaque to a caller. The site's own identifier for the recipe."New value: +"The page's own path. Pass it to get_recipe to read the recipe."
      • changedOutput schema / required
        Previous value: -[
        -  "query",
        -  "results",
        -  "result_count",
        -  "total_available",
        -  "total_is_ceiling",
        -  "rows_seen",
        -  "restrictions_dropped",
        -  "premium_dropped",
        -  "source",
        -  "notes"
        -]New value: +[
        +  "query",
        +  "results",
        +  "result_count",
        +  "total_available",
        +  "total_is_ceiling",
        +  "rows_seen",
        +  "restrictions_lifted",
        +  "premium_dropped",
        +  "source",
        +  "notes"
        +]
  3. 2 tool updatesv0.1.0
    • First observedlist_filters
    • First observedsearch_recipes

TDQS

A4.6/5.0

Scored across 4 tools

Disambiguation5/5

Each tool serves a distinct function: list_filters discovers search axes, search_recipes performs the actual search, get_recipe retrieves details, and scale_ingredients transforms ingredient quantities. There is no overlap in purpose; the dependency between list_filters and search_recipes is clear and complementary.

Naming Consistency5/5

All tool names follow a consistent verb_noun pattern in snake_case (list_filters, search_recipes, get_recipe, scale_ingredients). The verbs and nouns are specific and predictable, matching the domain perfectly.

Tool Count5/5

Four tools are appropriate for a recipe-focused server. They cover the essential operations without redundancy or bloat, and the scope is well-defined for browsing, searching, and retrieving recipe content.

Completeness5/5

The tool surface covers the full user workflow for a read-only recipe service: discovering available filters, searching, viewing a recipe, and scaling ingredients. No critical operations are missing for the stated purpose, and the added scaling feature enhances usability without leaving gaps.

Maintenance

ActivityMaintained
ResponsivenessUnresponsive

Related MCP Connectors

Related MCP Servers

  • F
    license
    Not graded
    quality
    D
    maintenance
    Enables browsing recipes, searching by category, and viewing detailed recipe information from the Gousto cookbook API via natural language.
    -
  • A
    license
    Not graded
    quality
    C
    maintenance
    Enables querying Open Food Facts product database by barcode, full-text search, category, brand, or country.
    5 npm
    MIT
  • A
    license
    A
    quality
    A
    maintenance
    Enables searching grocery product catalogs with faceted filters and retrieving price history statistics via the MealCP grocery price API.
    2
    MIT