Зачем маркетологу второй мозг

Агент пишет ровно настолько хорошо, насколько хорошо он знает ваш продукт, вашего клиента и ваш голос. Если этого знания нет в файлах, вы объясняете его в каждом промпте заново, а на выходе получаете текст, который подошел бы любой компании в нише. Второй мозг для маркетинга закрывает эту дыру. Это папка с текстовыми файлами, где лежит все, что агенту нужно знать, чтобы текст получился про вас.

Ниже разбираю, зачем такая база вообще нужна, из чего она состоит, откуда брать материал и как сделать так, чтобы она росла сама, по ходу работы.

У маркетинговых задач один и тот же контекст. Пост, письмо, лендинг, сценарий ролика и объявление отвечают на одни и те же вопросы. Кто мы, кому продаем, что продаем, почему выбирают нас, как мы разговариваем и что можем доказать. Человек в команде носит эти ответы в голове. Агент между сессиями их забывает и каждую задачу начинает с чистого листа.

Вот как это выглядит на практике.

Каждый пункт из списка лечится одним и тем же способом. Знание переезжает из головы и переписки в файл, который агент читает перед работой.

Механика та же, что в личном Second Brain. Папка, текстовые файлы, корневой файл с правилами и агент с доступом к папке. Отличие маркетинговой базы в содержимом и в том, что ей пользуются несколько человек и несколько агентов одновременно. Копирайтер, таргетолог и агент, который собирает рассылку, должны брать одну и ту же версию оффера. Если она лежит в одном файле, так и будет.

Начинать стоит с ядра. Это шесть файлов, которые читаются в любой маркетинговой задаче, от поста до медиаплана. Без них остальная структура смысла не имеет. Первые версии собираются за вечер из того, что у вас уже есть.

Самый ценный файл из шести это customer.md, и он же чаще всего пустой. Описание клиента в нем должно быть на языке клиента. Формулировка нет времени разбираться в инструментах работает в тексте лучше любого портрета аудитории, потому что человек узнает в ней себя. Поэтому в файл кладутся цитаты, а рядом с цитатой источник и дата.

У каждого возражения есть источник и ссылка на то, чем на него отвечают. Агент, который пишет лендинг, берет возражение и ответ вместе.

Одобренный пост в файле голоса полезен. Одобренный пост вместе с объяснением, почему вы переписали первую строку, полезнее в разы. Правка с причиной дает агенту правило, которое он может применить к следующему тексту. Пример без причины дает только образец для подражания. Поэтому в voice.md стоит держать раздел с правками в формате было, стало, почему.

Три правки дали три правила. Через месяц таких правил будет тридцать, и агент перестанет делать эти ошибки.

Ядро собирается из того, что у вас уже есть. Записи звонков с клиентами, коммерческие предложения, интервью, текст сайта, прошлые кампании, переписка в поддержке и чаты сообщества. Первые версии файлов из этого делает агент, ваша задача проверить и поправить.

Двенадцать часов записей превращаются в раздел файла за несколько минут. Дальше вы читаете семь групп возражений вместо двенадцати транскриптов.

Сырые материалы хранятся отдельно от файлов ядра, в папке raw/. Агент читает сырье, когда обновляет файлы, а в задачах пользуется уже разобранными файлами. Иначе каждый пост будет начинаться с чтения сотни транскриптов, и контекст сгорит до начала работы.

Контент, SEO, реклама, партнерства с блогерами и рассылки делаются по-разному, и инструкции у них разные. Поэтому у каждого направления своя папка, а общие файлы ядра лежат на уровень выше и подключаются по ссылке. Внутри папки направления пять одинаковых элементов. Плейбук с процессом, папка примеров с принятыми и отклоненными работами, файл доступов, файл проверок перед сдачей и календарь со статусами задач.

Ядро на верхнем уровне, направления в папках, кампании отдельно. Пустые папки заводить не нужно, они появляются, когда появляется направление.

Плейбук направления ссылается на файлы ядра вместо того, чтобы их копировать. Если оффер поменялся, правится один файл, и все направления видят актуальную версию. Скопированный в пять плейбуков оффер через месяц превращается в пять разных офферов.

Пост в Telegram, статья на VC, письмо в рассылке и сценарий короткого ролика живут по разным правилам. Длина, структура, где стоит ссылка, как выглядит первая строка. Поэтому внутри папки контента заводится подпапка на каждую площадку с файлом форматов и примерами именно для нее. Для канала это может быть разбор новости с позицией, подборка инструментов, короткое мнение, анонс. Какие форматы прижились у нас и как они менялись со временем, видно прямо в канале Точки над ИИ, и такой разбор своего канала на форматы стоит сделать первым шагом.

Запуск продукта, распродажа, вебинар или выход на новую площадку это кампания, и у нее своя папка. Бриф на входе, результаты на выходе, между ними решения и материалы. Следующая кампания начинается с чтения предыдущей папки.

Самый недооцененный файл здесь это журнал решений. Вы отклонили угол подачи, поменяли цену за три дня до старта, решили не трогать одну площадку. Каждое такое решение с датой и причиной попадает в decisions.md.

Агент, который пишет третье письмо, читает журнал и знает, что цена продлена, а угол про экономию времени закрыт. Объяснять это в промпте больше не нужно. Сколько бы исполнителей и агентов ни было, они читают один бриф и один журнал решений.

Кампания без цифр на выходе ничему не учит. Поэтому в папке лежит results.md с периодом, определениями метрик и цифрами с указанием источника. Без периода и определений сравнить две кампании невозможно. Заявка в одной кампании это заполненная форма, в другой это сообщение боту, и сравнение таких заявок ничего не показывает. Цифры агент со временем начнет брать из рекламных кабинетов и аналитики сам, а вот вывод вроде блогеры дали дороже заявку, но выше оплату он должен взять из вашего файла, иначе в следующей кампании сделает противоположный вывод из тех же цифр.

Структура папок сама по себе агенту ничего не говорит. В корне базы лежит файл правил, который агент читает перед любой работой. В Claude Code это CLAUDE.md, в Codex и большинстве других агентов AGENTS.md, содержимое у них одно. Внутри пять вещей. Где искать нужные файлы для каждого типа задачи, каким источникам верить при противоречиях, куда складывать черновики, как сообщать о расхождениях в базе и какие изменения требуют вашего подтверждения.

Раздел про чтение экономит контекст, раздел про доверие снимает половину ошибок, раздел про подтверждения защищает оффер и доказательства от случайных правок. Задачу агенту при этом стоит давать вместе с нужными файлами. Просьба напиши пост по формату разбор, файлы customer.md, voice.md и content/telegram/formats.md работает точнее, чем просьба написать пост.

База, которую собрали один раз, устаревает за квартал. База, которую обновляют после каждой задачи, через полгода становится главным активом маркетинга. Разница в одной привычке.

Каждый раз, когда вы переписываете строку агента, это правило, которое пока живет только в вашей голове. Просьба записать правку в файл занимает десять секунд и убирает эту ошибку навсегда. Кампания показала новое возражение, агент кладет цитату в customer.md с датой и источником. Поменялся оффер, агент готовит правку в offer.md и список задетых кампаний, вы подтверждаете. Агент ошибся второй раз в одном и том же, вы дописываете одну строку в файл правил.

Что из этих петель прижилось у нас, а что отвалилось через месяц, разбираю в канале по мере того, как база растет. Там же показываю, как меняются форматы и инструменты, а вместе с ними и файлы базы.

Собирать всю структуру сразу не нужно. Двадцать пустых папок через месяц дают ноль пользы. Начинать стоит с одного направления и одной задачи, которую вы и так делаете каждую неделю. План на первые две недели.

Через две недели у вас будет ядро, одно живое направление и привычка записывать правки. Остальная структура вырастет из следующих задач. Сам гайд написан и для вас, и для вашего агента. Можно открыть Claude Code или Codex с доступом к папке, дать ему ссылку на страницу гайда и попросить развернуть структуру и собрать первые версии файлов из ваших материалов. За вами остаются правки и решения.

Полная версия гайда с таблицами метрик, частыми ошибками и примерами всех файлов лежит на сайте кэмпа, ссылка ниже. Свежие инструменты и приемы для такой базы выкладываю в канале, коротко и без восторгов.