ShotPulled
REMOTE · MCP.SHOTPULLED.COM · SCANNED SEP 21
Espresso dialing: log a shot, say how it tasted, get one change in your grinder's own clicks.
Available components
How this component scores in each security and reliability category. Every signal is checked automatically against the live server, and we only credit what we can confirm. How we score → Why this is hard to score →
Endpoint Security94
- The endpoint's TLS certificate is valid, in date, and uses a strong key. View diagnostics → Pass
- Authorisation is enforced on tool calls, advertised via RFC 9728 protected-resource metadata. Discovery is public, which costs nothing: no tool can be invoked without a token. View diagnostics → Pass
- HTTPS is enforced; there's no plaintext access path. View diagnostics → Pass
- The HSTS (Strict-Transport-Security) header is present. View diagnostics → Pass
- DNSSEC check failed: this domain isn't protected by DNSSEC. See how to fix → View diagnostics → Fail
- The authorisation server offers only Dynamic Client Registration (RFC 7591), which MCP 2026-07-28 deprecated in favour of Client ID Metadata Documents. View diagnostics → Partial
Transport & Reachability100
- Verified streamable-http transport via a live MCP handshake. View diagnostics → Pass
Schema Quality & AI Usability77
- 100% of prompts and resources have a non-trivial description (not blank, and not just the item's name).Pass
- AI-judged instruction clarity (good).Pass
- Context-footprint check failed: tool/resource definitions use about 7053 tokens (~164/item across 43 items; 41 tools + 2 resources), over budget; trim descriptions and params. See how to fix → Fail
- Usage-examples check failed: none of the tools include examples. See how to fix → Fail
Stability & Change Management57
- Stability observed for 17 of 30 days with no destabilising changes; credit accrues until the full window elapses.Partial
Tool Coverage91
- 100% of tools have a non-trivial description (not blank, and not just the tool's name).Pass
- 68% of tool parameters carry a description.Partial
- Structured output schemas are declared (100% of tools); any adoption earns full credit.Pass
Tool Safety100
- No prompt-injection markers were found in the server instructions, tool names or descriptions we captured.Pass
- All 2 tool(s) whose name or description implies an irreversible operation declare an MCP destructiveHint annotation.Pass
- An AI judge read all 42 captured unit(s) of tool text and found none that tries to manipulate the model reading it.Pass
Capabilities60
- Spec-recency check failed: implements MCP spec 2025-06-18; the latest is 2026-07-28. See how to fix → Fail
How do I install the ShotPulled MCP server?
ShotPulled is a hosted endpoint at https://mcp.shotpulled.com/mcp, so there is nothing to install locally. Ready-made configuration for Claude, Cursor, VS Code, Codex and 5 more is on this page, copied from each client's own documentation.
remote · mcp.shotpulled.com
claude mcp add --transport http com-shotpulled-shotpulled 'https://mcp.shotpulled.com/mcp'
{
"mcpServers": {
"com-shotpulled-shotpulled": {
"url": "https://mcp.shotpulled.com/mcp"
}
}
} {
"servers": {
"com-shotpulled-shotpulled": {
"type": "http",
"url": "https://mcp.shotpulled.com/mcp"
}
}
} [mcp_servers.com-shotpulled-shotpulled] url = "https://mcp.shotpulled.com/mcp"
{
"$schema": "https://opencode.ai/config.json",
"mcp": {
"com-shotpulled-shotpulled": {
"type": "remote",
"url": "https://mcp.shotpulled.com/mcp",
"enabled": true
}
}
} openclaw mcp add com-shotpulled-shotpulled --url 'https://mcp.shotpulled.com/mcp' --transport streamable-http
mcp_servers:
com-shotpulled-shotpulled:
url: "https://mcp.shotpulled.com/mcp" {
"McpServers": {
"com-shotpulled-shotpulled": {
"Transport": "http",
"Url": "https://mcp.shotpulled.com/mcp"
}
}
} assistant mcp add com-shotpulled-shotpulled -t streamable-http -u 'https://mcp.shotpulled.com/mcp'
{
"mcpServers": {
"com-shotpulled-shotpulled": {
"type": "http",
"url": "https://mcp.shotpulled.com/mcp"
}
}
} The mcpServers block is a cross-client convention. Remote transports vary, so check your client's docs.
Every change we have recorded for this component, newest first. Security-relevant changes are always shown. ▲ marks a change for the better, ▼ a change for the worse; unmarked changes are neutral.
- 20 Sept 26 +1
No change was recorded against any check on this day. Stability & Change Management went from 50 to 53. That category is still filling its 30-day observation window: 15 days of observed history at the previous scan, 16 at this one. The score rises as the window fills, whether or not the server changes.
- 18 Sept 26 +1
No change was recorded against any check on this day. Stability & Change Management went from 43 to 47. That category is still filling its 30-day observation window: 13 days of observed history at the previous scan, 14 at this one. The score rises as the window fills, whether or not the server changes.
- 17 Sept 26 0
- Schema quality: 6210 → 7053 ▼ functional
- Server version: 1.1.0 → 1.2.0 functional
- New tool “update_grinder” functional
- New tool “update_machine” functional
- New tool “update_scale” functional
- New tool “update_water” functional
- 16 Sept 26 +1
No change was recorded against any check on this day. Stability & Change Management went from 37 to 40. That category is still filling its 30-day observation window: 11 days of observed history at the previous scan, 12 at this one. The score rises as the window fills, whether or not the server changes.
- 14 Sept 26 +1
No change was recorded against any check on this day. Stability & Change Management went from 30 to 33. That category is still filling its 30-day observation window: 9 days of observed history at the previous scan, 10 at this one. The score rises as the window fills, whether or not the server changes.
- 13 Sept 26 0
- New tool “merge_beans”, which the server declares destructive security
- Tool “compute_age” rewrote its description, which is the text the model reads security
- Tool “list_beans” rewrote its description, which is the text the model reads security
- Tool “register_coffee” rewrote its description, which is the text the model reads security
- Tool “update_bean” rewrote its description, which is the text the model reads security
- Schema quality: 142 → 159 ▼ functional
- Server version: 1.0.2 → 1.1.0 functional
- New tool “register_bag” functional
- New tool “update_bag” functional
- “compute_age” added an optional parameter “bag_id” cosmetic
- “log_shot” added an optional parameter “bag_id” cosmetic
- “register_coffee” added an optional parameter “acidity” cosmetic
- “register_coffee” added an optional parameter “arabica_pct” cosmetic
- “register_coffee” added an optional parameter “body” cosmetic
- “register_coffee” added an optional parameter “notes” cosmetic
- “register_coffee” added an optional parameter “sweetness” cosmetic
- “update_bean” reworded the description of “reason” cosmetic
- Tool “list_beans” changed its title: List bags of coffee → List coffees cosmetic
- Tool “register_coffee” changed its title: Register a bag of coffee → Register a coffee cosmetic
- Tool “update_bean” changed its title: Update a bag of coffee → Update a coffee cosmetic
- 11 Sept 26 +1
No change was recorded against any check on this day. Stability & Change Management went from 20 to 23. That category is still filling its 30-day observation window: 6 days of observed history at the previous scan, 7 at this one. The score rises as the window fills, whether or not the server changes.
- 9 Sept 26 +1
No change was recorded against any check on this day. Stability & Change Management went from 13 to 17. That category is still filling its 30-day observation window: 4 days of observed history at the previous scan, 5 at this one. The score rises as the window fills, whether or not the server changes.
Diagnostic detail from the automated scan of this channel: what the scanner observed at each step, so you can see exactly where a check passed or failed. It is informational only and never changes the trust score.
Captured 21 Sept 2026 · Probed https://mcp.shotpulled.com/mcp
TLS valid
Negotiated TLS 1.3 with TLS_AES_128_GCM_SHA256 .
| Subject | Issuer | Valid from | Valid until | Key | Signature | Serial |
|---|---|---|---|---|---|---|
| CN=shotpulled.com | CN=WE1,O=Google Trust Services,C=US | 4 Aug 2026 | 2 Nov 2026 | ECDSA 256 | ECDSA-SHA256 | 8ba067f9060cb8fd134112e21888ff61 |
| SANs: shotpulled.com, *.shotpulled.com | ||||||
| CN=WE1,O=Google Trust Services,C=US (CA) | CN=GTS Root R4,O=Google Trust Services LLC,C=US | 13 Dec 2023 | 20 Feb 2029 | ECDSA 256 | ECDSA-SHA384 | 7ff31977972c224a76155d13b6d685e3 |
| CN=GTS Root R4,O=Google Trust Services LLC,C=US (CA) | CN=GlobalSign Root CA,OU=Root CA,O=GlobalSign nv-sa,C=BE | 15 Nov 2023 | 28 Jan 2028 | ECDSA 384 | SHA256-RSA | 7fe530bf331343bedd821610493d8a1b |
Background: What to check on a remote MCP endpoint →
DNSSEC insecure
Validation of mcp.shotpulled.com. — Not signed
| Zone | DS | Keys | Algorithms | Outcome |
|---|---|---|---|---|
| . | trust_anchor | 20326, 38696 | 8, 8 | Verified |
| com. | present | 19718 | 13 | Verified |
| shotpulled.com. | absent | Unsigned (proven) parent-signed NSEC/NSEC3 proves an unsigned delegation |
Authentication Enforced and verified
The endpoint asked for a token and published valid RFC 9728 metadata describing how to get one.
| Result | Enforced and verified |
|---|---|
| Enforced | On tool calls |
| HTTP status | 200 |
WWW-Authenticate challenge Bearer resource_metadata="https://mcp.shotpulled.com/.well-known/oauth-protected-resource"
Bearer resource_metadata="https://mcp.shotpulled.com/.well-known/oauth-protected-resource" | Header | Value |
|---|---|
| strict-transport-security | max-age=31536000; includeSubDomains; preload |
| x-content-type-options | nosniff |
| x-frame-options | DENY |
| referrer-policy | no-referrer |
| permissions-policy | accelerometer=(), camera=(), geolocation=(), gyroscope=(), magnetometer=(), microphone=(), payment=(), usb=() |
Protected resource metadata
| Document | https://mcp.shotpulled.com/.well-known/oauth-protected-resource |
|---|---|
| Retrieved | Yes |
| Resource | https://mcp.shotpulled.com/mcp |
| Authorisation server | https://clerk.shotpulled.com |
Background: How OAuth 2.1 works in the 2026 MCP spec →
Transports 2 probes
| Transport | URL | Outcome | Status | Location |
|---|---|---|---|---|
| streamable-http | https://mcp.shotpulled.com/mcp | Verified | 200 | |
| http (plaintext) | http://mcp.shotpulled.com/mcp | HTTPS enforced | 308 | https://mcp.shotpulled.com/mcp |
The tools this component advertises to a client, with an estimated token cost for each. Expand a tool to see its parameters and schema. The per-tool counts are indicative and are not scored directly; the schema's total context footprint is one signal in Schema Quality & AI Usability. A tool's description is untrusted text the model reads on every call, which is what makes this list a security surface and not just an inventory: how tool poisoning works →
compute_age Compute coffee age ~73
Compute a bag's age in days off roast and its resting/staling verdict — the coffee's current bag by default, or the bag named.
| Name | Type | Req | Description |
|---|---|---|---|
| bag_id | integer|null | – | A bag of that coffee (from list_beans' bags[]); null = its current bag |
| bean_id | integer | yes | – |
| Name | Type | Req | Description |
|---|---|---|---|
| age_days | integer | yes | – |
| bag_id | integer | yes | – |
| bean_id | integer | yes | – |
| days_off_roast | integer | yes | – |
| days_since_opened | null | yes | – |
| effective_age_days | integer | yes | – |
| frozen_days_excluded | integer | yes | – |
| grams_remaining | null | yes | – |
| rest_window | string | yes | – |
| roast_date | string | yes | – |
| verdict | string | yes | – |
| warnings | array | yes | – |
No examples provided.
delete_shot Delete a shot ~73
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.
| Name | Type | Req | Description |
|---|---|---|---|
| shot_id | integer | yes | ID of the shot to delete |
| Name | Type | Req | Description |
|---|---|---|---|
| deleted_shot_id | integer | yes | – |
| message | string | yes | – |
| status | string | yes | – |
No examples provided.
diagnose_preview Preview a diagnosis ~305
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 — the "what would this read as?" preview; the shot's own bean and its age at pulled_at are used), or pass the full metric set (bean_id, grinder_id, machine_id, grind_label, dose_g, yield_g, time_s, source) for a hypothetical shot. Identical output shape to diagnose_shot, including bean_context.
| Name | Type | Req | Description |
|---|---|---|---|
| bean_id | integer | – | Coffee bean ID (must belong to this account) |
| dose_g | number | – | Dose in grams |
| grind_label | string | – | Grinder setting label, e.g. "1.1.3" |
| grinder_id | integer | – | Grinder ID (must belong to this account) |
| machine_id | integer | – | Machine ID (must belong to this account) |
| sensory_tags | array | – | Sensory observations, e.g. ["sour","bitter"]. With shot_id: replaces the stored tags for this preview (omit to use stored; [] = none). |
| shot_id | integer | – | Preview a logged shot by ID (dry-run; ignores the metric params below) |
| source | string | – | Grinder position source — affects G1 warning (raw mode only) |
| time_s | number | – | Extraction time in seconds |
| yield_g | number | – | Yield in grams |
| Name | Type | Req | Description |
|---|---|---|---|
| bean_context | object | yes | – |
| category | string | yes | – |
| facts | array | yes | – |
| hypotheses | array | yes | – |
| kb_version | string | yes | – |
| one_variable_only | boolean | yes | – |
| warnings | array | yes | – |
No examples provided.
diagnose_shot Diagnose a shot ~149
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 diagnosing an older or differently-filed shot is always safe. The engine reads metrics and sensory tags — NOT free-text notes — so make sure taste feedback is recorded as sensory_tags on the shot (via log_shot or update_shot) before diagnosing; otherwise an in-range shot that tastes bad will come back "balanced".
| Name | Type | Req | Description |
|---|---|---|---|
| shot_id | integer | – | Optional shot ID; defaults to last pulled shot. |
| Name | Type | Req | Description |
|---|---|---|---|
| bean_context | object | yes | – |
| category | string | yes | – |
| facts | array | yes | – |
| hypotheses | array | yes | – |
| kb_version | string | yes | – |
| one_variable_only | boolean | yes | – |
| warnings | array | yes | – |
No examples provided.
get_dial_state Get current dial state ~27
Retrieve current dialing state, active context, recent shots, recommendations, and locked recipes.
Input schema present but exposes no named parameters.
| Name | Type | Req | Description |
|---|---|---|---|
| active_coffee | object | yes | – |
| active_grinder | object | yes | – |
| active_machine | object | yes | – |
| active_program | null | yes | – |
| locked_recipe | object | yes | – |
| recent_recommendations | array | yes | – |
| recent_shots | array | yes | – |
No examples provided.
get_kb_version Get knowledge base version ~19
Retrieve the current version of the knowledge base.
Input schema present but exposes no named parameters.
| Name | Type | Req | Description |
|---|---|---|---|
| kb_version | string | yes | – |
No examples provided.
get_rule Get a dialing rule ~47
Retrieve the detailed text of a specific rule from the knowledge base by its rule ID.
| Name | Type | Req | Description |
|---|---|---|---|
| rule_id | string | yes | The ID of the rule to fetch, e.g. CAT.DARK |
| Name | Type | Req | Description |
|---|---|---|---|
| rule_id | string | yes | – |
| text | string | yes | – |
No examples provided.
get_stats Get statistics ~42
Get compact flat usage stats for a grinder, machine, or bean.
| Name | Type | Req | Description |
|---|---|---|---|
| id | integer | yes | The entity ID |
| scope | string | yes | The stats scope |
| Name | Type | Req | Description |
|---|---|---|---|
| beans_consumed | integer | – | – |
| brews | integer | yes | – |
| effective_age | integer | – | – |
| grams_consumed | integer | – | – |
| grams_ground | integer | – | – |
| grams_remaining | integer | – | – |
| last_bean | string | – | – |
| last_grind_setting | string | – | – |
| last_used | string | – | – |
No examples provided.
grinder_math Grinder math ~47
Determine steps/clicks difference and directions between setting labels (C3).
| Name | Type | Req | Description |
|---|---|---|---|
| from_label | string | yes | – |
| grinder_id | integer | yes | – |
| to_label | string | yes | – |
| Name | Type | Req | Description |
|---|---|---|---|
| burr_gap_travel_microns | integer | yes | – |
| direction | string | yes | – |
| relative_coarseness_note | string | yes | – |
| step_unit | string | yes | – |
| steps | integer | yes | – |
No examples provided.
kb_changelog Knowledge base changelog ~23
Retrieve the changelog showing updates and version differences for the knowledge base.
Input schema present but exposes no named parameters.
| Name | Type | Req | Description |
|---|---|---|---|
| changelog | string | yes | – |
No examples provided.
list_beans List coffees ~127
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 fields are the current bag's. The `id` on each row is the number this account knows that coffee by, counting from 1 — safe to show, and what other tools expect back; bag ids are a separate series.
| Name | Type | Req | Description |
|---|---|---|---|
| status | string | – | Filter by status: current, archived, or all. Defaults to current. |
| Name | Type | Req | Description |
|---|---|---|---|
| beans | array | yes | – |
No examples provided.
list_grinders List grinders ~74
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.
| Name | Type | Req | Description |
|---|---|---|---|
| status | string | – | Filter by status: current, archived, or all. Defaults to current. |
| Name | Type | Req | Description |
|---|---|---|---|
| grinders | array | yes | – |
No examples provided.
list_machines List espresso machines ~74
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.
| Name | Type | Req | Description |
|---|---|---|---|
| status | string | – | Filter by status: current, archived, or all. Defaults to current. |
| Name | Type | Req | Description |
|---|---|---|---|
| machines | array | yes | – |
No examples provided.
list_recipes List locked recipes ~98
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.
| Name | Type | Req | Description |
|---|---|---|---|
| bean_id | integer | – | – |
| grinder_id | integer | – | – |
| machine_id | integer | – | – |
| status | string | – | Filter by status: current, archived, or all. Defaults to current. |
| Name | Type | Req | Description |
|---|---|---|---|
| recipes | array | yes | – |
No examples provided.
list_scales List scales ~74
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.
| Name | Type | Req | Description |
|---|---|---|---|
| status | string | – | Filter by status: current (unarchived), archived, or all. Defaults to current. |
| Name | Type | Req | Description |
|---|---|---|---|
| scales | array | yes | – |
No examples provided.
list_shots List shots ~92
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).
| Name | Type | Req | Description |
|---|---|---|---|
| filters | object | – | – |
| limit | integer | – | Number of records to return (1-500) |
| offset | integer | – | Offset for pagination |
| Name | Type | Req | Description |
|---|---|---|---|
| shots | array | yes | – |
| total | integer | yes | – |
No examples provided.
list_waters List water recipes ~74
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.
| Name | Type | Req | Description |
|---|---|---|---|
| status | string | – | Filter by status: current (unarchived), archived, or all. Defaults to current. |
| Name | Type | Req | Description |
|---|---|---|---|
| waters | array | yes | – |
No examples provided.
lock_recipe Lock a recipe ~41
Lock a successful shot as the reference dialing recipe for this equipment profile.
| Name | Type | Req | Description |
|---|---|---|---|
| drink_intent | string | yes | – |
| from_shot_id | integer | yes | – |
| Name | Type | Req | Description |
|---|---|---|---|
| message | string | yes | – |
| status | string | yes | – |
No examples provided.
log_maintenance Log maintenance ~410
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 — so record the offset here if you counted the clicks while reassembling, which is the one moment anybody actually knows it. Read the available tasks, their intervals and their due state from list_grinders.
| Name | Type | Req | Description |
|---|---|---|---|
| details | object | – | Fields specific to this task. Which ones a task takes is published as details_fields in the task catalog on list_grinders; a burr clean takes none |
| disturbs_zero | integer | – | Whether this job disturbed the reference the stored numbers are read against — for a burr clean, whether the burrs actually came out. Defaults to the task's own answer; send 0 for a wipe-down that le… |
| equipment_id | integer | yes | The ID of that piece of equipment |
| equipment_kind | string | yes | Which kind of equipment this job was done on |
| evidence | string | – | One line recording what the measurement rested on, e.g. "Counted 6 clicks coarser at reassembly." |
| note | string | – | Optional — what you did, and anything that surprised you |
| offset_source | string | – | How the offset was arrived at: pull (a reference shot), counted (clicks counted at reassembly), typed (asserted directly) |
| offset_value | number | – | The correction, if you measured it now: clicks to ADD to a pre-clean reading to get the same grind today, signed along the collar's own number direction. Omit it and the epoch stays unmeasured, which… |
| performed_at | string | – | When it was done (ISO 8601 or YYYY-MM-DD HH:MM:SS, UTC). Defaults to now; backdating is fine |
| task | string | yes | Which maintenance job was performed |
| Name | Type | Req | Description |
|---|---|---|---|
| entry | object | yes | – |
| entry_id | integer | yes | – |
| message | string | yes | – |
No examples provided.
log_recommendation Log a recommendation ~72
Log a recommended dialing change to allow contradiction/oscillation checking (G2).
| Name | Type | Req | Description |
|---|---|---|---|
| based_on_shot | integer | – | – |
| cited_rules | array | – | – |
| confidence | string | yes | – |
| direction | string | yes | – |
| lever | string | yes | – |
| rationale | string | yes | – |
| Name | Type | Req | Description |
|---|---|---|---|
| message | string | yes | – |
| status | string | yes | – |
No examples provided.
log_shot Log a shot ~773
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, so the shot cannot land on the wrong bag. Backdate with pulled_at when the shot happened earlier. When the user reports taste (bitter, sour, harsh, hollow…), include matching sensory_tags — the diagnosis engine reads tags and metrics, not free-text flavor_notes. When the user tasted the shot and reports it as GOOD/clean (no defects), pass tasted=1 with no sensory_tags — otherwise a tag-less, rating-less shot is filed taste-pending as if never tasted.
| Name | Type | Req | Description |
|---|---|---|---|
| bag_id | integer|null | – | Which bag of the coffee the shot came from; defaults to its current (open) bag. Bag numbers are on list_beans' bags[] |
| bean_id | integer|null | – | Override: log against this bean instead of the active one (null = active) |
| best_brew | integer | – | 1 if marked as best brew, 0 otherwise |
| beverage_g | number | – | Yield mass excluding cup/vessel weight in grams |
| bloom_time_s | number | – | Pre-wetting or bloom duration in seconds |
| data_confidence | string | – | measured = weighed/timed live; recalled = from memory; estimated = a best guess (e.g. missed the timer — "~25s") |
| dose_g | number | yes | – |
| drink_intent | string | – | – |
| favourite | integer | – | 1 if favourite, 0 otherwise |
| finish_action | string | yes | – |
| first_drip_time_s | number | – | Time to first drip in seconds |
| flavor_notes | string | – | – |
| flow_profile | string | – | Opaque flow profile data (JSON/TEXT) |
| grinder_id | integer|null | – | Override: grinder used, if not the active one (null = active) |
| machine_id | integer|null | – | Override: machine used, if not the active one (null = active) |
| method_tools | string | – | JSON representation of method tools used (e.g., paper filters, screen) |
| observations | object | – | – |
| pressure_profile | string | – | Pressure profile description or values |
| program_id | integer|null | – | Override: machine program used, if not the active one (null = active) |
| pulled_at | string|null | – | When the shot was actually pulled (ISO 8601 or "YYYY-MM-DD HH:MM:SS"), for backdated entries. Defaults to now (null = now). When backdating, pass the returned shot_id to diagnose_shot explicitly — th… |
| rating | integer | – | – |
| sensory_tags | array | – | – |
| tasted | integer | – | 1 = the shot was tasted at log time. The explicit way to record a CLEAN tasting: sensory tags all describe defects, so a good shot has none — without this flag (or a rating) it would be filed taste-p… |
| tds | number | – | Total Dissolved Solids percentage (e.g. 9.1 or 1.35) |
| temp_taste | string | – | – |
| temperature_c | number | – | Brew temperature in Celsius |
| time_s | number | yes | – |
| verdict | string | – | – |
| vessel_name | string | – | Cup/vessel name |
| vessel_weight_g | number | – | Cup/vessel weight in grams |
| water_id | integer | – | Optional references to waters formulation |
| yield_g | number | yes | – |
| Name | Type | Req | Description |
|---|---|---|---|
| message | string | yes | – |
| shot_id | integer | yes | – |
| status | string | yes | – |
No examples provided.
merge_beans Merge two coffees ~175
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 target has none. Where both hold a locked recipe for the same grinder, machine, program and drink, the newer lock wins and the older is deleted. The source coffee is archived, never deleted. Irreversible — confirm both numbers with the user first (list_beans shows them).
| Name | Type | Req | Description |
|---|---|---|---|
| from_bean_id | integer | yes | The duplicate: the coffee number that will be emptied and archived |
| into_bean_id | integer | yes | The coffee number that keeps everything |
| reason | string | – | Optional note, recorded on the surviving coffee's notes with the merge |
| Name | Type | Req | Description |
|---|---|---|---|
| active_followed | boolean | yes | – |
| into_bean_id | integer | yes | – |
| message | string | yes | – |
| moved | object | yes | – |
| replaced_recipes | integer | yes | – |
| status | string | yes | – |
No examples provided.
register_bag Register a bag ~320
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 change the active coffee. Returns a bag_id: bag numbers are their own series, separate from bean numbers. For a coffee that is not in list_beans yet, call register_coffee instead.
| Name | Type | Req | Description |
|---|---|---|---|
| bag_notes | string | – | Notes about THIS bag (a batch note, where it was bought). The coffee's own description lives on the coffee, in notes. |
| bag_weight_g | number | – | Bag weight in grams |
| bean_id | integer | yes | This account's own coffee number, from list_beans. Never guess one. |
| best_by_date | string | – | Calendar day in YYYY-MM-DD format — a day, not a timestamp |
| buy_date | string | – | Calendar day in YYYY-MM-DD format — a day, not a timestamp |
| cost | number | – | – |
| currency | string | – | – |
| ean | string | – | – |
| opened_date | string | – | Calendar day in YYYY-MM-DD format — a day, not a timestamp |
| qr_code | string | – | – |
| roast_date | string | yes | Calendar day in YYYY-MM-DD format — a day, not a timestamp |
| state | string | – | Defaults to sealed; the first log_shot against it opens it |
| storage | string | – | – |
| Name | Type | Req | Description |
|---|---|---|---|
| bag_id | integer | yes | – |
| bean_id | integer | yes | – |
| message | string | yes | – |
| status | string | yes | – |
No examples provided.
register_coffee Register a coffee ~739
Register a coffee that is NOT yet in list_beans, together with its first bag, and make it the active coffee. The coffee is the roaster's product (roaster, origins, variety, process, roast level, roasting type, cupping score, aromatics, roaster notes, rest window); the bag is this purchase (roast date, weight, price, state). For another bag of a coffee already on file call register_bag instead — it keeps the recipes and notes. Returns bean_id and the first bag's bag_id.
| Name | Type | Req | Description |
|---|---|---|---|
| acidity | string | – | Free text; roasters usually say low, medium or high |
| arabica_pct | number | – | Percent arabica, 100 for a pure arabica; the rest robusta |
| archived | integer | – | 1 if archived, 0 otherwise |
| aromatics | string | – | – |
| attachments | string | – | JSON or comma-separated list of attachments |
| bag_notes | string | – | – |
| bag_weight_g | number | – | Bag weight in grams |
| bean_mix | string | – | E.g. blend details |
| best_by_date | string | – | Calendar day in YYYY-MM-DD format — a day, not a timestamp |
| body | string | – | Free text; roasters usually say low, medium or high |
| buy_date | string | – | Calendar day in YYYY-MM-DD format — a day, not a timestamp |
| co2e_kg | number | – | – |
| cost | number | – | – |
| cupping_points | number | – | – |
| currency | string | – | – |
| decaffeinated | integer | – | 1 if decaf, 0 if regular |
| dial_category | string | – | Dialing behavior class: classic = medium/traditional espresso roasts (chocolate/nut, balanced); dark = genuinely dark/roasty; the light categories cover Nordic and ultra-light styles. |
| ean | string | – | – |
| favourite | integer | – | 1 if favourite, 0 otherwise |
| finished | integer | – | 1 if finished, 0 otherwise |
| frozen_at | string | – | Calendar day the bag went into the freezer, YYYY-MM-DD — a day, not a timestamp |
| frozen_note | string | – | – |
| frozen_storage | string | – | – |
| name | string | yes | – |
| notes | string | – | The coffee's own description — the roaster's tasting notes, the dialing approach that worked. Per bag notes go in bag_notes. |
| opened_date | string | – | Calendar day in YYYY-MM-DD format — a day, not a timestamp |
| origin | string | – | – |
| origins | array | – | List of bean origin details |
| process_type | string | yes | – |
| qr_code | string | – | – |
| rating | integer | – | – |
| rest_window_days_max | integer | – | – |
| rest_window_days_min | integer | – | – |
| roast_custom | string | – | – |
| roast_date | string | yes | Calendar day in YYYY-MM-DD format — a day, not a timestamp |
| roast_level | string | yes | – |
| roast_range | string | – | – |
| roaster | string | – | – |
| roasting_type | string | – | – |
| state | string | – | – |
| storage | string | – | – |
| sweetness | string | – | Free text; roasters usually say low, medium or high |
| unfrozen_at | string | – | Calendar day the bag came out, YYYY-MM-DD — a day, not a timestamp |
| url | string | – | – |
| variety | string | – | – |
| Name | Type | Req | Description |
|---|---|---|---|
| bag_id | integer | yes | – |
| bean_id | integer | yes | – |
| message | string | yes | – |
| status | string | yes | – |
No examples provided.
register_grinder Register a grinder ~212
Register a manual or electric grinder with its dial settings scheme.
| Name | Type | Req | Description |
|---|---|---|---|
| archived | integer | – | 1 if archived, 0 if active |
| burr_type | string | yes | – |
| components_spec | string | – | JSON mapping string representing compound adjustment math |
| direction_convention | string | yes | – |
| max_value | number|null | – | Optional travel max bounds |
| microns_per_step | number|null | – | Optional mechanical burr travel microns per nominal step |
| min_value | number|null | – | Optional travel min bounds |
| motor_type | string | yes | – |
| name | string | yes | The name/model of the grinder, e.g. Kinu M47 |
| nominal_step | number | yes | Smallest adjustment increment (e.g. 1 click or 0.1collar units) |
| notes | string | – | Additional notes |
| photo | string | – | Photo path or URL |
| setting_scheme | string | yes | Collar mark style: single clicks or compound (rotation.number.clicks) |
| Name | Type | Req | Description |
|---|---|---|---|
| grinder_id | integer | yes | – |
| message | string | yes | – |
| status | string | yes | – |
No examples provided.
register_machine Register an espresso machine ~258
Register an espresso or alternative preparation machine.
| Name | Type | Req | Description |
|---|---|---|---|
| archived | integer | – | 1 if archived, 0 if active |
| basket_size_grams | number | – | – |
| boiler_type | string | – | – |
| built_in_grinder_id | integer | – | id of a grinder built into this machine (bean-to-cup / integrated grinder) |
| connected_device | string | – | Metadata mapping to smart hardware APIs |
| control_type | string | yes | – |
| name | string | yes | Machine name/model, e.g. Dedica EC685 |
| notes | string | – | – |
| photo | string | – | Photo path or URL |
| prep_style | string | – | Preparation style. One of: espresso, filter, immersion, percolation. Only "espresso" is diagnosed by the dialing engine (G8) — anything else is recorded but never dialed, so do not guess this field. |
| prep_type | string | – | Preparation equipment type. One of: espresso_machine, lever_press, moka_pot, aeropress, french_press, v60_dripper, cold_brew. Lower snake_case. |
| tools | string|null | – | JSON or comma-separated tools, e.g., paper filters, flow control, metal mesh |
| Name | Type | Req | Description |
|---|---|---|---|
| machine_id | integer | yes | – |
| message | string | yes | – |
| status | string | yes | – |
No examples provided.
register_program Register a machine program ~193
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.
| Name | Type | Req | Description |
|---|---|---|---|
| description | string|null | – | – |
| machine_id | integer | yes | – |
| program_number | integer | yes | Program number / button index (e.g. 1 or 2) |
| program_type | string | – | Cutoff method: "volumetric" (weight) or "timed" (duration). Defaults to volumetric. |
| target_time_s | number|null | – | Target shot duration cutoff in seconds (required for timed programs) |
| target_volume_g | number|null | – | Target yield cutoff in grams (required for volumetric programs) |
| volume_source | string | – | Confidence in the stored cutoff value, for either type |
| Name | Type | Req | Description |
|---|---|---|---|
| message | string | yes | – |
| program_id | integer | yes | – |
| status | string | yes | – |
No examples provided.
register_scale Register a scale ~413
Register a brewing scale — the instrument that weighs the dose and the yield.
| Name | Type | Req | Description |
|---|---|---|---|
| auto_tare | integer|null | – | 1 if it zeroes itself when a vessel is set down, 0 if not, null if unstated |
| auto_timer | integer|null | – | 1 if the timer starts on first flow, 0 if not, null if unstated |
| capacity_g | number|null | – | Maximum weight in grams. The cup or portafilter counts against it |
| connectivity | string | – | How the scale talks to an app or a machine controller |
| depth_mm | number|null | – | Platform depth in mm |
| flow_rate_display | integer|null | – | 1 if the scale shows live flow rate in g/s, 0 if it does not, null if the maker never said |
| height_mm | number|null | – | Overall height in mm — the dimension that decides whether it fits under a group head |
| name | string | yes | Scale name/model, e.g. Acaia Lunar, Timemore Black Mirror Basic 2 |
| notes | string | – | Additional notes |
| power | string | – | How it is powered or recharged |
| resolution_banded | integer|null | – | 1 when resolution_g only holds in the lowest weight band and coarsens with load — put the ladder in notes |
| resolution_g | number|null | – | Finest published readability in grams. Leave null unless the maker states it |
| scale_type | string | yes | What the scale is built for: espresso (drip-tray footprint), brew (pour-over platform), dual (both modes), connected (app/controller integration), dosing (gravimetric dispensing), training, bench (hi… |
| water_resistance | string|null | – | IEC 60529 ingress code as published, e.g. IPX4, IPX6, IP67, or none |
| width_mm | number|null | – | Platform width in mm — measure your drip tray |
| Name | Type | Req | Description |
|---|---|---|---|
| message | string | yes | – |
| scale_id | integer | yes | – |
| status | string | yes | – |
No examples provided.
register_water Register a water recipe ~148
Register a custom or commercial water formulation.
| Name | Type | Req | Description |
|---|---|---|---|
| calcium | number|null | – | Calcium concentration in ppm |
| gh | number|null | – | General hardness (GH) in ppm |
| kh | number|null | – | Karbonate hardness (KH) in ppm |
| magnesium | number|null | – | Magnesium concentration in ppm |
| name | string | yes | Water formulation name, e.g. Lotus Light & Bright, Third Wave Water |
| notes | string | – | Additional notes |
| sodium | number|null | – | Sodium concentration in ppm |
| tds | number|null | – | TDS in ppm |
| type | string | – | Type, e.g., mineralized, tap, distilled, RO |
| Name | Type | Req | Description |
|---|---|---|---|
| message | string | yes | – |
| status | string | yes | – |
| water_id | integer | yes | – |
No examples provided.
set_active Set active equipment ~177
Switch the active bean, grinder or machine for this account. The numbers come from list_beans, list_grinders and list_machines. Registering something already makes it active, so use this to switch back to something that exists, not after register_coffee.
| Name | Type | Req | Description |
|---|---|---|---|
| bean_id | integer|null | – | This account's own bean number, as returned by list_beans. Never guess one; null = leave unchanged |
| grinder_id | integer|null | – | This account's own grinder number, as returned by list_grinders. Never guess one; null = leave unchanged |
| machine_id | integer|null | – | This account's own machine number, as returned by list_machines. Never guess one; null = leave unchanged |
| program_id | integer|null | – | A program number from the active machine's list. null = leave unchanged |
| Name | Type | Req | Description |
|---|---|---|---|
| message | string | yes | – |
| status | string | yes | – |
No examples provided.
set_equipment_archived Archive or restore equipment ~67
Archive or restore a grinder, machine, water, or scale.
| Name | Type | Req | Description |
|---|---|---|---|
| archived | integer | yes | 1 to archive, 0 to restore |
| id | integer | yes | The ID of the equipment |
| kind | string | yes | The kind of equipment to archive/restore |
| Name | Type | Req | Description |
|---|---|---|---|
| message | string | yes | – |
| status | string | yes | – |
No examples provided.
set_grinder_position Set grinder position ~80
Set the current grinder collar position. source="measured" resets verification freshness.
| Name | Type | Req | Description |
|---|---|---|---|
| grinder_id | integer | yes | – |
| setting_label | string | yes | Verbatim display label, e.g. "1.1.2" |
| source | string | yes | Whether setting is verified ("measured") or guess ("recalled"/"assumed") |
| Name | Type | Req | Description |
|---|---|---|---|
| grinder_id | integer | yes | – |
| message | string | yes | – |
| position_value | integer | yes | – |
| setting_label | string | yes | – |
| source | string | yes | – |
| status | string | yes | – |
No examples provided.
set_maintenance_offset Set calibration offset ~216
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 recipe locked before all of them. Zero is a legitimate measurement and means "measured, and it had not moved" — omit offset_value entirely to clear it back to unmeasured.
| Name | Type | Req | Description |
|---|---|---|---|
| entry_id | integer | yes | The maintenance entry that opened the epoch, from list_grinders |
| evidence | string | – | One line recording what it rested on, e.g. "Reference pull 1.38 g/s against 1.74 g/s locked." |
| offset_value | number | – | Clicks to ADD to a pre-clean reading to get the same grind today, signed along the collar's own number direction. 0 records "unchanged"; omit to clear the measurement |
| source | string | – | How it was arrived at: pull, counted, or typed |
| Name | Type | Req | Description |
|---|---|---|---|
| entry | object | yes | – |
| message | string | yes | – |
No examples provided.
suggest_next_step Suggest the next step ~28
Retrieve the single next experiment step from the reasoning engine.
| Name | Type | Req | Description |
|---|---|---|---|
| bean_id | integer | yes | – |
| Name | Type | Req | Description |
|---|---|---|---|
| category | string | yes | – |
| next_step | string | yes | – |
| warnings | array | yes | – |
No examples provided.
update_bag Update a bag ~146
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, origin, roast level, rest window, notes — use update_bean.
| Name | Type | Req | Description |
|---|---|---|---|
| bag_id | integer | yes | This account's own bag number, from list_beans' bags[]. Never guess one. |
| fields | object | yes | – |
| reason | string | – | Optional free-text note, appended to this bag's notes as an ordinary line. Omit it and nothing is written. |
| Name | Type | Req | Description |
|---|---|---|---|
| message | string | yes | – |
| status | string | yes | – |
No examples provided.
update_bean Update a coffee ~154
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 more than one. Changing dial_category changes what the engine advises (G5, C10), so say why in the optional note.
| Name | Type | Req | Description |
|---|---|---|---|
| bean_id | integer | yes | – |
| fields | object | yes | – |
| reason | string | – | Optional free-text note, appended as an ordinary line to the coffee's notes — or to the current bag's bag_notes when the call changed only bag fields. Omit it and nothing is written. |
| Name | Type | Req | Description |
|---|---|---|---|
| message | string | yes | – |
| status | string | yes | – |
No examples provided.
update_grinder Update a grinder ~346
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 or a closed list). Required fields can be changed but not cleared. fields may be omitted when only reason is sent. setting_scheme, nominal_step and components_spec describe the collar every recorded grind label is read through: call with dry_run first to see which recorded settings would read as a different position, and tell the user before saving. Saving records the change in the grinder's maintenance history; when a locked recipe's setting moves it also opens an unmeasured calibration epoch (set_maintenance_offset resolves it). The collar's current setting is marked assumed when it reads differently, or cleared when the new collar cannot read it, and measured offsets are converted when a click changes worth. Changing direction_convention is a correction — it moves no number, but every finer/coarser said about this grinder was the wrong way round.
| Name | Type | Req | Description |
|---|---|---|---|
| dry_run | boolean | – | true: write nothing, and answer with what the edit would do to the settings already recorded (moved[], checked, epoch, position_moved, position_cleared, rescaled_offsets, resigned_offsets, step_ignor… |
| fields | object | – | – |
| grinder_id | integer | yes | This account's own grinder number, from list_grinders. Never guess one. |
| reason | string | – | Optional note, appended to this record's own notes as an ordinary line. Omit it and nothing is written. |
| Name | Type | Req | Description |
|---|---|---|---|
| changed_keys | array | yes | – |
| checked | integer|null | yes | – |
| direction_flipped | boolean | yes | – |
| dry_run | boolean | yes | – |
| entry_id | null|integer | yes | – |
| epoch | boolean | yes | – |
| grinder_id | integer | yes | – |
| message | string | yes | – |
| moved | array | yes | – |
| moved_count | integer|null | yes | – |
| position_cleared | boolean | yes | – |
| position_moved | boolean | yes | – |
| reads_changed | boolean | yes | – |
| recipe_count | integer|null | yes | – |
| rescaled_offsets | integer | yes | – |
| resigned_offsets | integer | yes | – |
| status | string | yes | – |
| step_ignored | boolean | yes | – |
| unreadable | integer|null | yes | – |
| untranslatable | integer|null | yes | – |
| untranslatable_recipes | integer|null | yes | – |
No examples provided.
update_machine Update a machine ~191
Correct a registered machine — its name, control type, prep type and style, basket, boiler, accessories 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 fields can be changed but not cleared. fields may be omitted when only reason is sent. prep_style decides whether shots on this machine are diagnosed at all: only "espresso" is. Programs are edited with register_program, the built-in grinder link is not editable here, and archiving is set_equipment_archived.
| Name | Type | Req | Description |
|---|---|---|---|
| fields | object | – | – |
| machine_id | integer | yes | This account's own machine number, from list_machines. Never guess one. |
| reason | string | – | Optional note, appended to this record's own notes as an ordinary line. Omit it and nothing is written. |
| Name | Type | Req | Description |
|---|---|---|---|
| changed_keys | array | yes | – |
| machine_id | integer | yes | – |
| message | string | yes | – |
| status | string | yes | – |
No examples provided.
update_scale Update a scale ~170
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 closed list). Required fields can be changed but not cleared. fields may be omitted when only reason is sent. The three capabilities are 1, 0, or null for "the maker never said"; leave one out rather than sending 0 when nobody knows.
| Name | Type | Req | Description |
|---|---|---|---|
| fields | object | – | – |
| reason | string | – | Optional note, appended to this record's own notes as an ordinary line. Omit it and nothing is written. |
| scale_id | integer | yes | This account's own scale number, from list_scales. Never guess one. |
| Name | Type | Req | Description |
|---|---|---|---|
| changed_keys | array | yes | – |
| message | string | yes | – |
| scale_id | integer | yes | – |
| status | string | yes | – |
No examples provided.
update_shot Update a shot ~131
Correct fields on an already-logged shot in place — 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 timestamp (pulled_at). Changing grind_label re-derives the numeric grind position from the shot's grinder; changing yield/time/dose/tds keeps flow rate and extraction yield consistent automatically.
| Name | Type | Req | Description |
|---|---|---|---|
| fields | object | yes | Only the fields to change |
| shot_id | integer | yes | ID of the shot to correct |
| Name | Type | Req | Description |
|---|---|---|---|
| message | string | yes | – |
| shot_id | integer | yes | – |
| status | string | yes | – |
| updated_fields | array | yes | – |
No examples provided.
update_water Update a water recipe ~136
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 fields can be changed but not cleared. fields may be omitted when only reason is sent.
| Name | Type | Req | Description |
|---|---|---|---|
| fields | object | – | – |
| reason | string | – | Optional note, appended to this record's own notes as an ordinary line. Omit it and nothing is written. |
| water_id | integer | yes | This account's own water number, from list_waters. Never guess one. |
| Name | Type | Req | Description |
|---|---|---|---|
| changed_keys | array | yes | – |
| message | string | yes | – |
| status | string | yes | – |
| water_id | integer | yes | – |
No examples provided.
What is the ShotPulled MCP server?
ShotPulled is an MCP server listed in the public MCP registry as com.shotpulled/shotpulled. Espresso dialing: log a shot, say how it tasted, get one change in your grinder's own clicks. This page covers its hosted endpoint (https://mcp.shotpulled.com/mcp).
Is the ShotPulled MCP server safe to use?
ShotPulled scores 85 out of 100 on VerifyMCP. That is a record of what we were able to check automatically, not an endorsement. The category breakdown on this page shows every signal behind the number, including the ones we could not confirm.
What tools does the ShotPulled MCP server expose?
ShotPulled exposes 41 tools: register_grinder, set_grinder_position, register_machine, set_equipment_archived, update_grinder, and 36 more. Their descriptions and schemas cost roughly 7,014 tokens of context every time the server is loaded.
Does the ShotPulled MCP server require authentication?
Yes. ShotPulled asked us for credentials when we connected, so you will need to authorise it in your MCP client before it can do anything.
Is the ShotPulled MCP server still maintained?
ShotPulled is still listed as active in the MCP registry. We last reached this channel on 21 September 2026. Those dates come from our own scans of the registry and the channel itself, not from anything the publisher announced.