docs: update docs

docs/backlog.md

@@ -190,8 +190,10 @@
     reverse-area) — ждут UI выделения области на превью. Из
     `archive/plan-gap-waves.md` («вне очереди»).
 
-11. **Мультифайловый вывод** (split-parts, gif-frames, separate-colors) — ждут
-    механизма «результат = набор файлов». Из `archive/plan-gap-waves.md`.
+11. **Мультифайловые инструменты-потребители** (gif-to-frames, separate-colors)
+    — механизм «результат = набор файлов» (1 → many) реализован: `FileResult` +
+    `result: "files"` + скачивание zip-архивом + грид-превью частей. Первый
+    потребитель — `split-into-parts-png`. Остальные подключаются по мере нужды.
 
 12. **Анимационные** (slow-reveal/fade/scrolling) — выход не PNG; отдельное
     решение о формате. Из `archive/plan-gap-waves.md`.
@@ -232,3 +234,16 @@
     отображения (показывает маску или сам результат), и для передачи в следующий
     инструмент (всегда результат. Оценка — на усмотрение при проработке (S/M).
     Пока живём без неё.
+
+18. **Процесс работы с инструментами 1 → many и many → 1** — абстракция
+    результата «набор файлов» оформлена и работает: тип `FileResult`,
+    `result: "files"` в реестре, сериализация через executor, скачивание
+    zip-архивом, грид-превью частей. Реализовано на первом потребителе
+    `split-into-parts-png` (2026-09, `docs/archive/plan-split-into-parts.md`).
+    **1 → many:** подключение остальных потребителей (gif-to-frames,
+    separate-colors) при необходимости; формат/качество файлов внутри zip —
+    отложено до UX-райза «Download» (п.7). **many → 1** (вход = архив/несколько
+    картинок → единый результат): не реализовано. Зависит от batch-обработки
+    архивов (п.5 идей, roadmap фаза 8 «batch-страница»). Нужна отдельная
+    проработка входа (распаковка zip в браузере, порядок файлов, поведение в
+    пайплайне — такие инструменты терминальны, как и 1 → many).