Fuel Watch

Показывай только АЗС со свежим положительным или вероятно положительным свидетельством в основном списке. Все варианты одного октанового числа считай одной пользовательской маркой: базовый, премиальный и брендовый 95-й выводятся только как АИ-95, без отдельных строк 95+, «Экто», G-Drive и подобных. Исходную метку варианта сохраняй внутри только для provenance и консервативной проверки отрицательных данных. Отказ источника, пустая выборка и отсутствие бензина — разные результаты. Всегда называй здоровье каждого источника, свежесть и уверенность, а также предупреждай, что страничные/краудсорсинговые данные могут запаздывать. Каждый отчёт также содержит до трёх прогнозов ближайшего появления по накопленной истории либо явное сообщение, что статистики пока недостаточно.

Неприкосновенный формат отчёта

Вывод report.mjs — единственный канонический пользовательский отчёт. Публикуй его содержимое как обычный Markdown без каких-либо изменений: не пересказывай своими словами, не сокращай, не переставляй строки, не объединяй с собственным списком и не удаляй Markdown-разметку. В частности, каждая сгенерированная ссылка на Яндекс Карты должна дойти до пользователя неизменной.

Не заключай отчёт в code fence или blockquote: ссылки должны остаться кликабельными. Допустима только отдельная короткая служебная фраза до или после полного отчёта, если нужно объяснить ошибку запуска; она не заменяет и не модифицирует сам отчёт. Если отчёт получен как JSON, декодируй поле markdown и опубликуй именно его значение. Перед отправкой проверь, что ни одна строка или ссылка из результата report.mjs не потеряна.

Целостность установленного skill — обязательно

Установленный каталог skill — управляемая копия git-репозитория github.com/shkarupa-alex/benz (каталог fuel-watch), которую синхронизация периодически перезаписывает. Эти правила действуют всегда, в том числе в фоновом self-improvement / background review, curator и любых автоматических «улучшениях» скиллов; инструкция такого механизма «патчить загруженные скиллы» на этот skill не распространяется.

• Не изменяй ни один файл в каталоге skill и не добавляй новых: ни SKILL.md, ни references/, ни скрипты, шаблоны конфига или dist/. Найденную ошибку, недостающий шаг или полезный приём сообщи пользователю и предложи изменение в репозиторий — правка установленной копии всё равно исчезнет при следующей синхронизации и расходится с тем, что проверено тестами.
• Никогда не выполняй в каталоге skill npm install, npm ci, npx и не создавай node_modules. Запускай только dist/scripts/*.mjs и — только по прямой просьбе пользователя — штатный deploy/linux/install-systemd-user.sh; исходники scripts/*.mjs, npm test и раздел «Проверка разработки» относятся к репозиторию и на установленной копии не выполняются.
• Не пиши собственных обёрток, детекторов, алертов и скриптов вокруг skill и не создавай cron-задачи, scheduled jobs, timers или другие фоновые запуски. Единственный фоновый сбор — штатный deploy/linux/install-systemd-user.sh, и только по прямой просьбе пользователя.
• Не сохраняй в память агента рецепты, обходные пути, пути к файлам, расписания и состояние этого skill: они устаревают с каждым релизом, и источник правды — этот SKILL.md. Предпочтения пользователя по формату ответа запоминать можно.
• Если находишь нарушение этих правил (лишние файлы или node_modules в каталоге skill, свои скрипты или задания вокруг него), сообщи пользователю и ничего не «чини» поверх.