ДОМЕНЫ - ВОПРОСЫ - Исправить обработку коротких debt follow-up и защиту от диагностических LLM rewrite

docs/TECH/README.md

@@ -1,10 +1,14 @@
 # TECH Docs Index
 
-Актуальные документы по operational-контру ассистента:
-
-1. `assistant_canon.md` - канон поведения ассистента.
-2. `capabilities_registry.json` - реестр поддерживаемых возможностей.
-3. `manual_case_decision_schema.json` - схема решений ручной разметки.
-4. `ui_markup_system.md` - рабочий процесс разметки через GUI.
-5. `history_colibration.md` - сводка статуса и ближайших задач.
+Актуальные документы по техническому контуру ассистента:
 
+1. `ARCH_LAYER_FOUNDATION.md` — архитектурный фундамент: разделение слоев `compute` / `navigation` / `conversational`.
+2. `STATUS_2026-04-12.md` — текущий статус маршрутов, фиксов и открытых рисков.
+3. `address_route_baseline_v1.json` — baseline-срез для анти-регресса по ключевым интентам.
+4. `address_route_expectations_v1.json` — ожидания по `intent -> recipe/result_mode`.
+5. `capabilities_registry.json` — реестр поддерживаемых capability и границ.
+6. `assistant_canon.md` — канон поведения ассистента.
+7. `manual_case_decision_schema.json` — схема ручного решения кейсов.
+8. `ui_markup_system.md` — правила разметки и UI-процесса.
+9. `history_colibration.md` — исторический журнал калибровки.
+10. `PLAN_FIX.md` — долгосрочный план безопасного развития маршрутов.

docs/TECH/STATUS_2026-04-12.md

@@ -0,0 +1,52 @@
+# Статус проекта на 2026-04-12
+
+## 1) Что уже стабильно в compute-слое
+
+- Введены и работают exact-маршруты подтвержденного среза на дату:
+  - `payables_confirmed_as_of_date` (`address_payables_confirmed_as_of_date_v1`)
+  - `receivables_confirmed_as_of_date` (`address_receivables_confirmed_as_of_date_v1`)
+  - `vat_payable_confirmed_as_of_date` (`address_vat_payable_confirmed_as_of_date_v1`)
+- Для этих интентов зафиксирован expected route/result mode в:
+  - `docs/TECH/address_route_expectations_v1.json`
+- Режим результата для exact-сценариев закреплен как `confirmed_balance`.
+
+## 2) Что исправлено в цепных (follow-up) вопросах
+
+- Исправлен перенос даты среза в коротких продолжениях по долгам:
+  - после вопроса о долгах на дату follow-up по дебиторке наследует `as_of_date`, если новая дата не задана явно.
+- Добавлен короткий follow-up для НДС:
+  - короткие реплики вида `а ндс?`/`по ндс` теперь корректно идут в VAT exact-route с переносом даты среза из контекста.
+- Сохранена стратегия LLM-first нормализации с последующим детерминированным compute-роутингом.
+
+## 3) Что уже покрыто тестами
+
+- Добавлены/актуализированы тесты на carryover и follow-up:
+  - `llm_normalizer/backend/tests/addressQueryRuntimeM23.test.ts`
+  - `llm_normalizer/backend/tests/assistantAddressFollowupContext.test.ts`
+- Проверен маршрутный baseline:
+  - `llm_normalizer/backend/tests/addressRouteBaseline.test.ts`
+
+## 4) Известные ограничения (не считать багом расчета)
+
+- В разговорных нерелевантных репликах (эмоции/брань/односложные сообщения) система может уйти в `clarification_required`; это относится к conversational-слою, не к compute-расчету.
+- `query_shape` в части exact-кейсов может оставаться `UNKNOWN` при корректном `intent`; расчетный маршрут при этом работает корректно.
+- Качество бизнес-категоризации контрагентов (особенно по счету 76) требует отдельной донастройки presentation-слоя.
+
+## 5) Что в приоритете дальше
+
+1. НДС-контур: усилить доказательную часть расчета "к уплате на дату" и добавить понятную детализацию оснований.
+2. Цепные вопросы: закрепить перенос контекста между payables/receivables/VAT во всех коротких follow-up формулировках.
+3. Ответы для UI: довести формат вывода до стабильной блочной структуры без markdown-зависимости.
+4. Категоризация: отделить поставщиков/заказчиков от банков/госорганов/спецобязательств в итоговой выдаче.
+
+## 6) Быстрый smoke-check (ручной)
+
+1. `кому мы должны на сентябрь 2017`
+2. `а нам кто должен?`
+3. `кто нам должен на сентябрь 2017`
+4. `а ндс?`
+
+Ожидаемое поведение:
+
+- для 1/3 — `confirmed_balance` в exact-route,
+- для 2/4 — корректный follow-up с переносом даты среза, без ухода в эвристический shortlist для exact-интентов.

docs/TECH/address_route_baseline_v1.json

@@ -1,6 +1,6 @@
 {
   "schema_version": "address_route_baseline_v1",
-  "updated_at": "2026-04-12T12:00:00.000Z",
+  "updated_at": "2026-04-12T20:50:00.000Z",
   "entries": [
     {
       "intent": "payables_confirmed_as_of_date",
@@ -14,6 +14,12 @@
       "capability_layer": "compute",
       "capability_route_mode": "exact"
     },
+    {
+      "intent": "vat_payable_confirmed_as_of_date",
+      "capability_id": "confirmed_vat_payable_as_of_date",
+      "capability_layer": "compute",
+      "capability_route_mode": "exact"
+    },
     {
       "intent": "list_payables_counterparties",
       "capability_id": "payables_candidates_list",

docs/TECH/address_route_expectations_v1.json

@@ -1,6 +1,6 @@
 {
   "schema_version": "address_route_expectations_v1",
-  "updated_at": "2026-04-12T13:00:00.000Z",
+  "updated_at": "2026-04-12T20:50:00.000Z",
   "entries": [
     {
       "intent": "payables_confirmed_as_of_date",
@@ -14,6 +14,12 @@
       "expected_requested_result_modes": ["confirmed_balance"],
       "expected_result_modes": ["confirmed_balance"]
     },
+    {
+      "intent": "vat_payable_confirmed_as_of_date",
+      "expected_selected_recipes": ["address_vat_payable_confirmed_as_of_date_v1"],
+      "expected_requested_result_modes": ["confirmed_balance"],
+      "expected_result_modes": ["confirmed_balance"]
+    },
     {
       "intent": "list_payables_counterparties",
       "expected_selected_recipes": ["address_movements_payables_v1", "address_open_items_by_party_or_contract_v1"],

docs/TECH/capabilities_registry.json

@@ -1,6 +1,6 @@
 {
   "schema_version": "capabilities_registry_v1",
-  "updated_at": "2026-04-09T00:00:00.000Z",
+  "updated_at": "2026-04-12T20:50:00.000Z",
   "assistant_mode": "read_only",
   "groups": [
     {
@@ -11,6 +11,7 @@
       "maturity_status": "partial",
       "supported_operations": [
         "vat_period_snapshot",
+        "vat_payable_confirmed_as_of_date",
         "vat_payable_forecast",
         "vat_turnover_breakdown"
       ],
@@ -32,6 +33,7 @@
         "Почему НДС к уплате ноль?"
       ],
       "related_routes": [
+        "address_vat_payable_confirmed_as_of_date_v1",
         "address_vat_payable_forecast_v1"
       ],
       "safe_alternatives": [