## haih.site

Сервис для конечных владельцев бизнеса. Клиенту не предлагается становиться разработчиком или осваивать AI-инструменты: он передаёт задачу и получает работающий результат. AI используется внутри процесса вместе с контролем опытного специалиста.

Клиентский сервис разработки, переделки и дальнейшего сопровождения сайтов с AI как внутренней производственной технологией.

haih.site

## Смысл

Современный AI резко упростил создание прототипов и сайтов, но не сделал разработку и эксплуатацию простыми. Vibe-coding позволяет неспециалисту быстро получить впечатляющий результат, однако реальные проекты неизбежно сталкиваются с окружением, зависимостями, данными, инфраструктурой, деплоем, ошибками и дальнейшей поддержкой. AI пока регулярно ошибается и даёт наибольший выигрыш там, где его работу направляет опытный специалист.

haih.site не должен продавать клиенту AI-инструмент и не ориентируется на превращение владельца бизнеса в разработчика. Ценность для клиента: передать сайт и задачи специалисту и не разбираться, почему что-то технически не работает. Сайт должен просто работать и развиваться.

## Маркетинговый сценарий

На сайте разместить простой CTA **«Переделай мой сайт»**.

Клиент указывает только:
- URL существующего сайта;
- email для получения результата/уведомления.

После отправки создаётся заявка. Она **не выполняется полностью автоматически**: используется human-in-the-loop процесс.

Специалист получает заявку, запускает и направляет AI-агента. Агент изучает исходный сайт и его основные разделы (ориентир — до ~20 значимых страниц), извлекает информацию о бизнесе, услугах и содержании, после чего на этой основе создаётся новый сайт: новая структура, оформление, тема и актуализированное наполнение.

Это не технический импорт и не перенос CMS/шаблонов/HTML один в один. Исходный сайт используется как **источник знаний о бизнесе и неформальное ТЗ**: «прочитал существующий сайт → понял бизнес → оформил заново».

Специалист проверяет результат, при необходимости корректирует работу агента и только после проверки публикует новый сайт. После публикации клиенту отправляется уведомление по email.

## Маркетинговая роль

Сценарий должен демонстрировать ценность сервиса через готовый результат, а не через обещание «AI всё сделает за вас». Клиенту не требуется изучать промпты, редактор, Git, Docker или устройство сайта.

Это одновременно точка входа в основной managed-service: после успешной переделки сайта клиенту естественно предложить дальнейшее сопровождение, развитие и поддержку сайта силами haih.site.

Сделать простой вход в managed-service: клиент указывает URL существующего сайта и email, а на выходе получает подготовленный и опубликованный новый сайт.

Реализовать маркетинговый сценарий «Переделай мой сайт»

Разработать и запустить haih.site как продуктовый сайт новой концепции HAIH: минимальная архитектура, которая растёт вместе с требованиями, и живые showcase от статического сайта и отдельного API до полноценного интернет-магазина.

Разработать и запустить сайт

## Цель

Добавить для сайта лёгковесную систему наблюдаемости, которая позволит быстро понимать:

- работает ли сайт и его ключевые сервисы;
- где возникают ошибки;
- как меняется производительность;
- есть ли деградация по времени ответа, нагрузке или ресурсам.

## Ограничения и предпочтения

- **Не использовать Sentry** как основной инструмент.
- Избегать тяжёлой и избыточной инфраструктуры.
- Предпочтение простым, понятным и недорогим/self-hosted решениям.
- Рассмотреть стек уровня **структурированные логи + Prometheus + Grafana** и более лёгкие альтернативы, если они закроют задачу проще.

## Что проработать

1. Определить минимальный набор наблюдаемости для текущей архитектуры сайта.
2. Настроить централизованный сбор и удобный просмотр логов приложения/веб-сервера.
3. Добавить метрики как минимум по:
   - доступности;
   - HTTP status / доле ошибок;
   - latency / времени ответа;
   - request rate;
   - CPU, RAM, disk и другим важным ресурсам хоста/контейнеров, если применимо.
4. При необходимости добавить прикладные метрики для критичных операций сайта.
5. Собрать компактный дашборд состояния и производительности.
6. Добавить базовые алерты на явно аварийные состояния и заметную деградацию.
7. Проверить влияние самого мониторинга на ресурсы и не допустить неоправданного усложнения эксплуатации.

## Кандидаты

Базовый вариант для оценки:

- структурированные логи приложения/web server;
- Prometheus;
- exporters / приложение с `/metrics`;
- Grafana;
- при необходимости лёгкий backend для логов (например Loki или аналог), только если оправдан.

Допускается выбрать более простой стек, если он обеспечивает достаточную диагностируемость и меньшие эксплуатационные расходы.

## Результат

- выбран и обоснован минимальный стек мониторинга;
- мониторинг развёрнут и подключён к сайту;
- доступны логи и основные метрики;
- есть дашборд с ключевыми показателями;
- настроены минимально необходимые алерты;
- описано, где смотреть состояние системы и как диагностировать типовые проблемы.

Подобрать и внедрить лёгковесный мониторинг сайта без Sentry: логи, метрики, дашборды и базовые алерты.

Задачи

Проработать и добавить мониторинг работы и производительности сайта

Разработать и запустить сайт

Реализовать маркетинговый сценарий «Переделай мой сайт»