BatterySnap
Real-world Android battery stats from BatterySnap users: device, model and fleet rankings.
Connect it
Settings → Connectors → Add custom connector
URL: https://mcp.battery-snap.com/mcpSettings → Apps & Connectors → Advanced → Developer mode
Create connector with URL: https://mcp.battery-snap.com/mcp{
"mcpServers": {
"batterysnap": {
"url": "https://mcp.battery-snap.com/mcp"
}
}
}claude mcp add --transport http batterysnap https://mcp.battery-snap.com/mcp{
"servers": {
"batterysnap": {
"type": "http",
"url": "https://mcp.battery-snap.com/mcp"
}
}
}13 tools, verified live
brandsread-onlyReturn the mobile devices brands for which we have battery statistics, along with the number of distinct models, the number of devices recorded per brand, and the largest single-model device count within the brand (`max_devices_per_model`). Each entry also includes a `url` to the public BatterySnap web page for the brand (e.g. https://www.battery-snap.com/brands/samsung). Pass `min_device_count` /
modelsread-onlyReturn the mobile devices models of the given brands for which we have battery statistics, along with the brand each model belongs to, the number of devices recorded, the average battery temperature in Celsius, and the min/max Android SDK level per model. Each entry is grouped by the resolved street name (e.g. 'Galaxy S23'), which may cover several raw Android Build.MODEL identifiers (carrier var
devicesread-onlyReturn the list of individual physical devices matching one or more (brand, model) pairs for which we have battery statistics. Each entry in the returned list describes ONE specific device (identified by its own `device_uid`) and the metrics on that entry are aggregates computed only from THAT device's own snapshot history — they are not aggregated across devices. Two devices of the same brand and
device_summaryread-onlyReturn aggregated battery metrics for ONE specific device: average / min / max temperature, average battery level, mean charge time per power source (AC, USB, wireless) and mean discharge time over a recent (~2 weeks) and a long (~2 months) window, plus awake ratio and basic device info. Also includes `url`: the public BatterySnap web page for this device's interactive battery history (https://www
model_summaryread-onlyAggregate battery metrics across ALL devices of a given brand+model. Returns mean / median / p25 / p75 / min / max for: temperature (C), battery level (%), discharge speed (hours per 100%%), AC / USB / wireless charge speed (hours per 100%%), and awake ratio. Use this to characterize how a model behaves in the field, or to compare a single device against its model average. Also includes: * `raw
fleet_totalsread-onlyLive fleet-wide counters: total devices, models, snapshots, sessions, the running snapshot-ingest rate (snapshots/sec) and the timing of the last insert batch. Use this for one-shot 'how big is the dataset / how fast is it growing' questions. Unlike `fleet_summary`, no per-device aggregation is involved — these are raw running counts from the database.
fleet_summaryread-onlyAggregate battery metrics across the entire fleet, or across one brand when `brand` is provided. Returns mean / median / p25 / p75 / min / max for the same set of metrics as `model_summary`. Use this for fleet-wide baselines that a single device or model can be compared against.
top_devices_by_uptimeread-onlyReturn the devices with the longest single uptime ever recorded between reboots (max_elapsed_time). Optionally filter by brand and/or model. Useful to find which physical phones in the fleet are champions of staying powered on for weeks/months at a time. Each entry includes a `device_uid` you can feed into `device_summary` for deeper analysis, and a `url` pointing at the device's interactive batte
top_devices_by_live_uptimeread-onlySame as `top_devices_by_uptime`, but restricted to devices that have not yet rebooted past their recorded maximum — meaning the uptime is currently still climbing. These are the devices that are 'live' champions right now, as opposed to historical record-holders. Each entry includes a `url` pointing at the device's interactive battery history page on https://www.battery-snap.com.
top_devicesread-onlyRank INDIVIDUAL devices by any battery metric — the general-purpose leaderboard. Use it for 'which phones run hottest / last longest / charge fastest', optionally narrowed to one brand and/or model. Returns at most `limit` rows, so it answers superlative questions in a single small call instead of enumerating the fleet. Ranking is over each device's own lifetime aggregate. Pair the metric with th
top_modelsread-onlyRank device MODELS by any battery metric, aggregating across every device of that model. This is the tool for 'which phone model has the best battery life', 'which models charge fastest', 'which run hottest' — questions that would otherwise need one `model_summary` call per model. Ordering is by the per-model MEDIAN of the metric (outlier-resistant); the mean is returned alongside. Use `brand` to
device_rankingread-onlyAnswer 'is MY phone normal?' — rank one device's metric against other devices of the same model AND against the whole fleet, in one call. Returns the device's value, its 1-based rank, its percentile, and the cohort median / mean / min / max for both cohorts. Prefer this over fetching `device_summary` + `model_summary` and comparing by hand: it is a single call and gives the percentile directly. T
searchread-onlyResolve free-form user text into the canonical brand / model identifiers the other tools expect. Meant for phones named in free text: the other tools match brands and models exactly, so a guessed spelling returns an empty list. Matching is substring-based and case-insensitive over brand, resolved model name and raw Build.MODEL, ranked by exact match then popularity.
Change history
Alternatives in AI & Agents
Compare →
SlopItB
Instant blogs for AI agents: sign up, publish markdown posts, get a live public URL in seconds.
OVOverwingB
Guardrails for LLM output: pass / fail / review verdicts and one recommended action. Hosted or npm.
SASavvlyB
Savvly MCP: query fund data, model projections, and compare against alternative retirement products.
atomaB
Start and follow atoma builds; read their runs, traces, agent registry and skill catalogue.
TITickerDBB
Pre-computed market data that improves agent reasoning, reduces token usage, and replaces pipelines.
CAcnvs.appB
Real-time collaborative whiteboard — AI agents and humans edit the same board live over MCP.