Инструкция: Чеклист лендинга + _report.md

Зачем

После сборки лендинга — делегировать проверку свежему агенту (без контекста сборки), сгенерировать slug_report.md с двумя секциями: что проверил агент, что проверяет человек.

Правило

На каждый лендинг — обязательный slug_report.md.
Файл создаётся в secondbrain/design/reports/slug_report.md.
Без закрытого репорта лендинг считается незавершённым.

Шаг 1 — Делегировать проверку

Вызвать delegate_task со свежим контекстом (не тащить историю сборки):

delegate_task(
    goal="Проверь лендинг по чеклисту и заполни _report.md",
    context="""
        slug: {slug}
        файл лендинга: secondbrain/{slug}.md
        layout: {layout_name}
        TRIP2G_URL: {TRIP2G_URL}
        чеклист: следуй инструкции [[instructions/landing_checklist]]
        результат: записать в secondbrain/design/reports/{slug}_report.md
    """,
    toolsets=["terminal", "file"]
)

Шаг 2 — Агент заполняет свою часть репорта

Шаблон slug_report.md:

# Репорт: {Название лендинга}
slug: {slug}
url: {TRIP2G_URL}/{slug}
дата: {YYYY-MM-DD}

---

## ✅ Проверено агентом

### Messaging
- [ ] Заголовок отвечает на "что это за страница?" за 5 секунд
- [ ] Одна цель — одно целевое действие на странице
- [ ] Убраны лишние ссылки и навигация
- [ ] Есть подзаголовок который усиливает главный заголовок
- [ ] Описаны выгоды (не фичи)
- [ ] Объяснена уникальность предложения

### Форма и CTA
- [ ] CTA крупный, контрастный, виден без скролла
- [ ] CTA повторяется минимум 2 раза на странице
- [ ] Форма не просит лишних полей
- [ ] Рядом с email-полем есть ссылка на политику конфиденциальности
- [ ] Понятно что получит посетитель после клика

### Доверие
- [ ] Есть отзывы или социальные доказательства
- [ ] Есть логотипы партнёров / сертификаты (если применимо)
- [ ] Факты и цифры верифицируемы

### Техническое
- [ ] renderlayout прошёл без warnings
- [ ] Дизайн соответствует бренду
- [ ] Визуальный акцент ведёт к CTA
- [ ] Мобильная версия (если проверяемо)
- [ ] Страница синхронизирована (sync выполнен)
- [ ] URL доступен: {TRIP2G_URL}/{slug}

### BEM и компоненты
- [ ] Все компоненты задокументированы в secondbrain/design/components/
- [ ] Новые компоненты добавлены в индекс

**Результат агента:** PASS / FAIL
**Проблемы:** (список если есть)

---

## 👤 Проверяется человеком

### Содержание
- [ ] Заголовок цепляет — хочется читать дальше
- [ ] Тон соответствует аудитории
- [ ] Боль клиента описана его словами
- [ ] УТП звучит убедительно
- [ ] Отзывы настоящие и конкретные

### Визуал
- [ ] Главное изображение / видео релевантно офферу
- [ ] Страница выглядит профессионально
- [ ] Дизайн совпадает со стилем рекламы которая ведёт на неё

### Оффер
- [ ] Если есть дедлайн — он явно указан
- [ ] Ценность лид-магнита (если есть) описана ясно
- [ ] Процесс (если многошаговый) объяснён

### Ощущение
- [ ] Страница производит правильное первое впечатление
- [ ] Хочется нажать CTA

**Подпись человека:** ________________
**Дата проверки:** ________________
**Статус:** APPROVE / REVISION NEEDED
**Комментарии:** (свободный текст)

Шаг 3 — После проверки агентом

• Если агент нашёл проблемы → исправить → перезапустить delegate_task
• Если PASS → отправить пользователю:

  "Лендинг готов: {TRIP2G_URL}/{slug}
  Я проверил техническую часть — всё ок.
  Твоя очередь: {TRIP2G_URL}/design/reports/{slug}_report — отметь свои пункты."

Кейсы

Кейс: агент нашёл warning в renderlayout
→ delegate_task вернул FAIL → агент чинит → снова делегирует проверку → PASS → только тогда отправляет человеку

Кейс: человек говорит "тон не тот"
→ агент видит в репорте конкретный пункт → знает что именно переписать → переписывает → обновляет репорт

Кейс: второй лендинг для того же продукта
→ агент читает первый _report.md → берёт компоненты которые уже PASS → не проверяет заново