meta(tasks): create [vehicles-loader-image-distribution] in OpeItcLoc03/admin

.tasks/STATUS.md

@@ -290,3 +290,19 @@ Ops-таска для Фазы 1 дизайна `tenant-split` из victor/books
 <!-- created-by: OpeItcLoc03@DESKTOP-NSEF0UK / from: OpeItcLoc03/workshop / 2026-05-25T04:46:48.271Z -->
 
 ---
+
+## ⚪ [vehicles-loader-image-distribution] — vehicles-loader (stostayer) деплоится в Docker у клиента (lite docker-deploy, дизайн залочен 29.05, см. stostayer.new `.wiki/concepts/vehicles-loader-docker-deploy.md`). Нужно решение по каналу поставки образа клиенту — единственный открытый вопрос #4, блокирующий финализацию Dockerfile CMD + deploy/README.
+
+Развилка:
+- **A (рекомендация brainstorm'а):** мы билдим образ → push в docker registry VDS → клиент `docker pull` по pinned-тегу. Rollback = перетыкнуть тег. Клиенту не нужен monorepo + yarn berry build-toolchain. Требует: у клиента docker login creds + сетевой доступ к нашему registry.
+- **B (fallback):** клиент билдит из git у себя. Требует VCS-доступ + node22 + yarn berry на хосте клиента (тяжелее, медленнее rollback).
+
+Образ: multi-stage node:22-alpine, `yarn workspaces focus @stostayer/vehicles-loader --production`.
+
+**Status:** ready
+**Where I stopped:** (not started)
+**Next action:** Решить A vs B. Если A — подтвердить: (1) есть ли у клиента сетевой доступ к нашему docker registry на VDS; (2) можем ли выдать ему scoped pull-creds (docker login); (3) схема тегирования/rollback. Отписать в stostayer.new — от этого зависит финализация Dockerfile CMD + deploy/README (vehicles-loader lite docker-deploy spec).
+**Branch:** n/a
+<!-- created-by: OpeItcLoc03@DESKTOP-NSEF0UK / from: victor/stostayer.new / 2026-05-29T10:17:29.967Z -->
+
+---