skimetric

skimetric: прогноз снега, статус подъёмников и планирование горнолыжных поездок по Европе

От сообщества: Добавлен пользователем или импортирован; проверьте владельца перед подключениемРаботаетБез входаГлобальныйБесплатноТолько чтение

Что умеет

  • Искать курорты и подбирать подходящий по условиям
  • Смотреть прогноз снега и текущее состояние трасс
  • Сравнивать историю сезонов и стоимость поездки
  • Планировать маршрут и варианты добраться до курорта
  • Смотреть вебкамеры и статус текущей поездки

Какие данные видит

Доступ без авторизации к открытым данным о курортах, снеге и логистике.

Нужен ли аккаунт

Не нужен: сервер работает без входа

skimetric — MCP-сервер с данными по горнолыжным курортам Европы: прогноз снега, статус трасс и подъёмников, история сезонов, стоимость поездки и вебкамеры. Ассистент помогает выбрать курорт, спланировать маршрут и подобрать бронирование.

Как подключить

Как подключить skimetric к Claude

Адрес сервера, который нужно вставить в настройках Claude:

https://skimetric.eu/mcp

  1. Откройте Claude (сайт claude.ai или приложение для компьютера).
  2. Перейдите в Настройки → Коннекторы (в английском интерфейсе: Settings → Connectors).
  3. Нажмите Добавить пользовательский коннектор (Add custom connector).
  4. Вставьте адрес сервера, скопированный ниже, в поле URL удалённого MCP-сервера и нажмите Добавить.
  5. В чате нажмите + → Коннекторы и включите новый коннектор.

Пользовательские коннекторы доступны на тарифах Free, Pro, Max, Team и Enterprise. На Free можно добавить только один. В Team и Enterprise коннектор сначала добавляет владелец организации в Настройки организации → Коннекторы.

Авторизация

После нажатия Добавить откроется окно входа в сервис. Войдите под своим аккаунтом и подтвердите доступ. Пароль Claude не видит.

Как подключить skimetric к ChatGPT

Адрес сервера, который нужно вставить в настройках ChatGPT:

https://skimetric.eu/mcp

  1. Откройте ChatGPT в браузере (chatgpt.com). Нужен тариф Plus, Pro, Business, Enterprise или Edu.
  2. Один раз включите режим разработчика: Настройки → Приложения → Дополнительные настройки → Режим разработчика (Settings → Apps → Advanced settings → Developer mode).
  3. Откройте Настройки → Коннекторы и нажмите Создать (Create).
  4. Заполните форму: Название (любое), Описание (одна фраза, что делает сервис), URL MCP-сервера (скопируйте ниже).
  5. В поле Аутентификация выберите OAuth, если сервис требует вход, иначе Нет. Нажмите Создать.
  6. В новом чате откройте + → Приложения/Коннекторы и включите коннектор.

Название раздела у OpenAI менялось (Connectors → Apps/Plugins). Если пункт называется иначе, ищите «режим разработчика» в настройках. В рабочих пространствах Business/Enterprise администратор должен разрешить пользовательские коннекторы.

Авторизация

При первом использовании ChatGPT откроет окно входа в сервис. Войдите и подтвердите доступ.

Как подключить skimetric к Cursor

Адрес сервера, который нужно вставить в настройках Cursor:

https://skimetric.eu/mcp

Быстрый способ: нажмите кнопку Открыть в Cursor ниже, Cursor сам предложит добавить сервер.

Вручную:

  1. В Cursor откройте Settings → Cursor Settings → MCP и нажмите Add new global MCP server.
  2. Вставьте JSON, скопированный ниже, в открывшийся файл ~/.cursor/mcp.json (для одного проекта: .cursor/mcp.json в корне проекта).
  3. Сохраните файл. Сервер появится в списке MCP; при необходимости пройдите авторизацию по кнопке рядом с ним.

Авторизация

Если сервис требует вход, рядом с сервером в списке MCP появится кнопка авторизации.

Список инструментов сервера (19)

Технические названия из tools/list. Нужны только разработчикам.

find_resortsFind European ski resorts by name and/or ISO-2 country code. Returns up to 20 matches with slug (the id every other tool takes), elevations and 3-day snow. Refine the query rather than paging — there is no bulk catalogue access.
where_to_skiRank resorts by live conditions, optionally shaped by who is going. Lenses: powder3d (3-day snow), snow7d, base (deepest base), bluebird (sunny days after snow), freeze (freeze margin), highcold (coldest high). Optional country ISO-2, min_summit metres, glacier-only, min_lifts. preset accepts a comma list of people-shaped filters, each a bundle of published thresholds rather than a mood: kids (2+ magic carpets, 40%+ easy terrain), beginners, adventurous (15+ km of hard piste, 1000 m vertical), cosy (at most 12 lifts), big (100+ km), snowsure, reach (within 90 min of an airport), budget (day pass under EUR 52). Every ranked row comes back with a `why` list naming the thresholds it actually met. Top 20 max.
snow_forecastFull 10-day forecast for one resort (slug from find_resorts), per elevation band (base/mid/summit/glacier): daily snow cm with ensemble p25-p75, temps, freezing level, 48h hourly detail, storm context.
conditionsLive mountain truth for one resort: lifts/pistes open counts from the operator (dated, fail-closed — absent means no source reported, never a guess), skier thumb reports, and the country's avalanche bulletin.
season_historyTen winters of measured history for one resort: typical fresh snow, snow days and day/night temps per month (Nov-Apr) and elevation band — the 'is February reliable here' answer. month: 1-12 optional filter.
mountain_factsWhat a mountain IS: lift count by type, piste kilometres by difficulty, the vertical drop and the nursery lifts — as tagged in OpenStreetMap by its mappers. The 'how big is it', 'how steep', 'anything for a five-year-old' answer. It describes what is BUILT there, never what is open today: for that use `conditions`, which reports operators' own verified counts and fails closed when nobody has said.
season_fortnightsTen winters split into TWELVE fortnights per elevation band — the granularity a trip is actually booked at, because "February" hides the gap between its halves. Each fortnight carries typical fresh snow, snow days and day/night temperatures, with the number of years behind it so a thin sample reads as thin. band optionally filters to base/mid/summit.
open_outlookChance the lifts run, per day, for one resort over a date window (default: next 10 days; max 61 days) — a FORECAST about operations, never a report of them. For what is verified open right now use `conditions`. Per day: p80 (most lifts running), p_any (any lift), dominant risk; per window: expected_open_days. Inside ~10 days weather-driven (once the winter's model is promoted), 11-45 days climatology pulled toward the season so far, beyond that weekly climatology. Phrase it to the human as likelihood ("likely", "a 70% chance"), never as fact. start/end: YYYY-MM-DD.
getting_thereHow to reach a resort. Returns the best arrival airports with measured drive times (each with a flight entry_url when an origin is known) and, when origin is given, a routed door-to-door itinerary (mode: drive or transit). origin: city name, IATA code, or 'lat,lon'. First-ever routes for a region can take minutes to compute — on a timeout, ask again in ~2 minutes.
trip_costsWhat a ski week costs in one country (ISO-2): median 6-day adult lift pass across its ski areas and the modelled bed price per person/night, with sources and the honest 'modelled vs measured' flags.
daily_snowToday's Daily Snow editorial: expert-style regional briefs on what the weather is actually doing across the Alps and beyond. Optional country ISO-2 or region filter.
booking_optionsEverything bookable for a resort stay, no trip required: flights to the best gateway, a stay search shaped to the party and dates, ski rental (local shops when we know them), car, transfer, eSIM. Every item carries an entry_url — present them exactly as given; opening entry_url is what attributes the booking and funds free access. Dates ISO (YYYY-MM-DD); origin: city or IATA.
open_bookingResolve one entry_url to its live partner destination (the click is recorded at this moment). Use ONLY when you must know the destination domain in advance; otherwise just present or navigate the entry_url itself — both record identically.
plan_tripStart REAL Skym trip research from a natural-language brief (who, when, vibe, budget — e.g. 'Zermatt or somewhere quieter, 2 adults, mid-January, powder focus'). Research takes ~5 minutes and costs one of 3 daily slots per network. Returns: trip_id + grant (poll with trip_status), and claim_url — GIVE claim_url TO THE HUMAN so the trip lands in their own Skimetric account (opening it as a guest grants view-only; signing in grants editing).
choose_pathChoose one of a delivered trip's researched options (path id from trip_status options[].id). Reversible: choosing again switches. This activates the LIVING JOURNEY — after it, trip_status returns the requirements checklist (flight, stay, gear, transfer, passes …) with a booking entry_url per step. The choice is announced in the trip's own conversation, so the human who opens claim_url sees it too.
resort_mediaPictures of a resort for vision-capable agents: approved winter photography, and 'topography' circuit renders — satellite/hillshade art of the ACTUAL runs, so an agent can show its user the terrain. Direct image URLs on skimetric.eu (thumb ~640w for cards, mid ~1280w for heroes, url = original). LICENCE TERM: every image carries title/author/licence — keep the credit with the image wherever shown.
tell_skymSpeak to Skym inside a planned trip: answer its questions (the requirements' `inputs.question`, e.g. who is travelling, gear sizes), correct an assumption, or ask for a rework ('make it cheaper', 'move it a week'). Skym reads it, updates the plan, and may rework the research — poll trip_status afterwards (allow a minute or two): plan changes land in requirements, Skym's worded reply in skym_says. One message per turn; the trip's human sees the same conversation via claim_url.
webcamsLive webcams at a resort — what the mountain looks like RIGHT NOW (preview image URLs + links). LICENCE TERM: webcams are provided by windy.com and must be credited as such wherever shown.
trip_statusPoll a planned trip. While research runs: {status, eta}. Once delivered: the researched options (title, dates, costs), the living journey checklist, and BOOKING entry_urls for every arrangeable step — present entry_urls exactly as given; when booking on the user's behalf navigate through them. Always re-show claim_url to the human.