diff --git a/docs/reviews/CODE-REVIEW-324-r1.md b/docs/reviews/CODE-REVIEW-324-r1.md
new file mode 100644
index 00000000..4ba386d8
--- /dev/null
+++ b/docs/reviews/CODE-REVIEW-324-r1.md
@@ -0,0 +1,217 @@
+# CODE-REVIEW-324-r1
+
+Issue: [#324](https://github.com/Matysh/houseplan-card/issues/324) — Model v8/v9: создание пространства отклоняется из-за отсутствующего `wall_segments`.
+Трек: `trivial` (короткий, лимит код-ревью — 2 цикла).
+Заход: r1 · SHA материала: `69e410fea3d259fab6fac6e14d0d24d23893ec06` (== `git rev-parse HEAD` на момент разбора, `origin/dev` — предок ветки, ребейз не требуется).
+Ветка: `issue/324-space-wall-segments`, коммит один, трейлеры `Issue: #324` / `User-Visible: yes` на месте.
+
+## Скоуп
+
+По `docs/SCOPE.md` задача — базовая операция CRUD над пространствами (J6
+«Keep the plan true as the home evolves»), core-функциональность, формально
+отклонявшаяся backend-инвариантом. Прямо в скоупе.
+
+Диапазон разбора — весь diff `origin/dev...HEAD` (это первый заход, дельты
+предыдущего раунда нет):
+
+- `src/houseplan-card.ts` — фабрика нового space заменена на
+  `createEmptySpaceConfig`; в `catch` блока `_saveSpaceDialog()` добавлен
+  `_reloadConfigOnly(true)` при любом отказе, кроме `conflict`.
+- `src/space-dialog.ts` — новая экспортируемая `createEmptySpaceConfig(id, title)`,
+  материализующая `wall_segments: []`.
+- `test/space-dialog.test.mjs` — unit-тест новой фабрики.
+- `demo/smoke_space_create_display_defaults.mjs` — добавлен сценарий
+  reject/reload/retry для create.
+- `tests_backend/test_validation.py` — негативный regression-тест: v8/v9
+  space без ключа `wall_segments` по-прежнему отклоняется backend'ом с точным
+  текстом ошибки.
+- `docs/CHANGELOG.md` / `docs/CHANGELOG.ru.md` — бюллетень в обоих файлах, тот
+  же коммит.
+- `docs/images/screenshots.json`, `dist/**`, `custom_components/.../frontend/**` —
+  ожидаемые производные правки (фингерпринт `src/**`, синхронизация бандла).
+
+## Как проверялось — гейты
+
+| Гейт | Команда | Результат |
+|---|---|---|
+| typecheck | `npx tsc --noEmit` | зелёный, без вывода |
+| unit | `npm test` | 1360 passed / 1 skipped (в т.ч. новый тест `space-dialog.test.mjs`: `ok 1002 - a fresh space is a complete empty v8/v9 wall-model document (#324)`) |
+| build + копии бандла | `npm run build && npm run bundle:sync`, затем `cmp dist/houseplan-card.js custom_components/houseplan/frontend/houseplan-card.js` и `cmp dist/houseplan-card.js demo/srv/assets/houseplan-card.js` | зелёный, три копии побайтово совпадают, `git status --porcelain` после пересборки пуст |
+| docs fingerprint | `node scripts/check-docs.mjs` (обязателен: diff трогает `src/**`) | `Documentation checks passed (7 files, 10 external links)` — записанный `sourceFingerprint` в `docs/images/screenshots.json` актуален, повторения #230/#234 нет |
+| smoke-select | `node scripts/smoke-select.mjs --base origin/dev --head HEAD` | прямое совпадение по символу `_reloadConfigOnly` (единственный тронутый в `houseplan-card.ts` вызываемый символ) — 7 смоков: `smoke_linked_virtual_light`, `smoke_optimize_coordinate_canonicalization`, `smoke_plan_upload_race`, `smoke_save_race`, `smoke_v8_draft_write`, `smoke_virtual_light_toggle`, `smoke_ws_resilience` |
+| целевой smoke | `node demo/smoke_space_create_display_defaults.mjs` (файл в diff и назван по факту как регрессия #324) | **OK**, включая новые проверки `savedMixedHasEmptyWallCatalog`, `rejectedCandidateHasEmptyWallCatalog`, `rejectedCreateReloadsServerTruth`, `rejectedCreateKeepsDialogForRetry` |
+| 7 смоков из smoke-select | `node demo/smoke_{linked_virtual_light,optimize_coordinate_canonicalization,plan_upload_race,save_race,v8_draft_write,virtual_light_toggle,ws_resilience}.mjs` | все **OK** |
+| backend | `python -m pytest tests_backend/test_validation.py -q` | **не прогнан** — в этом окружении вообще нет модуля `pytest` (`No module named pytest`), не только отсутствует HA-harness; `.venv-backend` не создан (по AGENTS.md он появляется только в облачном агенте). Продуктовый backend-код (`validation.py`) в diff не тронут — правка только в `tests_backend/test_validation.py`. Файл тестов декларирует независимость от HA (`_ROOT`/`sys.modules` заглушки в начале файла), так что его можно было бы прогнать и без харнесса, но не в данном окружении. Проверено чтением — см. ниже |
+| golden / model-invariants | — | сознательно не прогонялись: diff не меняет геометрию (пустой `wall_segments: []`, никакой реальной стены/комнаты) и не меняет рендер — `imageSha256` во всех сценариях `screenshots.json` не изменились, только пересчитан `sourceFingerprint`/`sourceSha256` от правки `src/**` |
+| full smoke set / performance | — | не прогонялись сознательно — не предрелизный гейт, задача не задевает весь фронтенд (§8 PROCESS.md: полные наборы — обязанность пре-релиза) |
+
+**Дисциплина «тест должен уметь падать».** Проверено практически: временно
+откатил `src/houseplan-card.ts` и `src/space-dialog.ts` к состоянию до фикса
+(`git apply -R` на diff этих двух файлов), пересобрал бандл
+(`npm run bundle:sync`) и перезапустил целевой smoke:
+
+```
+FAILED (3):
+  - savedMixedHasEmptyWallCatalog: expected true, got false
+  - rejectedCandidateHasEmptyWallCatalog: expected true, got false
+  - rejectedCreateReloadsServerTruth: expected true, got false
+```
+
+После проверки патч возвращён (`git apply` тем же diff'ом), пересборка
+повторена, `git status --porcelain` пуст — дерево в исходном committed
+состоянии. Тест реально способен упасть на старом поведении ровно там, где
+описан баг.
+
+Аналогично backend-регрессия (`test_zero_wall_style_and_v9_legacy_fields_are_strict`,
+новая ветвь) проверена чтением: `v.CONFIG_SCHEMA` вызывает
+`_config_wall_segment_invariants`, которая при `model >= 8` и
+`space.get("wall_segments") is None` бросает ровно
+`vol.Invalid("v8+ space requires wall_segments")` (`custom_components/houseplan/validation.py:1785-1787`) —
+текст совпадает с `pytest.raises(..., match=r"v8\+ space requires wall_segments")`
+в тесте. Логика инварианта в этом diff не менялась (не в скоупе — issue прямо
+запрещает «Ослабление v8/v9 schema»), только добавлен негативный кейс.
+
+## AC — построчно
+
+**AC1** «Создание пустого пространства из current v8/v9 config отправляет
+`wall_segments: []`, сохраняется без ошибки и переживает повторный
+`config/get`/reload.»
+— Доказано: `createEmptySpaceConfig` (`src/space-dialog.ts:11-23`) всегда
+кладёт `wall_segments: []`; unit-тест фиксирует точную форму объекта; smoke
+`savedMixedHasEmptyWallCatalog` подтверждает поле в принятом `_serverCfg`
+после успешного `_saveSpaceDialog()`. «Переживает `config/get`» — backend-тест
+`assert v.CONFIG_SCHEMA(canonical) == canonical` с `wall_segments: []` в
+составе `canonical` доказывает точный round-trip через схему без изменения
+или потери поля (`tests_backend/test_validation.py:1716-1720`). Полного
+E2E-цикла save→reconnect→config/get в смоке нет, но комбинация unit +
+backend round-trip + чтения кода закрывает критерий для `trivial`-объёма.
+
+**AC2** «Отказ `config/set` при создании или редактировании пространства не
+оставляет локальную конфигурацию отличающейся от серверной; последующее
+удаление не наследует rejected pending write.»
+— Ветка **create** доказана smoke-сценарием: мок `config/set` бросает
+`invalid_format`, `rejectedCreateReloadsServerTruth` подтверждает ровно один
+авторитетный `config/get` и отсутствие space-призрака в `_serverCfg`.
+— Ветка **edit** отдельным тестом не покрыта, но `catch` в
+`_saveSpaceDialog()` (`src/houseplan-card.ts:15080-15095`) общий для create и
+edit — `_reloadConfigOnly(true)` вызывается для любого отказа с
+`e.code !== 'conflict'` независимо от `d.mode`. Проверено чтением, не
+исполнением.
+— Пункт про **delete не наследует rejected write** доказан по коду, не
+исполнением: `_reloadConfigOnly(true)` идёт по пути `_adoptStructuralResponses`
+(`src/houseplan-card.ts:3841-3855`), которая при изменившемся отпечатке
+делает `this._serverCfg = nextConfig` — **полную замену**, а не merge; призрак
+и любой другой локальный «хвост» отклонённого write исчезают вместе с самим
+`_serverCfg`. Последующий `_deleteSpace()` строит свой запрос уже из чистого
+`_serverCfg`, так что отклонённый кандидат физически не может попасть в
+delete-flush. Отдельного смока на цепочку «rejected create → delete» нет;
+для `trivial`-задачи со сложностью 2/10 и общим catch-путём это разумная
+экономия, а не пробел.
+
+**AC3** «Backend по-прежнему отклоняет v8/v9 space без `wall_segments`;
+frontend unit/regression test фиксирует корректный create candidate и
+rollback/reload path.»
+— Backend-инвариант не тронут (см. diff), новый негативный тест подтверждён
+чтением (см. выше). Frontend: unit-тест `createEmptySpaceConfig` + smoke
+`rejectedCandidateHasEmptyWallCatalog`/`rejectedCreateReloadsServerTruth`/
+`rejectedCreateKeepsDialogForRetry` — все выполнены и способны падать
+(продемонстрировано откатом фикса выше).
+
+Все три AC выполнены.
+
+## Находки
+
+### Low — избыточный повторный `config/get` при `physicalGeometryRolledBack`
+
+`src/houseplan-card.ts:15088` — новая строка `if (e?.code !== 'conflict')
+await this._reloadConfigOnly(true);` защищена только от дублирования на
+ветке `conflict` (та уже перечитывается внутри `_saveConfigNow`, строка
+15171). Но `_saveConfigNow` также самостоятельно перечитывает конфиг на
+`e?.physicalGeometryRolledBack` (строка 15170, через
+`_reloadRejectedPhysicalWrite()` → `_reloadConfigOnly(true)`), а у такой
+ошибки `e.code` не установлен — значит условие `!== 'conflict'` истинно, и
+`_saveSpaceDialog` перечитывает конфиг ещё раз.
+
+**Воспроизведение (по коду, не по исполнению):** пользователь тащит стену
+(геометрический write встаёт в `_pendingPhysicalWrites`, ещё не подтверждён
+сервером) и почти одновременно жмёт Save в диалоге пространства. Оба write
+идут через общий `_writeChain`; если объединённый candidate отклонён
+сервером, `_writeConfig()` синхронно откатывает физическую геометрию и
+помечает ошибку `physicalGeometryRolledBack`. `_saveConfigNow` уже сделал
+`_reloadConfigOnly(true)` для этого случая; `_saveSpaceDialog`'s catch
+делает его снова.
+
+Последствий для корректности нет — `_reloadConfigOnly` идемпотентен,
+`_adoptStructuralResponses` просто ещё раз применит тот же ответ сервера.
+Цена — один лишний `houseplan/config/get` и лишний render в редком
+конкурентном сценарии (одновременная геометрическая правка + сохранение
+диалога пространства), которого ни один AC не описывает. Комментарий в коде
+(«Conflict is already reloaded by `_saveConfigNow`; do not issue the same
+read twice») формально верен только для `conflict`, не для
+`physicalGeometryRolledBack` — это неточность комментария, а не баг
+поведения.
+
+**Решение ревьюера:** снимаю без правки. Узкий, не бьёт по данным, не
+описан ни одним AC этой `trivial`-задачи, исправление потребовало бы трогать
+общий catch двух независимых путей отката — за рамками сложности 2/10,
+заявленной автором. Если будущая задача тронет этот catch по другому поводу,
+уточнить комментарий заодно.
+
+Нет находок Medium или High.
+
+## Что проверено и корректно
+
+- Фабрика `createEmptySpaceConfig` идентична старому литералу плюс
+  `wall_segments: []`; никаких побочных полей не потеряно (сверено построчно
+  со старым инлайн-объектом в diff).
+- `canonicalizeConfigGeometryInPlace` (`src/coordinate-canonicalization.ts:324-327`)
+  корректно проходит по `space.wall_segments`, если они есть — новая
+  фабрика не создаёт для него специального случая, пустой массив
+  обрабатывается тем же кодом что и непустой.
+- К моменту, когда пользователь может открыть диалог создания пространства,
+  `_serverCfg.model_version` уже мигрирован до текущего
+  (`WALL_SEGMENT_MODEL_VERSION`, `src/wall-segment-model.ts:819-827`) —
+  безусловное добавление `wall_segments: []` в новый space не создаёt
+  несовместимости с «старыми» конфигами: на момент create конфиг уже v9.
+- i18n: новых ключей нет, диалог переиспользует существующие
+  `toast.error`/`toast.space_added`. Соответствует критерию `trivial`
+  («нет новых ключей i18n»).
+- «Одно число — один источник»: diff не добавляет и не меняет ни одной
+  видимой пользователю величины (это структурное поле модели, не
+  отображается), правило неприменимо к этой задаче.
+- Оба changelog правлены в том же коммите, что и поведение (`git show
+  --stat` на единственном коммите ветки); трейлеры `Issue: #324` /
+  `User-Visible: yes` присутствуют и корректны.
+- Ветка чистая, один коммит, `origin/dev` — предок HEAD, конфликта слияния
+  не будет.
+
+## Чего не проверял
+
+- `python -m pytest tests_backend/test_validation.py` — не прогнан живьём:
+  в окружении ревью нет модуля `pytest` вовсе (не только HA). Backend-логика
+  инварианта не менялась (см. выше «Как проверялось»), новый тест
+  верифицирован чтением обеих сторон (текст ошибки/условие).
+- Полный HA-харнесс (`test_ha_*.py`) — вне скоупа диффа, backend-код не
+  тронут.
+- `npm run golden:verify`, `npm run docs:accept`/пересъёмка скриншотов —
+  не требуются: `check-docs.mjs` подтвердил актуальный fingerprint, ни один
+  `imageSha256` не изменился, diff не меняет геометрию/рендер.
+- `node scripts/model-invariants.mjs` — не требуется: diff не создаёт
+  реальной геометрии (только пустой каталог `wall_segments: []` для
+  пространства без комнат и стен), рёбер/ссылок на них нет.
+- Полный `demo/smoke_*.mjs` набор (192 файла) и `performance_smoke` — не
+  предрелизный гейт этой задачи; выборка smoke-select плюс целевой smoke
+  покрывают тронутый символ и сам файл diff'а.
+- Сценарий «отклонённый **edit** (не create) → повторный save» и
+  «rejected create → следующий delete» как явные E2E-смоки — не выполнены
+  вживую, закрыты чтением общего кода (см. AC2). Это осознанное сужение
+  объёма гейтов под сложность задачи 2/10, а не пропуск.
+- Тест на `mcp__github__get_issue`/комментарии выполнен через `gh issue view`
+  (MCP-инструмент был недоступен в сессии — отказ в разрешении); содержимое
+  issue и комментариев получено, на выводы это не повлияло.
+
+## Итог
+
+Все три AC выполнены и доказаны — частично исполняемыми тестами (проверено,
+что они умеют падать), частично чтением с явной пометкой. High-находок нет,
+единственная Low снята с записью и не блокирует. Вердикт — зелёный.