Fix style in ADR

docs/adr/ADR-2025-12-13-os-upgrade-via-server-rebuild.md

@@ -5,18 +5,18 @@
 ## Контекст
 
 На сервере стояла Ubuntu 22.04, и к концу 2025 пора было обновляться.
-Обновлять живую боевую систему in-place (`do-release-upgrade`) не
+Обновлять живую боевую систему «на месте» (`do-release-upgrade`) не
 хотелось — это рискованно и тяжело откатывается, если что-то пойдёт не
 так на работающем сервере.
 
 ## Рассмотренные варианты
 
-- **In-place обновление** (`do-release-upgrade` на живой системе).
+- **Обновление «на месте»** (`do-release-upgrade` на живой системе).
   Отвергнуто: риск сломать рабочий сервер, нет простого отката.
 - **Пересборка на свежем сервере** (выбран). Поднять новый сервер с
   целевой ОС, накатать ansible, прицепить диск с данными, развернуть
   приложения — старый сервер остаётся нетронутым как точка отката.
-  Заодно почистить мусор от прошлой рабоыт сервера.
+  Заодно — почистить мусор, накопившийся за время работы прошлого сервера.
 
 ## Решение
 
@@ -46,7 +46,7 @@
 - `+` Обновление ОС без риска для живой системы; откат = вернуться на
   старый сервер.
 - `+` Получился воспроизводимый процесс миграции — позже переиспользован
-  при переезде в Timeweb как «cold cutover»
+  при переезде в Timeweb как «холодное переключение» (cold cutover)
   ([ADR-2026-05-23](ADR-2026-05-23-migrate-to-timeweb.md)).
 - `+` Фиксация uid/gid стала постоянным инвариантом проекта.
 - `-` Метод требует заранее подготовленных предпосылок (фикс uid/gid +