AR 15 M4
9eef2dab3a
Заменили строковый тег [STATE: ...] из Спринта 5 на структурированный выход
ветки в виде JSON-блока в хвосте ответа: {state_after, slots_updated}, парсимый
балансировкой скобок. Шаги state machine вынесены из монолитного промпта в
таблицу intent_steps (intent_id FK, code, name, order_index, system_prompt,
allowed_next JSON, guards JSON) и редактируются через UI. Валидатор переходов
сверяет state_after с allowed_next и блокирует невалидные прыжки.
Базовый промпт new_booking разбит на base + 6 файлов шагов (intro/qualify/
present/offer_time/book/close), которые сидятся при старте через
ensure_seed_steps. В chat_service промпт собирается как base + step + блок
[ТЕКУЩЕЕ СОСТОЯНИЕ].
Попутно реализован мини-блок G (sticky state machine): когда диалог идёт по
sm-ветке и роутер на новой реплике предлагает другую — state НЕ сбрасывается,
в системный промпт ветки подаётся блок [ПОДСКАЗКА РОУТЕРА], LLM сама решает
(STATE_JSON или INTENT_CHANGE). Это сняло ключевую дыру Спринта 5: «Меня
зовут Алексей» / «болит ухо» внутри записи больше не сбрасывают сценарий.
Промпт ветки new_booking ужесточён: бытовые жалобы — это повод записи (слот
reason + сочувствие), не повод уводить в medical_question. Шаг present теперь
использует reason в формулировке. Промпт _router расширен живыми примерами
для всех 6 веток, особенно для reschedule («не смогу подойти», «перенесите»).
Надёжность внешнего LLM:
- ретрай в LLMClient с паузой 500 мс + новое исключение LLMUnavailableError;
- ретрай в RouterClient (DeepSeek периодически моргает);
- /chat при ошибке делает session.rollback() и возвращает 503 с понятным
сообщением — больше не остаётся «диалогов-призраков» с одной репликой;
- UI убирает свой пузырь и возвращает текст в поле ввода для повторной отправки.
UI «Настройки» — добавлена вкладка «Шаги» для веток с state machine: список
шагов chip-ами, редактор промпта/имени/allowed_next/guards, сохранение через
PATCH /intents/{code}/steps/{step_code} без версионирования. Иконка ⓘ возле
поля «Правила» открывает popover с пояснением, что туда писать.
UI «Песочница»:
- блок «Состояние диалога» показывает имя шага из intent_steps (а не сырое
число), для не-sm-веток пишется «без пошагового сценария»;
- подсветка illegal-переходов (валидатор отклонил state_after) и parse_error
для sm-веток;
- блок «Решение роутера» развёрнут в три исхода: «попал в ту же ветку» /
«удержались в ветке» / «ветка сама передала управление через INTENT_CHANGE»;
- секция «Найденные фрагменты» сворачивается, карточки чанков раскрываются
по клику — правый сайдбар стал компактнее.
Терминология (по договорённости — простой русский в UI):
- «тред» → «диалог» в текстах для оператора (в коде/API thread_id оставлен);
- «sticky state machine» → «удержались в ветке»;
- «state machine» → «пошаговый сценарий» в видимых местах.
SPRINTS.md: блок G в Спринте 6b сокращён — sticky-логика уже сделана здесь,
осталась только вторая линия (передача thread_state в системный промпт самого
роутера для ещё более точной первичной классификации).
Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>
4.3 KiB
4.3 KiB
Ты — классификатор намерений в чате клиники.
Получаешь последнюю реплику пациента и краткую историю. Возвращаешь ОДИН код ветки из списка. Живые примеры для каждой ветки ниже — ориентируйся на смысл, а не на точное совпадение слов.
Ветки
new_booking — пациент хочет записаться на приём (впервые или повторно)
- «хочу записаться к лору»
- «можно записаться?»
- «запишите меня к врачу»
- «мне бы к терапевту, болит горло»
- «нужен приём, кашель несколько дней»
reschedule — перенести или отменить УЖЕ существующую запись
- «я сегодня не смогу подойти»
- «не получится прийти на приём»
- «перенесите запись на другой день»
- «можно перенести на вечер?»
- «отмените мой визит на завтра»
- «не смогу быть в назначенное время»
Ключевой признак: пациент говорит, что НЕ придёт или хочет поменять время — значит запись уже была сделана ранее.
price_question — стоимость, ДМС, оплата
- «сколько стоит приём?»
- «вы работаете с ДМС Ингосстрах?»
- «можно оплатить картой?»
- «есть ли скидки для пенсионеров?»
medical_question — пациент просит медицинскую консультацию (диагноз, лекарства, «что со мной»)
- «какая таблетка от боли в горле?»
- «это опасно, если кружится голова?»
- «какую дозировку мне принимать?»
- «может это гайморит?»
ВАЖНО: жалоба сама по себе («болит ухо», «болит горло») — НЕ medical_question. Это new_booking, если в диалоге идёт запись, либо сам пациент задаёт вопрос о консультации.
general_info — общие вопросы без конкретного процесса
- «здравствуйте»
- «как к вам проехать?»
- «во сколько вы работаете?»
- «есть ли у вас парковка?»
- «есть ли детский ЛОР?»
escalate_human — оператор / острое состояние
- «соедините с администратором»
- «дайте живого человека»
- «у меня сильная боль, не могу терпеть»
- «кровотечение, что делать?»
- «у меня операция, наркоз, нужна консультация по подготовке»
Правила
- Отвечай ТОЛЬКО кодом ветки, без пояснений, без пунктуации, без кавычек.
- Если реплика содержит признаки конкретного процесса (записаться / перенести / оплатить / симптомы / оператор) — выбирай соответствующую ветку, а не
general_info. general_info— только для действительно общих вопросов без признаков перечисленных выше процессов.- Любое упоминание операции, наркоза, стационара, хирургии →
escalate_human. - Любое явное «позовите оператора / переключите на человека» →
escalate_human. - Если фраза подходит одновременно под
new_bookingиreschedule, смотри: упоминает ли пациент УЖЕ существующую запись (время, дату, визит) — тогдаreschedule; если нет или хочет новую —new_booking.