feat(sprint6a): блоки A2, B, C — exit_conditions, handoff_count, suspended/resume

Блок A2: вынос условий выхода из основного промпта в отдельное поле
agent_configs.exit_conditions_text. compose_full_system_prompt склеивает
system_prompt + rules_text + exit_conditions_text перед отправкой в модель.
Одноразовая миграция данных при старте: пытаемся выделить блок «Условия
выхода» из хвоста существующих system_prompt-ов и перенести в новое поле
(поддерживаются три формы заголовка: «## Условия выхода», «**Условия
выхода**», просто «Условия выхода:»). В UI «Настройки» — третья textarea
с подсказкой ⓘ на отдельной кнопке.

Блок B: защита от петель маршрутизации (v2 §4.3). В thread_state добавлена
колонка handoff_count, инкрементируется на каждом hard-handoff: либо когда
роутер переключает не-sm-ветку (state reset), либо когда sm-ветка сама
выдаёт [INTENT_CHANGE: …] (bouncing). При превышении HANDOFF_CAP=3 диалог
автоматически уводится в escalate_human с шаблонным ответом «Уточню детали
с администратором клиники, свяжемся с вами в течение ближайшего часа», LLM
не вызывается, handoff_count сбрасывается. В Песочнице видны счётчик
«переключений ветки в диалоге» и красная плашка при срабатывании защиты.
Также пофикшен баг: для не-sm-веток snapshot.current_intent_code теперь
финализируется на served_code, иначе на следующей реплике prev_intent_code
терялся и handoff_count не считался.

Блок C: suspended_intent / resumable_step_code / resumable_slots_json в
thread_state (v2 §4.4). При hard-handoff из sm-ветки через [INTENT_CHANGE]
текущий сценарий запоминается (если suspended ещё не занят). Когда роутер
на следующих репликах возвращает intent = suspended_intent — RESUME:
восстанавливаем current_intent_code, current_step_code, slots; suspended_*
очищается, handoff_count=0. Возврат имеет приоритет над sticky-логикой.
В Песочнице — синяя плашка «📌 отложен сценарий X (шаг Y)» во время detour'а
и зелёная «↩️ возврат к отложенному сценарию» в момент resume. Routing-loop
guard и роутер-driven handoff не теряют suspended (только при authoritative
сценариях вроде эскалации он сбрасывается).

Прогон вручную: detour из new_booking/qualify в price_question и обратно
восстанавливает name=Алексей, reason=болит ухо на исходном шаге.

Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>

models/requests.py

@@ -25,6 +25,7 @@ class AgentConfigCreateRequest(BaseModel):
     intent_id: int = Field(..., description="ID ветки (intent), к которой относится конфиг")
     system_prompt: str = Field(..., min_length=1)
     rules_text: str = Field("", description="Правила в свободной markdown-форме")
+    exit_conditions_text: str = Field("", description="Условия выхода в формате [INTENT_CHANGE: <code>]")
     name: str | None = Field(None, max_length=200)
     activate: bool = Field(False, description="Сразу сделать новую версию активной в рамках ветки")
 

models/responses.py

@@ -109,6 +109,10 @@ class ThreadStateInfo(BaseModel):
     current_step: int = 0
     current_step_code: str | None = None
     slots: dict = Field(default_factory=dict)
+    handoff_count: int = 0
+    suspended_intent: str | None = None
+    resumable_step_code: str | None = None
+    resumable_slots: dict = Field(default_factory=dict)
 
 
 class BounceInfo(BaseModel):
@@ -151,6 +155,8 @@ class ChatResponse(BaseModel):
     bounces: list[BounceInfo] = Field(default_factory=list)
     validation_events: list[ValidationEventInfo] = Field(default_factory=list)
     parse_error: str | None = None
+    routing_loop_triggered: bool = False
+    resumed_from_suspended: bool = False
 
 
 class ThreadDeleteResponse(BaseModel):
@@ -167,6 +173,7 @@ class AgentConfigInfo(BaseModel):
     name: str | None = None
     system_prompt: str
     rules_text: str = ""
+    exit_conditions_text: str = ""
     is_active: bool
     created_at: str