deploy: split community delivery manifest

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`