Skip to content
ShotPulled logo

ShotPulled MCP server

Which MCP servers are ShotPulled's own, from the official registry and from asking its own domain, whether they answer, and what they offer. A program checked each of these, nobody copied them from a product page.

read 2026-10-25

← Back to ShotPulled

Whose server it is
  • Registry namecom.shotpulled/shotpulledverified in the MCP registry

The registry name sits under shotpulled.com. The registry only lets a publisher use that namespace after proving control of the domain through DNS or HTTP.

When we asked itchecked 2026-10-25
  • Stateanswerschecked 2026-10-25
  • Tools44
  • Server calls itselfshotpulled
  • Server version1.4.1
  • Protocol version2025-06-18

On 2026-10-25 the server answered initialize and tools/list without a sign-in. First answer in 282 ms.

Should an agent connect itConnect it, with care
  • Its tools do every use case we checked: get one grinder adjustment after a sour or bitter shot; track roast-date freshness and grams left in each bag.

Once connected

  • For "get one grinder adjustment after a sour or bitter shot", the likely first call is suggest_next_step.
  • For "track roast-date freshness and grams left in each bag", the likely first call is list_beans.
  • set_grinder_position, set_equipment_archived, update_grinder, update_machine, update_scale change data without a sign-in: anyone with the address can call them.
  • Its definitions take about 15164 tokens of context: enable only the tools a task needs.
  • Parameters are untyped or undescribed in 21 of 44 tools: check arguments before calling.

Said by rules from the measurements above. The likely first call is a model's pick from the tool list; read its description before relying on it.

Measured dailydaily checks: 10, the first on 2026-10-25
  • INITE MCP score75 of 100answers 100 · does the job 100 · definitions 92 · context 56 · connects 100 · lowered by the warning signs below
  • What an agent can do with it2 of 2 use cases
  • Answered100% of days10 of 10 daily checks
  • Median first answer290 ms
  • Space in an agent's context≈ 15,164 tokensthe definitions of all its tools (44), which an agent carries on every turn
  • Tool definitionsA · 92 of 100
  • Typed results44 of 44 toolsdeclared outputSchema: results come typed, read once
  • Parameters without a description: in 21 of 44

What an agent can do with it

  • not sure · log espresso shots and taste notes for each bag
  • can do · get one grinder adjustment after a sour or bitter shot
  • can do · track roast-date freshness and grams left in each bag

Each of the product's use cases, put to Jev against this server's tool list: can an agent do it with these tools?

Worth a look

  • Tools that change data, on a server that answers without a sign-in: set_grinder_position, set_equipment_archived, update_grinder, update_machine, update_scale

A program checks the server once a day: initialize and tools/list, no model. Tokens are the definitions' length at about four characters a token. The grade averages six checks of every tool's name, description, schema and annotations; it says how well the tools are described, not whether they work. The score weighs what was measured and nothing else: answering (25%), doing the product's job (25%), definitions (20%), context (10%), use (10%) and how readily a client connects (10%). A part that was not measured is left out, and a hidden instruction caps the score at 40. The state of vendors' MCP servers: method and numbers →

Tools it offers44 tools · read 2026-10-25
  • register_grinder

    Register a manual or electric grinder with its dial settings scheme. It becomes the active grinder only when no grinder is in use (none active, or the active one archived); otherwise call set_active with its grinder_id to switch to it…

  • set_grinder_position

    Set the current grinder collar position. source="measured" resets verification freshness. It replaces the stored position; no history of earlier positions is kept.

  • register_machine

    Register an espresso or alternative preparation machine. It becomes the active machine only when no machine is in use (none active, or the active one archived); otherwise call set_active with its machine_id to switch to it. The `active`…

  • set_equipment_archived

    Archive or restore a grinder, machine, water, or scale.

  • update_grinder

    Correct a registered grinder: its name, burrs, collar scheme, nominal step, layout, range or notes. Only the keys you send in fields change; send null to clear an optional field (an empty string also clears a text field, but not a number…

  • update_machine

    Correct a registered machine (its name, control type, prep type and style, basket, boiler, accessories or notes), or record where its selectors stand (settings). Only the keys you send in fields change; send null to clear an optional…

  • update_scale

    Correct a registered scale: its type, resolution, capacity, capabilities, build or notes. Only the keys you send in fields change; send null to clear an optional field (an empty string also clears a text field, but not a number or a…

  • update_water

    Correct a registered water: its name, type, mineral figures or notes. Only the keys you send in fields change; send null to clear an optional field (an empty string also clears a text field, but not a number or a closed list). Required…

  • log_maintenance

    Log a cleaning or maintenance job against a piece of equipment. A task that takes the thing apart opens a calibration epoch, and every recipe locked before it is read through that epoch's offset. Record the offset here if you counted the…

  • set_maintenance_offset

    Record how far a maintenance job moved the reference, on an entry that opened a calibration epoch. Takes an ENTRY, not a piece of equipment: the offset belongs to the event that caused it, which is what lets several of them compose for a…

  • set_maintenance_schedule

    Set the user's own schedule for one maintenance task on one grinder or machine: their own interval, switching it off, or muting the reminder until a date. Only the keys you send in fields change; send every: null to go back to the maker's…

  • get_maintenance_guides

    Step-by-step maintenance guides: tools, supplies, steps and warnings, in our own words with the maker's documents as sources. With no arguments, every guide for the user's current grinders and machines (and the water filter fitted in…

  • list_maintenance_due

    What maintenance is due across the user's current grinders and machines, most urgent first. Use it for "is anything due?". Only tasks with an interval compete: a task the machine counts and signals itself, one done by habit or when a…

  • register_water

    Register a custom or commercial water formulation.

  • list_waters

    List registered waters for the account. The `id` on each row is the number this account knows that record by, counting from 1: safe to show, and what other tools expect back.

  • register_scale

    Register a brewing scale: the instrument that weighs the dose and the yield.

  • list_scales

    List registered scales for the account. The `id` on each row is the number this account knows that record by, counting from 1: safe to show, and what other tools expect back.

  • register_program

    Register a programmed shot button on a machine. A program cuts the shot off either by weight (program_type "volumetric", set target_volume_g) or by time (program_type "timed", set target_time_s). One machine can have a mix of both. A…

  • register_coffee

    Register a coffee that is NOT yet in list_beans, together with its first bag. It does not switch a coffee in use: it becomes active only when no coffee is in use (none active, or the active one archived or with every bag finished)…

  • set_active

    Switch the active bean, grinder or machine for this account. The numbers come from list_beans, list_grinders and list_machines. Registering a coffee, grinder or machine makes it active only when nothing of that kind is in use (the…

  • update_bean

    Update a coffee's own fields (roaster, origins, roast level, rest window, notes, rating…). Bag-shaped fields sent here (state, roast_date, bag_weight_g, grams_remaining, cost…) land on the coffee's CURRENT bag. Use update_bag when it has…

  • get_dial_state

    Retrieve current dialing state, active context, recent shots, recommendations, and locked recipes.

  • log_shot

    Log an espresso or alternative shot/brew attempt. Uses the active context (bean/grinder/machine/program) unless overridden via bean_id/grinder_id/machine_id/program_id. ALWAYS pass bean_id explicitly when the user names a specific coffee…

  • lock_recipe

    Lock a successful shot as the reference dialing recipe for this equipment profile. It overwrites the recipe already locked for the same coffee, grinder, machine, program and drink intent, which keeps its recipe_id.

  • delete_shot

    Delete a logged shot from history. Restores the bean's remaining weight (which is derived from logged doses). Hard delete: there is no undo. To fix a mistake on an otherwise-valid shot, prefer update_shot over delete-and-relog.

  • update_shot

    Correct fields on an already-logged shot in place, with no need to delete and re-log. Use for fixing a wrong dose/yield/time or grind label, re-filing a shot onto the right bean (bean_id), backfilling rating/tasting notes, or fixing the…

  • list_recipes

    List recipes (all or filtered by equipment and status). The `id` on each row is the number this account knows that record by, counting from 1: safe to show, and what other tools expect back.

  • get_stats

    Get compact flat usage stats for a grinder, machine, or bean.

  • list_grinders

    List grinders registered for the account, with status filter. The `id` on each row is the number this account knows that record by, counting from 1: safe to show, and what other tools expect back. Each row carries its maintenance block…

  • list_machines

    List machines registered for the account, with status filter. The `id` on each row is the number this account knows that record by, counting from 1: safe to show, and what other tools expect back. Each row carries its maintenance block…

  • list_beans

    List the coffees registered for the account, with status filter. Each coffee carries its bags[] (every purchase, with its own freshness and grams left) and current_bag_id; the row's top-level roast_date, state, grams_remaining and age…

  • grinder_math

    Determine steps/clicks difference and directions between setting labels (C3).

  • compute_age

    Compute a bag's age in days off roast and its resting/staling verdict, for the coffee's current bag by default or for the bag named.

  • diagnose_shot

    Evaluate shot metrics to provide ranked hypotheses (C6) and warn on flip-flops (G2) or fatigue (G6). Resolves the SHOT's own bean (age computed at the shot's pulled_at), never the active profile, and echoes it as bean_context, so…

  • suggest_next_step

    Retrieve the single next experiment step from the reasoning engine.

  • log_recommendation

    Log a recommended dialing change to allow contradiction/oscillation checking (G2).

  • get_rule

    Retrieve the detailed text of a specific rule from the knowledge base by its rule ID.

  • get_kb_version

    Retrieve the current version of the knowledge base.

  • kb_changelog

    Retrieve the changelog showing updates and version differences for the knowledge base.

  • diagnose_preview

    Sandbox-only diagnosis, writes nothing (no verdict, no recommendation-trail entry). Two modes: pass shot_id to dry-run a LOGGED shot (optionally overriding its sensory_tags, for the "what would this read as?" preview; the shot's own bean…

  • list_shots

    List shot history with support for pagination and filtering. Every shot carries a derived taste_pending flag (1 = logged with no sensory tags, no rating, and no tasted flip: the tasting is still owed and can be backfilled with update_shot).

  • register_bag

    Register another bag of a coffee that is already in list_beans: the same roaster's product, bought again. It keeps the coffee's recipes, notes and history; only the purchase facts (roast date, weight, price, state) are new. Does not…

  • update_bag

    Change bag-level facts on one bag of a coffee: open, seal, freeze, thaw or finish it, correct its roast date, weight, grams left or price. Bag numbers come from the bags[] on list_beans (or current_bag_id). For the coffee itself (roaster…

  • merge_beans

    Fold one coffee into another when the same coffee was registered twice. Every bag, shot, recipe and recommendation of from_bean_id moves to into_bean_id; the active coffee follows if it was the one merged away; origins move only if the…

How to connect

Add the server to your MCP client config. Claude Desktop, Cursor and most other clients read this shape:

{
  "mcpServers": {
    "shotpulled": {
      "type": "http",
      "url": "https://mcp.shotpulled.com/mcp"
    }
  }
}

Add it

Claude Code, in a terminal

claude mcp add --transport http shotpulled https://mcp.shotpulled.com/mcp

Add to CursorAdd to VS Code

claude.ai, ChatGPT and other clients: add https://mcp.shotpulled.com/mcp as a custom connector in the settings.

Each line is something a program found when it went looking: the registry entry, the server's own answer, a spec that parses. A missing line means we did not find it, not that it does not exist.