Чек-лист признаков "лава-флоу" в legacy/brownfield коде — мёртвый код вокруг живого, не убранные feature flags, окаменевшие workarounds, дубликаты после миграций. Используй при анализе текущего состояния репозитория, перед рефакторингом и при ревью PR в зрелой кодовой базе. Активируй при упоминаниях "legacy", "технический долг", "brownfield", "почему этот код здесь".

2026-05-310

qa-test-data-management

denish12/code-ai

Управление test data — fixtures генерируются из real schemas (TS типы, DB schema, OpenAPI), PII hygiene (faker/factory_boy для синтетики), prod-like masking при копировании prod данных, environment isolation (testcontainers, transactional rollback, tempdir), fixture lifecycle. Защита от Mode 1 (mock obsession) — fixture не дрейфует от реальности.

2026-05-310

lava-flow-legacy-detection

denish12/code-ai

Checklist of "lava flow" signs in legacy/brownfield code — dead code surrounding live paths, unremoved feature flags, fossilized workarounds, duplicates left over from migrations. Use during current-state analysis of a repo, before refactoring, and when reviewing PRs in a mature codebase. Activate on mentions of "legacy", "technical debt", "brownfield", "why is this code here".

2026-05-310

name	content-release-gate
description	Финальный гейт перед публикацией — проверка артефактов, blocker/non-blocker чеклист, пакет публикации, rollback, post-publish
type	mandatory
domain	content
owners	["reviewer"]
gates	["REVIEWER"]
tech	[]
topic	[]
triggers	["content-release-gate","Финальный гейт публикации","Финальный гейт перед публикацией — проверка артефактов, blocker/non-blocker чеклист, пакет публикации, rollback, post-publish"]
related	[]
budget_lines	252
schema_version	1

Content Release Gate — Финальный гейт перед публикацией

Когда использовать

После прохождения всех гейтов пайплайна (Reviewer дал APPROVED).
Перед финальной публикацией любой единицы контента.
При повторной публикации после HOLD — проверка что блокеры устранены.

Вход

Поле	Обязательно	Источник
Финальный текст (APPROVED)	✅	Copywriter → Reviewer
Визуальный бриф / готовый визуал	✅	Visual Concept → Reviewer
AI-промпты для изображений	⬚	Visual Concept (если генерация через AI)
Результат `$brand-compliance`	✅	Reviewer — статус COMPLIANT
Результат `$fact-checking`	✅	Reviewer — статус VERIFIED
Результат `$readability-scoring`	⬚	Reviewer — если применимо к формату
Результат `$platform-compliance`	✅	Reviewer — соответствие правилам платформы
Контент-бриф (ID)	✅	`$content-brief` — для сверки цели, CTA, персоны
Дата публикации	✅	`$content-calendar`

Если любой обязательный артефакт отсутствует или имеет статус отличный от APPROVED/COMPLIANT/VERIFIED — Release Gate не может быть начат. Вернуть на соответствующий гейт.

Протокол

Шаг 1 — Сбор и проверка артефактов

Убедиться, что все обязательные артефакты из таблицы выше получены.
Проверить статус каждого: APPROVED / COMPLIANT / VERIFIED.
Если чего-то нет → зафиксировать как blocker, не продолжать.

Шаг 2 — Финальный чеклист

Пройти все пункты чеклиста (см. шаблон). Каждый пункт имеет уровень:

🔴 Blocker — публикация невозможна, пока не исправлено.
🟡 Warning — публикация возможна, но рекомендуется исправить.

Шаг 3 — Определение статуса

Статус	Условие
READY TO PUBLISH	0 блокеров · 0 или несколько warnings (зафиксированы, пользователь в курсе)
HOLD	≥ 1 blocker · публикация запрещена до устранения

Шаг 4 — Формирование пакета публикации

Если READY TO PUBLISH — собрать полный пакет (см. шаблон):

Финальный текст (копипастабельный, в формате платформы).
Хэштеги (если применимо).
Ссылки с UTM-метками (если применимо).
Визуал — файл или AI-промпт для генерации.
Платформенные настройки — размеры, alt-текст, превью.
Расписание — точное время публикации.

Шаг 5 — User sign-off

Показать пользователю:

Финальный чеклист с результатами.
Пакет публикации.
Ожидать явное "Approved".

Шаг 6 — Post-publish действия

После получения Approved и публикации:

Обновить $board — гейт Release Gate → [✓] Завершён.
Обновить $content-calendar — единица контента → статус Done.
Запланировать мониторинг (если определено): проверка метрик через 24ч / 48ч / 7 дней.

Rollback — протокол возврата

При статусе HOLD — маршрут возврата зависит от типа блокера:

Тип блокера	Куда возврат	Что делать
Текст не одобрен / ошибки в тексте	→ Copywriter	Исправление → повторный Reviewer
Brand compliance NON-COMPLIANT	→ Copywriter / Visual Concept	Исправить нарушения из отчёта `$brand-compliance`
Факты не верифицированы	→ Researcher	Проверить/заменить факты → `$fact-checking`
Визуал не соответствует	→ Visual Concept	Исправить → повторный Reviewer
Платформа compliance нарушена	→ Copywriter / Visual Concept	Адаптировать под правила платформы
CTA не совпадает с брифом	→ Copywriter	Пересмотреть CTA с учётом `$content-brief`
Юридический блокер	→ Пользователь	Эскалация: disclaimer, копирайт, разрешения

При возврате:

Обновить $board — текущий гейт [↩] Возврат, целевой гейт [→] В работе.
Передать через $handoff — с указанием конкретных блокеров и что исправить.
После исправления — повторный Release Gate (не пропускать).

Валидация (Quality Gate)

Release Gate считается корректно пройденным если:

Все обязательные артефакты собраны и имеют нужный статус
Чеклист пройден полностью — каждый пункт отмечен ✅ или ❌ с пояснением
Нет неразрешённых блокеров (🔴 = 0)
Warnings зафиксированы и пользователь уведомлён
Пакет публикации сформирован полностью (текст + визуал + мета)
User sign-off получен
Post-publish действия выполнены (board, calendar)

Интеграция с другими скилами

Скил	Взаимодействие
`$brand-compliance`	Вход: результат проверки — COMPLIANT обязателен
`$fact-checking`	Вход: результат — VERIFIED обязателен
`$readability-scoring`	Вход: результат — если применимо к формату
`$platform-compliance`	Вход: соответствие правилам платформы
`$content-brief`	Вход: сверка CTA, цели, персоны с финальным контентом
`$content-calendar`	Вход: дата публикации · Обновление: статус → Done
`$board`	Обновление: гейт → `[✓]` или `[↩]`
`$handoff`	При rollback — передача с описанием блокеров
`$content-review-checklist`	Комплементарный: review checklist пройден до Release Gate

Anti-patterns

Ошибка	Почему плохо	Как правильно
Release Gate без Reviewer APPROVED	Публикуется непроверенный контент	Обязательная проверка статуса Reviewer
Все пункты чеклиста одинаковые по весу	Мелочь блокирует, критичное пропускается	Blocker / Warning разделение
HOLD без маршрута возврата	Непонятно кто и что исправляет	Rollback таблица с конкретным маршрутом
Пакет без UTM / хэштегов	Теряется аналитика, нарушается бренд	Полный пакет с метаданными
Публикация без user sign-off	Пользователь не видел финальную версию	Всегда ждать явное Approved
Нет post-publish обновлений	Board и calendar рассинхронизируются	Обновить board, calendar
Повторный release без повторного чеклиста	Блокер мог быть не исправлен	Полный чеклист при каждом прохождении

Шаблон вывода

### Content Release Gate — [ID единицы контента]

**Дата публикации:** [дата из $content-calendar]
**Платформа:** [платформа]
**Формат:** [формат]
**Персона:** [из $content-brief]
**Ответственный за публикацию:** [кто]
**Повторный проход:** [Нет / Да (итерация N — блокеры предыдущего: [список])]

---

#### 1. Проверка артефактов

| Артефакт | Источник | Статус | Blocker? |
|----------|----------|--------|----------|
| Финальный текст | Copywriter → Reviewer | ✅ APPROVED / ❌ | 🔴 |
| Визуал | Visual Concept → Reviewer | ✅ APPROVED / ❌ | 🔴 |
| AI-промпты | Visual Concept | ✅ / N/A | — |
| Brand compliance | `$brand-compliance` | ✅ COMPLIANT / ❌ | 🔴 |
| Fact checking | `$fact-checking` | ✅ VERIFIED / ❌ | 🔴 |
| Readability | `$readability-scoring` | ✅ / N/A | 🟡 |
| Platform compliance | `$platform-compliance` | ✅ / ❌ | 🔴 |

---

#### 2. Финальный чеклист

**Текст:**
- [ ] 🔴 Текст соответствует брифу (тема, тезисы, персона) 
- [ ] 🔴 CTA совпадает с брифом и этапом воронки
- [ ] 🔴 ToV соответствует `$brand-guidelines`
- [ ] 🔴 Нет грамматических / орфографических ошибок
- [ ] 🟡 Readability score в допустимом диапазоне

**Визуал:**
- [ ] 🔴 Размеры соответствуют платформе
- [ ] 🔴 Визуал соответствует `$brand-guidelines`
- [ ] 🟡 Alt-текст добавлен (для доступности)

**Мета и ссылки:**
- [ ] 🔴 Ссылки рабочие (проверены)
- [ ] 🟡 UTM-метки добавлены (если есть ссылки)
- [ ] 🟡 Хэштеги бренда использованы
- [ ] 🔴 Disclaimer / © присутствует (если требуется)

**Платформа:**
- [ ] 🔴 Формат соответствует требованиям платформы (символы, размеры, длительность)
- [ ] 🟡 Время публикации оптимально (из `$platform-strategy`)
- [ ] 🔴 Нет нарушений правил платформы

---

#### 3. Результат

**Блокеры (🔴):** [N] — [список, если есть]
**Warnings (🟡):** [N] — [список, если есть]

### Статус: [ READY TO PUBLISH / HOLD ]

**Обоснование:** [почему такой статус]

---

#### 4. Пакет публикации (если READY TO PUBLISH)

**Текст:**

[Финальный текст — копипастабельный]


**Хэштеги:** [список]

**Ссылки:**
| Ссылка | UTM | Назначение |
|--------|-----|------------|
| [URL] | [utm_source=...&utm_medium=...] | [куда ведёт] |

**Визуал:**
- Файл / промпт: [ссылка или AI-промпт]
- Размер: [WxH px]
- Alt-текст: [текст]

**Расписание:**
- Дата: [YYYY-MM-DD]
- Время: [HH:MM] [часовой пояс]
- Платформа: [платформа]

**Кросс-постинг:** [платформы + что адаптировано / «Нет»]

---

#### 5. Маршрут (если HOLD)

| Блокер | Тип | Куда возврат | Что исправить |
|--------|-----|-------------|---------------|
| [блокер 1] | [текст / визуал / legal] | → [агент] | [конкретное действие] |

→ После исправления — повторный Release Gate.

---

→ Ожидаю финальное "Approved" для публикации

#### 6. Post-publish (после Approved)
- [ ] `$board` — Release Gate → `[✓] Завершён`
- [ ] `$content-calendar` — ID [X] → статус `Done`
- [ ] Мониторинг запланирован: [24ч / 48ч / 7 дней — метрики из $content-brief]