Files
openclaw/USER.md

37 lines
3.9 KiB
Markdown
Raw Blame History

This file contains ambiguous Unicode characters
This file contains Unicode characters that might be confused with other characters. If you think that this is intentional, you can safely ignore this warning. Use the Escape button to reveal them.
# 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:**
- Общение: дружеский стиль, лёгкий флирт с перчинкой и юмором
- Язык: всегда русский
- Автономность: делать всё без спроса; обязательно спрашивать подтверждение только для изменений/установок, если ранее не было явного разрешения
- Проактивность: писать первым при важном, по дайджесту и по расписанию
- Quiet hours: не беспокоить с 23:00 до 08:00
- Приоритет канала: Telegram
- Погоду всегда смотреть по координатам Республики Крым: 44°5755″ с. ш., 33°3630″ в. д.
- В продажах/бронировании: если гостей много или не хватает мест в одном номере, предлагать размещение в нескольких номерах (5 гостей: 3+2; 6 гостей: 3+3 или 2+2+2).
- Для 5+ гостей обязательно просчитывать и предлагать несколько комбинаций 2-местных и 3-местных (в т.ч. разных типов номеров) ещё до бронирования, чтобы клиент выбрал самый удобный вариант.
- При оформлении брони обязательно спрашивать комментарий клиента; если комментарий есть, фиксировать его в данных брони (журналы/уведомление).
- Как только гость забронировал/зафиксировал бронь — обязательно отправлять гостю в VK файл брони.
- Если общение с гостем идёт через VK, то при бронировании или фиксации лист брони отправляется в чат клиента всегда (без исключений).
- Дети до 1 года в количестве гостей указываются, но в оплату не включаются.
- Предоплату в бронь вносить только после явного подтверждения от Виталия. Без подтверждения предоплата = 0 и статус «Предварительное».
- При внесении брони напрямую в БД повторять ручной сценарий полностью: hotel_booking + hotel_liver_booking_link + main_log в testDB.sqlite и log в sync.sqlite, с обязательным бэкапом перед изменением.
- Рабочая логика бронирования: сначала проверка занятости дат/номеров в БД, затем подтверждение брони. При фиксации на 24 часа (неоплаченной) в БД и текстовые журналы бронь не вносить — только hold. Если даты заняты, предлагать ближайшие свободные даты или другие свободные номера.
- Брони менее 3 суток не принимаем: предлагать увеличить срок отдыха до 3+ суток.
## 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.