docs: убрать из документации отклонённую подсветку убираемой комнаты (#589)

`USER-GUIDE.ru.md`, `FILTERING.md` и `VACUUM.md` описывали «подсветку
убираемой комнаты» пылесоса как существующую фичу, которую подавляет
«Всегда статичный значок». Фичи нет: #12 закрыт `not_planned` 2026-08-27,
`room_highlight` встречается в `src/**` ровно один раз — объявлением поля
схемы в `types.ts:184`, без единого runtime-потребителя.

Формулировка уже утекла как факт в ТЗ #588 (ревью ТЗ r1, M2). Правится
источник: везде остаются только реально существующие слои — puck, след и
предупреждение о маршруте на несопоставленной карте. В `VACUUM.md` поле
схемы помечено как зарезервированное: оно принимается и сохраняется, чтобы
старые планы читались, но ничего не рисует.

Issue: #589
User-Visible: no

docs/FILTERING.md

@@ -173,7 +173,7 @@ independent target resolver. Presentation source precedence is:
 below. The resolver still retains source metadata for preview diagnostics, but
 the rendered marker always uses its base icon on a neutral dark plate: no state
 morph, work/open/alarm/unavailable paint, activity, RGB, value or satellite
-temperature/humidity/LQI badge. Live vacuum puck/trail/room-highlight overlays
+temperature/humidity/LQI badge. The live vacuum puck, trail and route warning
 are also suppressed. This changes presentation only: hover/focus, service-call
 feedback, controls, Glow and room light aggregation keep using the real device.
 Hidden, removed or HA-disabled lifecycle rules still outrank display mode.

docs/USER-GUIDE.ru.md

@@ -1339,7 +1339,7 @@ Hover включается только после события от наст
 «Всегда статичный значок» — осознанное исключение из общей матрицы состояний.
 Маркер не меняет подложку или иконку, не показывает тревогу, недоступность,
 RGB-цвет, значение, температуру, влажность и LQI. Для пылесоса также скрываются
-живой puck, след и подсветка убираемой комнаты, но сохранённая история не
+живой puck, след и предупреждение о маршруте, но сохранённая история не
 удаляется. Hover/focus остаются такими же, как у других маркеров; клик, controls,
 Glow и заливка «Свет» продолжают работать по фактическому состоянию и отдельным
 настройкам устройства. Для привязок, способных сообщать о тревоге, редактор

docs/VACUUM.md

@@ -66,9 +66,8 @@ hint; arbitrary unselected cameras do not.
 ## Maps and floors (#162)
 
 One robot can hold several maps, and each map belongs to one space. The dock
-marker never moves: it stays in `marker.space`, while the live puck, the
-current trail and the room highlight belong to the space of the map that is
-active right now.
+marker never moves: it stays in `marker.space`, while the live puck and the
+current trail belong to the space of the map that is active right now.
 
 A **route** is one saved answer to "this exact map of this exact source lives
 here": `{ id, source, map_id, space, calibration }`. The exact source is part
@@ -196,10 +195,15 @@ marker.vacuum = {
   live?, trail?, trail_mode?, source?,
   calibration?: { [map_id]: [a,b,c,d,e,f] },   // legacy-read after #162
   map_routes?: [{ id, source, map_id, space, calibration? }],
-  room_highlight?, segment_map?
+  room_highlight?, segment_map?    // schema only: no runtime consumer (#12)
 }
 ```
 
+`room_highlight` and `segment_map` are accepted and round-tripped so that plans
+written by any version stay readable, but nothing draws them: the room-cleaning
+highlight (#12) was rejected, not shipped. A live vacuum draws its puck, its
+trail and — on an unmapped map — the route warning; that is the whole overlay.
+
 All fields are optional and old plans remain readable. When `map_routes` is
 absent or `null`, every valid `calibration[map_id]` is read as an effective
 route into the dock's space, so a plan made before #162 renders byte for byte