style: убрать излишний англицызм

DRAFT/level-3/validation.md

@@ -1,42 +1,42 @@
 # Проверка Level 3
 
-> Граница автоматической проверки, архитектурного ревью и verification Level 3.
+> Граница автоматической проверки, архитектурного ревью и тестирования Level 3.
 
 ## Конфигурация проекта
 
-Конфигурация проверки сопоставляет физические пути с Domain, role modules, Groups, public entrypoints и environment labels. Она также определяет, какие entrypoints считаются client-only, server-only или isomorphic.
+Конфигурация проверки сопоставляет физические пути с доменами, их модулями, группами, публичными точками входа и метками сред выполнения. Она также определяет, какие точки входа предназначены только для клиента, только для сервера или для обеих сред.
 
-Сопоставление путей не определяет предметный смысл Domain. Оно позволяет проверить форму Domain, public API modules, import graph, циклы и environment boundaries.
+Сопоставление путей не определяет предметный смысл домена. Оно позволяет проверить его форму, публичные API модулей, граф импортов, циклы и совместимость сред.
 
 ## Автоматическая проверка
 
 Автоматическая проверка должна блокировать:
 
-- отсутствие или множественность `business` module в Domain;
-- runtime-код или root entrypoint у Domain;
-- deep imports в segments role modules;
-- достижение framework, concrete runtime, environment markers, adapters или presets из `business` entrypoint;
-- достижение incompatible environment graph из client-only, server-only или isomorphic entrypoint;
-- циклы между modules по общему правилу Level 1.
+- отсутствие модуля `business` или несколько таких модулей в одном домене;
+- исполняемый код или общую точку входа в корне домена;
+- глубокие импорты во внутренние сегменты модулей домена;
+- достижимость кода фреймворка, конкретной среды, адаптеров или сборок из точки входа `business`;
+- достижимость несовместимой среды из клиентской, серверной или общей точки входа;
+- циклы между модулями по общему правилу Level 1.
 
 ## Архитектурное ревью
 
 На ревью определяется:
 
-- является ли Domain одной связной предметной областью;
-- принадлежит ли business scenario, error contract и state semantics `business` module;
-- описывает ли port минимальную business capability без concrete types;
-- остаётся ли adapter техническим bridge без domain fallback и error mapping;
-- является ли preset повторяемой assembly конкретного scope;
-- определены ли module-владелец lifecycle contract, graph owner, scope instance, start и cleanup;
-- проходит ли междоменная runtime-связь через consumer-owned port;
-- принадлежит ли React UI Domain, а не конкретной page или route composition.
+- представляет ли домен одну связную предметную область;
+- принадлежат ли предметные сценарии, контракт ошибок и модель состояния модулю `business`;
+- описывает ли порт минимальную предметную возможность без типов конкретной реализации;
+- остаётся ли адаптер техническим преобразователем без предметных правил и преобразования ошибок в ошибки домена;
+- представляет ли модуль группы `presets` повторяемую сборку для одного контекста выполнения;
+- определены ли владелец ресурса, владелец графа, область жизни экземпляра, запуск и очистка;
+- проходит ли связь между доменами во время выполнения через порт потребителя;
+- принадлежит ли интерфейс React домену, а не отдельной странице или маршруту.
 
-## Verification
+## Тестирование
 
-Business проверяется factory-level tests с controlled ports. Adapter проверяется на transport/wiring boundary, preset -- на assembly, scope и environment boundary, React module -- на provider, subscriptions и framework lifecycle. Полная cross-domain assembly проверяется у graph owner.
+Бизнес-логика проверяется через публичный API фабрики с управляемыми тестовыми реализациями портов. Тест адаптера проверяет техническую границу, тест сборки — выбор зависимостей, область жизни и совместимость среды, тест модуля React — провайдер, подписки и жизненный цикл фреймворка. Полный междоменный граф проверяется у его владельца.
 
-Тесты не заменяют автоматические import checks и архитектурное ревью. Они доказывают runtime behavior на уже выбранной границе.
+Тесты не заменяют автоматическую проверку импортов и архитектурное ревью. Они подтверждают поведение уже выбранной границы.
 
 ## Связанные правила