openclaw/USER.md

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.