skimetric
skimetric: прогноз снега, статус подъёмников и планирование горнолыжных поездок по Европе
Что умеет
- Искать курорты и подбирать подходящий по условиям
- Смотреть прогноз снега и текущее состояние трасс
- Сравнивать историю сезонов и стоимость поездки
- Планировать маршрут и варианты добраться до курорта
- Смотреть вебкамеры и статус текущей поездки
Какие данные видит
Доступ без авторизации к открытым данным о курортах, снеге и логистике.
Нужен ли аккаунт
Не нужен: сервер работает без входа
skimetric — MCP-сервер с данными по горнолыжным курортам Европы: прогноз снега, статус трасс и подъёмников, история сезонов, стоимость поездки и вебкамеры. Ассистент помогает выбрать курорт, спланировать маршрут и подобрать бронирование.
Как подключить
Как подключить skimetric к Claude
Адрес сервера, который нужно вставить в настройках Claude:
https://skimetric.eu/mcp
- Откройте Claude (сайт claude.ai или приложение для компьютера).
- Перейдите в Настройки → Коннекторы (в английском интерфейсе: Settings → Connectors).
- Нажмите Добавить пользовательский коннектор (Add custom connector).
- Вставьте адрес сервера, скопированный ниже, в поле URL удалённого MCP-сервера и нажмите Добавить.
- В чате нажмите + → Коннекторы и включите новый коннектор.
Пользовательские коннекторы доступны на тарифах Free, Pro, Max, Team и Enterprise. На Free можно добавить только один. В Team и Enterprise коннектор сначала добавляет владелец организации в Настройки организации → Коннекторы.
Авторизация
После нажатия Добавить откроется окно входа в сервис. Войдите под своим аккаунтом и подтвердите доступ. Пароль Claude не видит.
Как подключить skimetric к ChatGPT
Адрес сервера, который нужно вставить в настройках ChatGPT:
https://skimetric.eu/mcp
- Откройте ChatGPT в браузере (chatgpt.com). Нужен тариф Plus, Pro, Business, Enterprise или Edu.
- Один раз включите режим разработчика: Настройки → Приложения → Дополнительные настройки → Режим разработчика (Settings → Apps → Advanced settings → Developer mode).
- Откройте Настройки → Коннекторы и нажмите Создать (Create).
- Заполните форму: Название (любое), Описание (одна фраза, что делает сервис), URL MCP-сервера (скопируйте ниже).
- В поле Аутентификация выберите OAuth, если сервис требует вход, иначе Нет. Нажмите Создать.
- В новом чате откройте + → Приложения/Коннекторы и включите коннектор.
Название раздела у OpenAI менялось (Connectors → Apps/Plugins). Если пункт называется иначе, ищите «режим разработчика» в настройках. В рабочих пространствах Business/Enterprise администратор должен разрешить пользовательские коннекторы.
Авторизация
При первом использовании ChatGPT откроет окно входа в сервис. Войдите и подтвердите доступ.
Как подключить skimetric к Cursor
Адрес сервера, который нужно вставить в настройках Cursor:
https://skimetric.eu/mcp
Быстрый способ: нажмите кнопку Открыть в Cursor ниже, Cursor сам предложит добавить сервер.
Вручную:
- В Cursor откройте Settings → Cursor Settings → MCP и нажмите Add new global MCP server.
- Вставьте JSON, скопированный ниже, в открывшийся файл
~/.cursor/mcp.json(для одного проекта:.cursor/mcp.jsonв корне проекта). - Сохраните файл. Сервер появится в списке MCP; при необходимости пройдите авторизацию по кнопке рядом с ним.
Авторизация
Если сервис требует вход, рядом с сервером в списке MCP появится кнопка авторизации.
Список инструментов сервера (19)
Технические названия из tools/list. Нужны только разработчикам.
| find_resorts | Find 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_ski | Rank 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_forecast | Full 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. |
| conditions | Live 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_history | Ten 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_facts | What 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_fortnights | Ten 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_outlook | Chance 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_there | How 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_costs | What 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_snow | Today'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_options | Everything 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_booking | Resolve 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_trip | Start 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_path | Choose 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_media | Pictures 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_skym | Speak 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. |
| webcams | Live 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_status | Poll 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. |