docs: add repository bootstrap templates

docs/commercial-boundaries.md

@@ -202,6 +202,13 @@ Private code должен подключаться как реализация
 - Community release path должен опираться на `deploy/community/*`;
 - private `Enterprise` и `Cloud` manifests не должны проектироваться как вариации того же root compose-файла.
 
+Подготовительные bootstrap artifacts для будущих репозиториев должны храниться отдельно от production manifests.
+В текущем репозитории для этого используются:
+
+- `templates/repositories/crank-community/*`
+- `templates/repositories/crank-enterprise/*`
+- `templates/repositories/crank-cloud/*`
+
 ## 10. Связанные документы
 
 - `docs/product-editions.md`

docs/implementation-plan.md

@@ -144,6 +144,12 @@
 - `crank-enterprise`
 - `crank-cloud`
 
+Bootstrap templates для этого шага уже должны быть подготовлены заранее в текущем репозитории:
+
+- `templates/repositories/crank-community/*`
+- `templates/repositories/crank-enterprise/*`
+- `templates/repositories/crank-cloud/*`
+
 ### Результат
 
 - `crank-community` становится public Community repository;

docs/repository-split-map.md

@@ -197,6 +197,12 @@ Private repository.
 
 Пока эти четыре пункта не выполнены, physical split не начинается.
 
+Техническая заготовка для этого шага уже живет в:
+
+- `templates/repositories/crank-community/*`
+- `templates/repositories/crank-enterprise/*`
+- `templates/repositories/crank-cloud/*`
+
 ## 7. Практический вывод
 
 Следующий управленческий шаг после завершения текущего boundary-трека: