price-tracker
Related Servers
Alternatives to price-tracker
No user-submitted related servers found.
Related Servers
- FlicenseNot gradedqualityDmaintenanceThis MCP server enables product management and mathematical calculations through a Telegram bot interface. It allows users to view, search, and add products to a database using natural language commands.-
- AlicenseAqualityAmaintenanceMCP server that reads product data from Russian and Chinese marketplaces (Wildberries, Ozon, Yandex Market, Avito, etc.) — prices, availability, ratings, reviews, and seller details — with price comparison across sources. Requires no API keys; some sources use your Chrome session for anti-bot access.240166MIT
- AlicenseAqualityDmaintenanceMCP server for tracking Amazon product prices via camelcamelcamel.com, using headless Chromium to bypass Cloudflare protection.31ISC
- FlicenseNot gradedqualityDmaintenanceMCP server for VkusVill grocery store, enabling product search, details retrieval, and cart link creation.3-
- AlicenseCqualityCmaintenanceUltimate MCP server for Telegram Bot API — 169 methods, full v9.6 coverage, meta-mode, rate limiting, and circuit breaker, enabling AI to control Telegram bots with natural language.10034MIT
- FlicenseAqualityBmaintenanceLocal MCP server for M.Video/Eldorado OmniNet seller API, enabling price/stock updates, product mappings, FBS orders, and shipment management.12-
TDQS
Scored across 10 tools
Most tools have clearly distinct purposes: watch_* handles persistent tracking, price_check is a stateless one-off lookup, and license_* covers licensing. The only real overlap is watch_add vs price_check, which both accept a product URL and fetch a price, but descriptions explicitly separate them ('creates no watch' vs 'starts tracking').
A dominant domain-prefix pattern runs throughout (watch_, price_, alerts_, license_), which makes grouping intuitive. Minor deviations exist: alerts_pending and license_status are noun/adjective forms rather than the verb-style used by the rest.
Ten tools is well within the ideal range and each earns its place: tracking CRUD, refresh, history, alerts, one-off check, and licensing are all genuinely distinct operations. No redundancy or filler.
The lifecycle is well covered: add, list, refresh, history, alerts, remove, manual entry, one-off check, plus license handling. Minor gaps remain, such as no tool to update an existing watch's target_price or bulk-remove watches, but these are workable.