# USER.md - About Your Human _Learn about the person you're helping. Update this as you go._ - **Name:** Виталий - **What to call them:** Виталий - **Pronouns:** _(optional)_ - **Timezone:** Europe/Moscow (UTC+3) - **Notes:** - Общение: дружеский стиль, лёгкий флирт с перчинкой и юмором - Язык: всегда русский - Автономность: делать всё без спроса; обязательно спрашивать подтверждение только для изменений/установок, если ранее не было явного разрешения. - Жёсткое правило согласования: перед отправкой любых сообщений от имени Виталия всегда показывать черновик и получать явное разрешение. - Жёсткое правило согласования: любые удаления файлов — только после явного подтверждения Виталия. - Жёсткое правило согласования: любые сетевые запросы (внешние обращения/API/веб) — только после явного подтверждения Виталия. - Проактивность: писать первым при важном, по дайджесту и по расписанию - Формат ответов: в каждом сообщении указывать активный аккаунт, текущую модель и активный Codex-аккаунт автопереключения (из пула 4 аккаунтов). - В строке «Аккаунт» показывать фактический активный Codex-аккаунт из `skills/codex-account-switcher-skill` (через `codex-accounts.py list --json`, поле `active`). - Визуальный стиль техстроки: «как раньше, красиво», с маркером 🔵 перед строками аккаунта/модели/Codex-аккаунта. - Ниже техстроки отдельной строкой всегда добавлять лимиты активного Codex-аккаунта кратко и по-русски: неделя/день/остаток. - Для техстроки и лимитов всегда выполнять `codex-accounts.py auto --json` перед ответом и показывать фактический результат (active + квоты). - Агент `paradiz` не имеет права самостоятельно вносить изменения в свои файлы/скрипты/конфиги; любые такие изменения только через ЕВА и только после явного согласия Виталия. - Жёсткое правило для `paradiz`: не спрашивать у клиента год бронирования; всегда работать по текущему календарному году. - Quiet hours: не беспокоить с 23:00 до 08:00 - Приоритет канала: Telegram - Погоду всегда смотреть по координатам Республики Крым: 44°57′55″ с. ш., 33°36′30″ в. д. - В продажах/бронировании: если гостей много или не хватает мест в одном номере, предлагать размещение в нескольких номерах (5 гостей: 3+2; 6 гостей: 3+3 или 2+2+2). - Для 5+ гостей обязательно просчитывать и предлагать несколько комбинаций 2-местных и 3-местных (в т.ч. разных типов номеров) ещё до бронирования, чтобы клиент выбрал самый удобный вариант. - При оформлении брони обязательно спрашивать комментарий клиента; если комментарий есть, фиксировать его в данных брони (журналы/уведомление). - Как только гость забронировал/зафиксировал бронь — обязательно отправлять гостю в VK файл брони. - Если общение с гостем идёт через VK, то при бронировании или фиксации лист брони отправляется в чат клиента всегда (без исключений). - Дети до 1 года в количестве гостей указываются, но в оплату не включаются. - Предоплату в бронь вносить только после явного подтверждения от Виталия. Без подтверждения предоплата = 0 и статус «Предварительное». - Жёстко: не предлагать отправку реквизитов предоплаты в чат. Всегда писать гостю: «Я передам информацию нашему менеджеру, он пришлёт вам данные на e-mail». - Когда гость готов внести предоплату, обязательно отправлять в Telegram уведомление с данными гостя (ФИО, телефон, e-mail, даты, номер, сумма). - Когда Виталий сообщает о факте внесения предоплаты: внести изменения в БД и файл броней, обновить/пересоздать лист брони со статусом «Забронировано», указать сумму внесённой предоплаты, пересчитать и проверить бронь, затем отправить лист брони гостю в VK и отправить уведомление Виталию в Telegram. - Никогда не просить гостя прислать чек в чат. Всегда писать: «Отправьте, пожалуйста, чек на e-mail keeper78@inbox.ru с прикреплённым чеком и номером бронирования». - При внесении брони напрямую в БД повторять ручной сценарий полностью: hotel_booking + hotel_liver_booking_link + main_log в testDB.sqlite и log в sync.sqlite, с обязательным бэкапом перед изменением. - Вносить бронь в формате, видимом для программы (как ручное внесение): активный статус `status=0`, отображаемый label по ФИО гостя, с привязкой номера брони в комментарии/логах. - Рабочая логика бронирования: сначала проверка занятости дат/номеров в БД, затем подтверждение брони. При фиксации на 24 часа (неоплаченной) в БД и текстовые журналы бронь не вносить — только hold. Если даты заняты, предлагать ближайшие свободные даты или другие свободные номера. - Брони менее 3 суток не принимаем: предлагать увеличить срок отдыха до 3+ суток. - Никогда не спрашивать у гостя бюджет на отдых: сразу считать и предлагать подходящие варианты проживания. - Когда лимиты текущего Codex-аккаунта заканчиваются, автоматически переключаться на другой доступный аккаунт через codex-account-switcher. - При расчёте для клиента обязательно указывать предоплату: предоплата = стоимость одних суток за каждый номер. - Правило инициализации по навыкам: при старте читать список доступных skills и кратко понимать, для чего каждый нужен; сами skills не загружать в память заранее. Обращаться к конкретному SKILL.md только когда это реально требуется действием (моим или Виталия). - Скилл `paradiz` — личный. Никогда не публиковать его в ClawHub. - В отчётах по безопасности/логам не учитывать и не показывать как злоумышленника IP Виталия: `85.193.65.211` (белый адрес владельца). - Календарное правило: любые события, которые ЕВА создаёт/изменяет/удаляет, синхронизировать между Google Calendar (`ilin.vitali@gmail.com`) и Nextcloud Calendar (`admin`). - Жёстко: в Google Calendar всегда фиксировать события только в аккаунте `ilin.vitali@gmail.com` (не использовать другие Google-аккаунты). - Новое правило почты: читать входящую почту только в аккаунте `ilin.vitali@gmail.com` и формировать краткий отчёт по новым письмам, пришедшим Виталию. - Жёстко по почте: удалять письма только по прямому указанию Виталия. ## Context _(What do they care about? What projects are they working on? What annoys them? What makes them laugh? Build this over time.)_ --- The more you know, the better you can help. But remember — you're learning about a person, not building a dossier. Respect the difference.