docs(overview): ORCH-105 — слайды Lite-установки и использования через Plane

Расширяю слайдо-источник презентации docs/overview/presentation.md тремя
слайдами в каноне ORCH-011 (16 → 19, сквозная нумерация сохранена):

- Слайд «Запуск и ведение задачи через Plane» (вход «To Analyse»,
  статусы = индикация, наблюдение: доска + Telegram-карточка + комментарии).
- Слайд «Что решает человек: гейты, авто-режим, отмена» (Approved /
  Confirm Deploy; autoApprove/autoDeploy/Bug — без пропуска тех. проверок; STOP).
- Слайд «Lite-установка скриптами» (два контейнера платформы; только конфиг;
  gen_secrets.py/onboard_project.py + docker compose up -d; runbook LITE_SETUP.md;
  одношаговый bootstrap — это смежный Bundled, не Lite).

Факты сверены с golden sources (LITE_SETUP.md, tech-pipeline.md,
tech-integrations.md, CLAUDE.md). Анти-дрейф — новая функция
test_presentation_covers_lite_and_plane_usage_bits в tests/test_system_docs.py
(существующие проверки без послаблений). CHANGELOG обновлён.

Docs+tests only: src/**/STAGE_TRANSITIONS/QG_CHECKS/check_*/схема БД —
байт-в-байт; python-pptx не в прод-образе; .pptx в git не коммитится.
Ручная сборка .pptx (TC-07) проверена в dev-venv: «Собрано слайдов: 19», exit 0.

Refs: ORCH-105

Co-Authored-By: Claude Opus 4.8 <noreply@anthropic.com>

docs/overview/presentation.md

@@ -67,7 +67,26 @@
 
 > Визуал: человек с двумя кнопками и карточка задачи в телефоне
 
-## Слайд 8: Пакетный автономный режим
+## Слайд 8: Запуск и ведение задачи через Plane
+
+- Запуск: перевод задачи в статус «To Analyse» — единственная точка входа в конвейер
+- Статусы Plane — индикация, а не управление: платформа выставляет их сама (Backlog → … → Done)
+- Управляющих статусов ровно три: запуск, человеческие гейты и отмена
+- Ход задачи виден сразу: статусы доски, живая карточка в Telegram, комментарии в задаче со ссылками на ветку и PR
+
+> Визуал: доска Plane с движущейся карточкой и зеркальное уведомление в Telegram
+
+## Слайд 9: Что решает человек: гейты, авто-режим, отмена
+
+- Гейт 1 — статус «Approved» на анализе: одобрить постановку задачи
+- Гейт 2 — статус «Confirm Deploy» на деплое: подтвердить прод отдельным статусом, чтобы привычный approve не выкатил прод случайным кликом
+- Лейблы «autoApprove» / «autoDeploy» снимают эти два решения для пакетного авто-режима
+- Авто-режим убирает только ожидание человека — ни одна техническая проверка не пропускается
+- Лейбл «Bug» — короткий багфикс-маршрут; статус «STOP» — безопасная отмена с уборкой ветки и worktree, не трогает прод
+
+> Визуал: две кнопки человека, переключатели авто-лейблов и стоп-кран STOP
+
+## Слайд 10: Пакетный автономный режим
 
 - Задачи одного проекта едут строго друг за другом — без столкновений
 - Каждая следующая стартует от свежего кода с результатом предыдущей
@@ -76,7 +95,7 @@
 
 > Визуал: ночная очередь задач, утром — стопка готовых
 
-## Слайд 9: Багфикс за полцены
+## Слайд 11: Багфикс за полцены
 
 - Метка «баг» — и задача едет коротким маршрутом
 - Пропускаются тяжёлая аналитика и отдельное проектирование
@@ -85,7 +104,7 @@
 
 > Визуал: развилка маршрутов — длинный и короткий путь к одному финишу
 
-## Слайд 10: Самовосстановление
+## Слайд 12: Самовосстановление
 
 - Упавший агент перезапускается, осиротевшая задача возвращается в очередь
 - Зависшие состояния находит и чинит фоновый сверщик
@@ -94,7 +113,7 @@
 
 > Визуал: платформа с автоподзаводом и внешним сторожем
 
-## Слайд 11: Наблюдаемость
+## Слайд 13: Наблюдаемость
 
 - Одна задача — одна живая карточка: стадия, агент, стоимость, время
 - Служебные страницы: снимок очереди и машинные метрики для мониторинга
@@ -103,7 +122,7 @@
 
 > Визуал: дашборд из карточки, очереди и графика стоимости
 
-## Слайд 12: Одна платформа — много проектов
+## Слайд 14: Одна платформа — много проектов
 
 - Несколько репозиториев из одного инстанса с общей очередью
 - Внутри проекта — строгий порядок, между проектами — параллельность
@@ -112,7 +131,7 @@
 
 > Визуал: один конвейер, несколько лент с разными проектами
 
-## Слайд 13: Сценарии использования
+## Слайд 15: Сценарии использования
 
 - Фича за вечер: постановка → прод с двумя кликами человека
 - Пакет задач на ночь: метки авто-одобрения, утром всё на проде
@@ -122,7 +141,7 @@
 
 > Визуал: пять пиктограмм-сценариев
 
-## Слайд 14: Тираж платформы
+## Слайд 16: Тираж платформы
 
 - Разворачивается на новой инфраструктуре без правки кода — только конфиг
 - Lite: у заказчика свои трекер и git — ставятся только оркестратор и сторож
@@ -131,7 +150,18 @@
 
 > Визуал: коробка-дистрибутив в двух размерах
 
-## Слайд 15: Статус платформы сегодня
+## Слайд 17: Lite-установка скриптами
+
+- Lite — два контейнера платформы: оркестратор и сторож (watchdog) на инфраструктуре заказчика
+- Свои Plane, Gitea, Telegram и LLM заказчик подключает — в Lite они не входят
+- Разворачивается без правки кода — только конфигом (принцип «дефолт = боевое значение»)
+- Скрипты-помощники: gen_secrets.py (свежие секреты), onboard_project.py (регистрация проекта: plan / apply / verify); подъём — docker compose up -d
+- Маршрут — пошаговый runbook LITE_SETUP.md с проверкой каждого шага (PASS/FAIL)
+- Весь стек одним комплектом и одношаговым бутстрапом — это смежный вариант Bundled, не Lite
+
+> Визуал: два контейнера-кубика и чек-лист шагов с галочками
+
+## Слайд 18: Статус платформы сегодня
 
 - В проде: автономный конвейер, мультипроектность, самовосстановление
 - В проде: пакетный авто-режим, багфикс-маршрут, отмена задач, журнал уроков
@@ -140,7 +170,7 @@
 
 > Визуал: чек-лист способностей с отметками «в проде»
 
-## Слайд 16: Итог
+## Слайд 19: Итог
 
 - Разработка без очередей между ролями: задача → прод за один проход
 - Человек принимает решения — конвейер делает работу