code-ai-installer 1.5.6 → 2.1.0

package/domains/content/.agents/workflows/content-pipeline-rules.md

@@ -0,0 +1,268 @@
+# Правила контент-пайплайна — Абсолютные ограничения
+
+## Цель
+Этот документ определяет непреложные правила работы контент-пайплайна. Нарушение любого из этих правил недопустимо. Правила применяются ко **всем** режимам пайплайна.
+
+---
+
+## Режимы пайплайна
+
+### Decision Tree — выбор режима
+
+```
+Задача пользователя
+       │
+       ├── Новый контент с нуля / кампания / требует исследования?
+       │   └── ДА → /start-content (Full Pipeline)
+       │
+       ├── Есть готовый текст, нужны правки?
+       │   └── ДА → Правки > 50%?
+       │           ├── ДА → /start-content (слишком много правок)
+       │           └── НЕТ → /edit-content (Edit Pipeline)
+       │
+       ├── Простой пост, тема ясна, нет сложных фактов?
+       │   └── ДА → Blast radius ≈ 0?
+       │           ├── ДА → /quick-post (Quick Pipeline)
+       │           └── НЕТ → /start-content или /edit-content
+       │
+       └── Не уверен?
+           └── Выбрать более тяжёлый режим. Лучше перестраховаться.
+```
+
+### Дополнительные критерии
+
+| Критерий | /start-content | /edit-content | /quick-post |
+|----------|:-:|:-:|:-:|
+| Нужно исследование данных | ✅ | ❌ | ❌ |
+| Нужна стратегия (аудитория, платформа) | ✅ | ❌ | ❌ |
+| Есть готовый текст | ❌ | ✅ | ❌ |
+| Тема ясна, аудитория известна | — | ✅ | ✅ |
+| Blast radius ≈ 0 | — | — | ✅ |
+| Реакция на тренд / инфоповод | — | — | ✅ |
+| Сложные фактические утверждения | ✅ | ❌ | ❌ |
+| Целевое время | 1-3 часа | 30-60 мин | 5-15 мин |
+
+### Схемы гейтов по режимам
+
+**Full Pipeline** (`/start-content`):
+```
+CONDUCTOR → STRATEGIST → RESEARCHER → COPYWRITER → VISUAL_CONCEPT → REVIEWER → RELEASE GATE
+   G1            G2            G3           G4            G5             G6          G7
+```
+
+**Edit Pipeline** (`/edit-content`):
+```
+CONDUCTOR → COPYWRITER → REVIEWER
+   G1            G2          G3
+```
+
+**Quick Pipeline** (`/quick-post`):
+```
+CONDUCTOR → COPYWRITER + REVIEWER
+   G1            G2          G3
+```
+
+---
+
+## Гейты, deliverables и обязательные скилы
+
+### Full Pipeline — `/start-content`
+
+| Гейт | Агент | Deliverable | Обязательные скилы | Опциональные скилы |
+|------|-------|-------------|-------------------|-------------------|
+| G1 | **Conductor** | Handoff Envelope + доска | `$board`, `$handoff` | — |
+| G2 | **Strategist** | Контент-бриф + контент-план | `$audience-analysis`, `$platform-strategy`, `$content-calendar`, `$content-brief` | `$competitor-content-analysis`, `$tone-of-voice` |
+| G3 | **Researcher** | Пакет данных: факты, источники, нарратив | `$topic-research`, `$source-verification` | `$trend-research`, `$data-storytelling` |
+| G4 | **Copywriter** | Финальный текст + заголовки + CTA | `$tone-of-voice`, `$headline-formulas`, `$cta-optimization` | `$storytelling-framework`, `$social-media-formats`, `$email-copywriting`, `$seo-copywriting` |
+| G5 | **Visual Concept** | Визуальный бриф + AI-промпты | `$visual-brief`, `$platform-visual-specs` | `$moodboard`, `$image-prompt-engineering`, `$brand-guidelines` |
+| G6 | **Reviewer** | APPROVED или список правок | `$content-review-checklist`, `$brand-compliance` | `$fact-checking`, `$readability-scoring`, `$platform-compliance` |
+| G7 | **Release Gate** | Пакет для публикации | `$content-release-gate` | — |
+
+### Edit Pipeline — `/edit-content`
+
+| Гейт | Агент | Deliverable | Обязательные скилы |
+|------|-------|-------------|-------------------|
+| G1 | **Conductor** | Handoff + задача на правки | `$board`, `$handoff` |
+| G2 | **Copywriter** | Отредактированный текст + diff | `$tone-of-voice` |
+| G3 | **Reviewer** | APPROVED или доработки | `$content-review-checklist`, `$brand-compliance` |
+
+### Quick Pipeline — `/quick-post`
+
+| Гейт | Агент | Deliverable | Обязательные скилы |
+|------|-------|-------------|-------------------|
+| G1 | **Conductor** | Краткий бриф | `$board` |
+| G2 | **Copywriter** | Готовый текст поста | `$tone-of-voice`, `$social-media-formats`, `$cta-optimization` |
+| G3 | **Reviewer** | APPROVED или 1-2 правки | `$brand-compliance` |
+
+---
+
+## Правила (абсолютные)
+
+### Правило 1: Явный Approved перед каждым переходом
+Никогда не переходить к следующему гейту без явного **"Approved"** от пользователя.
+- Даже если deliverable кажется очевидным.
+- Даже при дедлайне.
+- **Исключение:** `/quick-post` Gate 2 → Gate 3 может быть без паузы при явном запросе пользователя.
+
+**Протокол Approved:**
+1. Показать deliverable гейта пользователю.
+2. Пройти `$gates` — проверить полноту и качество.
+3. Запросить явное "Approved".
+4. Только после Approved — выполнить `$handoff` → обновить `$board`.
+
+### Правило 2: Нельзя пропускать гейты
+Гейты нельзя пропускать, объединять или менять порядок без явного разрешения пользователя.
+- Каждый гейт имеет свою ответственность и deliverable.
+- Если гейт кажется избыточным — **обсудить** с пользователем, не пропускать молча.
+- Порядок гейтов определён схемой режима. Нарушение порядка = нарушение правила.
+
+### Правило 3: Каждый гейт должен иметь deliverable
+Гейт не считается завершённым без конкретного deliverable (см. таблицы выше).
+- Deliverable проверяется через `$gates` (Quality Gate чеклист).
+- Гейт с пустым или неполным deliverable → `$gates` FAIL → возврат на доработку.
+- Deliverable фиксируется в `$board` при закрытии гейта.
+
+### Правило 4: Факты обязательно верифицируются
+Любое фактическое утверждение в тексте должно быть верифицировано.
+- Статистика → первичный источник обязателен (`$source-verification`).
+- Цитаты → оригинальный контекст проверен (`$fact-checking`).
+- Актуальность данных — **адаптивная** (не хардкод):
+  - Tech / Digital: ≤ 1 год
+  - Бизнес / Рынки: ≤ 2 года
+  - Наука: ≤ 5 лет (для основ), ≤ 2 года (для прорывов)
+  - Юридика: действующее законодательство (проверить дату)
+- Нет источника → не использовать факт.
+- **Исключение для `/quick-post`:** если в тексте нет фактических утверждений (мнение, юмор), `$fact-checking` не обязателен. Если есть хотя бы один факт — обязателен.
+
+### Правило 5: Один пайплайн — одна задача
+Каждый запуск пайплайна решает одну конкретную задачу.
+- Не совмещать создание разных единиц контента в одном пайплайне.
+- Если задача расширилась → завершить текущий пайплайн, запустить новый.
+- Одна единица контента = один ID из `$content-calendar` (если применимо).
+
+### Правило 6: Правки возвращаются к исполнителю
+Если Reviewer дал правки → они возвращаются к **конкретному агенту** через `$handoff` (reverse):
+- Текстовые правки → Copywriter.
+- Визуальные правки → Visual Concept.
+- Фактические ошибки → Researcher.
+- Юридические вопросы → эскалация пользователю.
+- **Conductor не переписывает текст.**
+- Повторное ревью обязательно после правок (`$gates` → `$handoff` → Reviewer).
+
+### Правило 7: Brand compliance — обязательная проверка
+Каждая единица контента должна пройти `$brand-compliance`.
+- Нет исключений, даже для `/quick-post`.
+- Нарушение бренд-гайдлайнов = Blocker.
+- Если `$brand-guidelines` не определены → запросить у пользователя **перед стартом** пайплайна.
+
+### Правило 8: Платформа определяет формат
+Контент адаптируется под платформу, не наоборот.
+- Технические спеки проверяются через `$platform-visual-specs` и `$platform-compliance`.
+- Нельзя публиковать контент в неправильном формате, размере или ratio.
+- Текст адаптируется через `$social-media-formats`.
+
+### Правило 9: Выбор режима — ответственность Conductor
+Conductor определяет режим по Decision Tree (см. выше).
+- Решение принимается на Gate 1 и **сообщается пользователю** с обоснованием.
+- При сомнении — **выбирать более тяжёлый режим**.
+- Пользователь может переопределить режим — Conductor подчиняется.
+- Если в процессе выяснилось, что режим слишком лёгкий → предложить пользователю переключиться на более тяжёлый.
+
+### Правило 10: CONTEXT.md обновляется после каждого пайплайна
+После завершения пайплайна Conductor обновляет `domains/content/CONTEXT.md`:
+- Режим пайплайна.
+- Завершённые гейты.
+- Ключевой результат (что было создано).
+- Дата.
+
+### Правило 11: `$board` обновляется при каждом переходе
+Доска (`$board`) — единственный источник правды о текущем статусе:
+- Создаётся Conductor'ом на Gate 1.
+- Обновляется при **каждом** `$handoff` (forward и reverse).
+- Статус гейта меняется только через `$board`.
+- При завершении — все гейты `[✓]`.
+
+### Правило 12: `$handoff` — единственный способ передачи
+Передача между гейтами происходит **только** через `$handoff`:
+- Forward handoff — после `$gates` PASS + user Approved.
+- Reverse handoff — при `$gates` FAIL или Reviewer REQUIRES CHANGES.
+- Каждый handoff фиксируется в лог передач.
+- Handoff без `$gates` — запрещён.
+
+---
+
+## Параллелизм
+
+### Что можно параллельно
+
+| Гейты | Условие | Режим |
+|-------|---------|-------|
+| **Copywriter + Visual Concept** | Если текст не влияет на визуал (визуал по брифу, не по тексту) | Full Pipeline — с разрешения Conductor'а |
+| **Copywriter + Reviewer** | Quick Pipeline: reviewer начинает сразу после copywriter | Quick Pipeline |
+
+### Что нельзя параллельно
+
+| Гейты | Почему |
+|-------|--------|
+| Strategist + Researcher | Researcher зависит от брифа Strategist'а |
+| Copywriter + Reviewer (Full) | Reviewer проверяет текст Copywriter'а |
+| Любые гейты без Approved | Правило 1 запрещает переход без Approved |
+
+### Правило параллелизма
+- Параллельная работа допустима **только** если выходы гейтов **не зависят** друг от друга.
+- Conductor принимает решение о параллелизме и **сообщает** пользователю.
+- Оба параллельных гейта требуют **отдельных** Approved.
+
+---
+
+## Эскалация
+
+| Ситуация | Действие | Кто |
+|----------|----------|-----|
+| Блокер на гейте | Уведомить пользователя через `$board` (статус `[!]`), не переходить дальше | Текущий агент |
+| Недостаточно данных | Reverse `$handoff` → Researcher с конкретными gap'ами | Copywriter / Reviewer |
+| Бренд-гайдлайны не определены | Запросить у пользователя **перед стартом**, не начинать без них | Conductor |
+| Источник не верифицирован | Удалить утверждение или найти замену через `$source-verification` | Researcher |
+| Правки > 50% текста | Рекомендовать перезапуск `/start-content`, решение за пользователем | Reviewer / Conductor |
+| Пользователь не отвечает | Ждать. Не переходить к следующему гейту без Approved. Напомнить через сообщение | Conductor |
+| Дедлайн давит | Предложить переключиться на `/quick-post` или `/edit-content`. Не пропускать гейты | Conductor |
+| Конфликт Reviewer ↔ Copywriter | Эскалировать пользователю с аргументами обеих сторон | Conductor |
+| Режим оказался слишком лёгким | Предложить переключение на более тяжёлый. Решение за пользователем | Conductor |
+| Неизвестная ситуация | Остановиться. Спросить пользователя. Не импровизировать | Conductor |
+
+---
+
+## Интеграция со скилами
+
+### Оркестрационные скилы (используются на каждом гейте)
+
+| Скил | Когда | Кто использует |
+|------|-------|---------------|
+| `$board` | Создание (G1), обновление (каждый переход), закрытие (финал) | Conductor + каждый агент при handoff |
+| `$gates` | Перед каждым переходом — проверка deliverable | Conductor |
+| `$handoff` | При каждом переходе (forward и reverse) | Conductor + текущий агент |
+
+### Скилы по гейтам
+
+Маппинг обязательных и опциональных скилов — см. таблицы в секции «Гейты, deliverables и обязательные скилы».
+
+### Правило применения скилов
+- **Обязательные** скилы гейта — выполняются всегда. Пропуск = `$gates` FAIL.
+- **Опциональные** скилы — применяются по контексту задачи. Conductor или агент решает.
+- Скил считается выполненным, если его **Quality Gate** (валидация) пройден.
+
+---
+
+## Anti-patterns
+
+| Ошибка | Почему плохо | Как правильно |
+|--------|-------------|---------------|
+| Пропустить гейт «потому что просто» | Ошибки проходят незамеченными | Никогда не пропускать. Правило 2 |
+| Переход без Approved | Пользователь не в курсе, потеря контроля | Всегда ждать Approved. Правило 1 |
+| Conductor переписывает текст | Нарушение ролей, нет качественного ревью | Правки → Copywriter → Reviewer. Правило 6 |
+| `/quick-post` для сложной темы | Нет исследования → ошибки в фактах | Decision Tree. При сомнении → тяжелее. Правило 9 |
+| Handoff без `$gates` | Непроверенные deliverables → проблемы дальше | `$gates` PASS → `$handoff`. Правило 12 |
+| Не обновлять `$board` | Потеря трекинга, непонятно где мы | Обновлять при каждом handoff. Правило 11 |
+| Brand compliance пропущен | Контент не соответствует бренду → репутационный риск | Обязателен для всех режимов. Правило 7 |
+| Параллельная работа зависимых гейтов | Результат одного гейта нужен другому → рассинхрон | Только независимые гейты параллельно |
+| Импровизация в неизвестной ситуации | Непредсказуемые последствия | Остановиться, спросить пользователя |

package/domains/content/.agents/workflows/edit-content.md

@@ -0,0 +1,224 @@
+# Воркфлоу: /edit-content — Пайплайн редактирования контента
+
+## Описание
+Пайплайн для редактирования существующего контента. Используется когда основа уже есть, но требует улучшения: тон, структура, CTA, соответствие бренду, адаптация под платформу, визуальные правки.
+
+## Когда использовать
+- Есть готовый черновик текста.
+- Нужно улучшить тон, структуру или CTA.
+- Контент не прошёл ревью (возврат из `/start-content`).
+- Требуется адаптация под новую платформу или аудиторию.
+- Нужны визуальные правки (визуал уже есть, но не соответствует).
+
+## Когда НЕ использовать
+- Текст нужно переписать > 50% → `/start-content`.
+- Нужно исследование данных или новая стратегия → `/start-content`.
+- Простой пост с нуля, тема ясна → `/quick-post`.
+
+## Вход воркфлоу
+
+| Поле | Обязательно | Описание |
+|------|:-----------:|----------|
+| Исходный текст | ✅ | Текущая версия контента (v1) |
+| Задача на правки | ✅ | Что именно нужно изменить и почему |
+| Платформа | ✅ | Где будет опубликовано (может отличаться от исходной) |
+| Бренд-гайдлайны | ✅ | Из `$brand-guidelines` — для brand compliance |
+| Персона ЦА | ⬚ | Из `$audience-analysis` — если адаптация под другую аудиторию |
+| Исходный визуал | ⬚ | Если нужны визуальные правки |
+| Предыдущий review | ⬚ | Если контент вернулся из ревью — список замечаний |
+
+## Типы правок
+
+| Тип | Глубина | Примеры | Гейты |
+|-----|---------|---------|-------|
+| **Тональные** | Лёгкая | Сменить ToV (формальнее / неформальнее), убрать клише | Conductor → Copywriter → Reviewer |
+| **Структурные** | Средняя | Переструктурировать текст, улучшить hook, усилить CTA | Conductor → Copywriter → Reviewer |
+| **Платформенные** | Средняя | Адаптировать с LinkedIn на Instagram, поменять формат | Conductor → Copywriter → Reviewer |
+| **Визуальные** | Средняя | Поправить визуал, изменить композицию, обновить бренд-элементы | Conductor → Visual Concept → Reviewer |
+| **Комплексные** | Высокая | Текст + визуал + платформа одновременно | Conductor → Copywriter → Visual Concept → Reviewer |
+| **Post-review** | Зависит от замечаний | Исправления по замечаниям Reviewer'а | Conductor → Copywriter/Visual → Reviewer |
+
+> Conductor определяет тип правок на Gate 1 и выбирает нужные гейты.
+
+## Пайплайн
+
+### Базовый (текстовые правки)
+```
+CONDUCTOR → COPYWRITER → REVIEWER → RELEASE CHECK
+   G1            G2          G3           G4
+```
+
+### С визуальными правками
+```
+CONDUCTOR → VISUAL CONCEPT → REVIEWER → RELEASE CHECK
+   G1             G2v            G3          G4
+```
+
+### Комплексный (текст + визуал)
+```
+CONDUCTOR → COPYWRITER → VISUAL CONCEPT → REVIEWER → RELEASE CHECK
+   G1            G2            G2v             G3          G4
+```
+
+> Conductor на Gate 1 определяет какой вариант пайплайна активировать.
+
+## Гейты и deliverables
+
+### Gate 1: Conductor
+**Вход:** Задача пользователя + исходный контент
+**Действия:**
+- Определить **тип правок** (тональные / структурные / платформенные / визуальные / комплексные / post-review)
+- Зафиксировать текущую версию как **v1** (текст и/или визуал)
+- Определить **какие гейты** нужны (базовый / визуальный / комплексный)
+- Инициализировать доску (`$board`) для Edit Pipeline
+- Сформулировать задачу: **что** менять, **почему**, **что НЕ трогать**
+- Проверить: правки ≤ 50%? Если нет → предложить `/start-content`
+**Обязательные скилы:** `$board`, `$handoff`
+**Deliverable:** Handoff Envelope → Copywriter / Visual Concept
+**Проверка:** `$gates` — задача конкретна, тип определён, v1 зафиксирована
+**→ Ждать "Approved"**
+
+### Gate 2: Copywriter (текстовые правки)
+**Вход:** `$handoff` от Conductor с исходным текстом и задачей
+**Действия:**
+- Проверить/скорректировать ToV (`$tone-of-voice`)
+- Улучшить заголовки (`$headline-formulas`) если нужно
+- Переформатировать под платформу (`$social-media-formats`) если нужно
+- Оптимизировать CTA (`$cta-optimization`) если нужно
+- Внести запрошенные правки **с сохранением того, что не нужно менять**
+- Подготовить **diff**: что именно изменено и почему
+**Обязательные скилы:** `$tone-of-voice`
+**Опциональные:** `$headline-formulas`, `$social-media-formats`, `$cta-optimization`, `$seo-copywriting`
+**Deliverable:** Отредактированный текст (v2) + diff (список изменений с обоснованием)
+**Проверка:** `$gates` — все запрошенные правки внесены, текст целостный, diff предоставлен
+**→ Ждать "Approved"**
+
+### Gate 2v: Visual Concept (визуальные правки)
+**Вход:** `$handoff` от Conductor с исходным визуалом и задачей
+**Действия:**
+- Определить что менять в визуале по задаче
+- Обновить `$visual-brief` с учётом правок
+- Обновить AI-промпты (`$image-prompt-engineering`) если AI-генерация
+- Проверить бренд-элементы (`$brand-guidelines`)
+- Проверить спеки платформы (`$platform-visual-specs`)
+**Обязательные скилы:** `$visual-brief`, `$platform-visual-specs`
+**Опциональные:** `$image-prompt-engineering`, `$brand-guidelines`
+**Deliverable:** Обновлённый визуальный бриф / промпты (v2) + описание изменений
+**Проверка:** `$gates`
+**→ Ждать "Approved"**
+
+### Gate 3: Reviewer
+**Вход:** `$handoff` от Copywriter / Visual Concept с v2
+**Действия:**
+- Чеклист ревью (`$content-review-checklist`) — **фокус на изменённых частях** + проверка что неизменённое не сломалось
+- Бренд-compliance (`$brand-compliance`)
+- Читаемость (`$readability-scoring`) — если текстовые правки
+- Платформа-compliance (`$platform-compliance`)
+- Сверка с исходной задачей: все запрошенные правки действительно внесены?
+**Обязательные скилы:** `$content-review-checklist`, `$brand-compliance`
+**Опциональные:** `$readability-scoring`, `$platform-compliance`, `$fact-checking`
+**Deliverable:** APPROVED или список конкретных доработок с severity
+
+**При APPROVED:** → Gate 4 (Release Check)
+**При REQUIRES CHANGES:** → Reverse `$handoff` → Copywriter / Visual Concept → повторный Gate 3
+
+**Проверка:** `$gates` — нет Blockers
+**→ Ждать "Approved"**
+
+### Gate 4: Release Check
+**Вход:** APPROVED от Reviewer
+**Действия:**
+- Быстрая финальная проверка по `$content-release-gate` (облегчённая для Edit Pipeline):
+  - Текст v2 финализирован ✅
+  - Визуал v2 финализирован (если были визуальные правки) ✅
+  - Brand compliance пройден ✅
+  - Platform compliance пройден ✅
+  - Пакет публикации обновлён ✅
+- Обновить `$board` — все гейты `[✓]`
+- Обновить `domains/content/CONTEXT.md`
+**Deliverable:** Обновлённый пакет для публикации
+**→ Финальное "Approved" → Готов к публикации**
+
+## Reverse Handoff — протокол возврата
+
+Если Reviewer дал **REQUIRES CHANGES**:
+
+```
+Reviewer (REQUIRES CHANGES)
+    │
+    ├── Текстовые правки → Reverse $handoff → Copywriter
+    │   └── Copywriter вносит правки → v3 → Forward $handoff → Reviewer (повторный G3)
+    │
+    ├── Визуальные правки → Reverse $handoff → Visual Concept
+    │   └── Visual Concept вносит правки → v3 → Forward $handoff → Reviewer (повторный G3)
+    │
+    └── Оба → Reverse $handoff → Copywriter + Visual Concept → Reviewer
+```
+
+**Правила reverse handoff:**
+1. Указать **конкретные замечания** с severity (из `$content-review-checklist`).
+2. Указать **что НЕ трогать** (уже одобренные части).
+3. Обновить `$board` — гейт Reviewer → `[↩] Возврат`, целевой гейт → `[→] В работе`.
+4. После исправлений — **повторная** `$gates` проверка → forward `$handoff` → Reviewer.
+5. Максимум **3 итерации**. Если после 3 итераций не APPROVED → эскалация пользователю.
+
+## Порог переключения на `/start-content`
+
+| Индикатор | Как определить | Действие |
+|-----------|---------------|----------|
+| Правки > 50% текста | Diff показывает, что больше половины текста переписано | Предложить `/start-content` |
+| Нужно новое исследование | В тексте нет данных, а задача требует фактов | Предложить `/start-content` с Researcher |
+| Стратегия неверна | Не та аудитория, не та платформа, не тот CTA-фокус | Предложить `/start-content` со Strategist |
+| 3+ итерации ревью | Copywriter не может довести до APPROVED | Эскалация → возможно, проблема в брифе → `/start-content` |
+
+> Решение о переключении — за пользователем. Conductor **предлагает**, не переключает сам.
+
+## Ограничения режима
+- ❌ Не запускать исследование (`$trend-research`, `$topic-research`) — факты берём из исходника.
+- ❌ Не пересматривать стратегию (аудитория, платформа) — только если пользователь явно попросил.
+- ❌ Не создавать мудборд с нуля — только корректировать существующий визуал.
+- ✅ Если в исправленном тексте появились **новые** фактические утверждения → `$fact-checking` обязателен.
+
+## Anti-patterns
+
+| Ошибка | Почему плохо | Как правильно |
+|--------|-------------|---------------|
+| Переписать всё вместо точечных правок | Это `/start-content`, а не `/edit-content` | Сохранять то, что работает. Менять только запрошенное |
+| Правки без diff | Непонятно что изменилось, Reviewer не может фокусированно проверить | Всегда предоставлять diff: что, где, почему |
+| Не зафиксировать v1 | Нет возможности откатиться | Conductor фиксирует v1 на Gate 1 |
+| Бесконечные итерации ревью | Время тратится, результат не улучшается | Максимум 3 итерации → эскалация |
+| Визуальные правки без Visual Concept | Copywriter правит визуал = не его компетенция | Визуал → Visual Concept (Gate 2v) |
+| Пропустить Release Check | «Ну это же просто правки» — но ошибки всё равно возможны | Gate 4 обязателен, даже облегчённый |
+| Добавить новые факты без `$fact-checking` | Новые утверждения не верифицированы | Новые факты → обязательный `$fact-checking` |
+| Не указать «что НЕ трогать» | Copywriter может сломать то, что уже одобрено | Conductor явно фиксирует scope правок |
+
+## Шаблон вывода (Gate 1 — Conductor)
+
+```
+### Edit Pipeline — Инициализация
+
+**Исходный контент:** [описание / ID]
+**Версия:** v1 (зафиксирована)
+**Тип правок:** [тональные / структурные / платформенные / визуальные / комплексные / post-review]
+**Пайплайн:** [базовый / визуальный / комплексный]
+
+**Задача на правки:**
+[Что менять — конкретно]
+
+**Почему:**
+[Зачем нужны правки — контекст]
+
+**Что НЕ трогать:**
+[Что уже одобрено / работает / не требует изменений]
+
+**Гейты:**
+| # | Гейт | Статус |
+|---|------|--------|
+| G1 | Conductor | [→] В работе |
+| G2 | Copywriter | [ ] Ожидает |
+| G2v | Visual Concept | [ ] Ожидает / N/A |
+| G3 | Reviewer | [ ] Ожидает |
+| G4 | Release Check | [ ] Ожидает |
+
+→ Ожидаю "Approved" для перехода к [Copywriter / Visual Concept]
+```