deploy: split community delivery manifest

docs/commercial-boundaries.md

@@ -192,6 +192,12 @@ Private code должен подключаться как реализация
 - UI gating по capability flags;
 - отдельные delivery manifests для Community.
 
+Первый обязательный шаг на практике:
+
+- canonical public deployment manifest должен жить отдельно от root development convenience files;
+- Community release path должен опираться на `deploy/community/*`;
+- private `Enterprise` и `Cloud` manifests не должны проектироваться как вариации того же root compose-файла.
+
 ## 10. Связанные документы
 
 - `docs/product-editions.md`

docs/deployment.md

@@ -32,8 +32,9 @@
 - `Dockerfile` для `apps/admin-api`;
 - `Dockerfile` для `apps/mcp-server`;
 - `Dockerfile` для `apps/ui` или отдельный production build flow для UI;
-- `docker-compose.yml`;
-- `.env.example`;
+- `deploy/community/docker-compose.yml` как canonical Community deployment manifest;
+- `deploy/community/.env.example` как canonical Community runtime env template;
+- `docker-compose.yml` и root `.env.example` только как local development convenience layers, а не как future private delivery boundary;
 - `.github/workflows/ci.yml`;
 - `.github/workflows/deploy.yml`;
 - примеры reverse proxy конфигураций.
@@ -160,7 +161,7 @@ services:
 
 ## 9. Требования к `docker-compose`
 
-`docker-compose.yml` должен:
+`deploy/community/docker-compose.yml` должен:
 
 - поднимать `postgres`, `admin-api`, `mcp-server`, `ui`;
 - использовать env vars вместо hardcoded config;
@@ -229,7 +230,8 @@ CD для MVP должен:
 
 Монолитный `DEPLOY_ENV_FILE` больше не используется.
 
-Workflow собирает `.env` на сервере из отдельных GitHub secrets. Для runtime-переменных нужно
+Workflow доставляет именно `deploy/community/docker-compose.yml` как public Community deployment manifest
+и собирает `.env` на сервере из отдельных GitHub secrets. Для runtime-переменных нужно
 создавать secrets с теми же именами, что и у приложений:
 
 - `POSTGRES_HOST`

docs/implementation-plan.md

@@ -31,6 +31,8 @@
 - в кодовой базе определена capability model по редакциям;
 - UI и API не обещают Community-функции, которых там не должно быть;
 - старые review-файлы не требуются как отдельный источник истины.
+- canonical Community deployment manifest и env template вынесены в `deploy/community/*`;
+- public CI/CD delivery path использует именно `deploy/community/*` как source of truth для Community поставки.
 
 ## 4. Этап 2. Community machine access completion