Как собрать базу знаний для маркетинга под AI-агентов

Зачем маркетингу своя база знаний

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

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

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

---

Шесть файлов, которые нужны любому маркетингу

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

Файл	Что внутри	Откуда взять первую версию
company.md	Что делает бизнес, кому служит, как зарабатывает, что важно про историю и команду	Текст сайта, презентация для партнеров, ваш рассказ о компании за пять минут под запись
customer.md	Проблемы клиента, триггеры покупки, возражения и его собственные слова	Записи продаж, интервью, переписка в поддержке, отзывы, чаты сообщества
offer.md	Что продаете, цены, что входит, сроки, гарантии и обещания, которые можете выполнить	Коммерческие предложения, оферта, страница с тарифами, договоры
positioning.md	Почему выбирают вас, а не альтернативы, включая бездействие	Разбор конкурентов, причины выбора из интервью с клиентами, ваши проигранные сделки
voice.md	Как вы пишете, примеры, запрещенные обороты и ваши правки с объяснением	Лучшие посты и письма, ваши комментарии к чужим черновикам
proof.md	Кейсы, цифры, утвержденные заявления и ссылки на то, чем они подтверждаются	Кейсы с сайта, отзывы с разрешением на публикацию, внутренние отчеты

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

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

Файл голоса и ваши правки

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

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

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

---

Откуда брать материал

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

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

Если записи звонков лежат в чатах, а не в файлах, их сначала надо выгрузить. Как разобрать большой чат на темы и цитаты, показано в гайде анализ Telegram-чатов в NotebookLM. Для регулярного сбора материала подходит та же схема, что для дайджеста с агентом, только источники внутренние.

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

---

Папка на каждое направление

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

• playbook.md процесс Как делается работа в этом направлении. Откуда берется тема, какие шаги, кто согласует, куда уходит результат.
• examples/ образцы Принятые работы и отклоненные черновики с вашим фидбеком. Отклоненный черновик с причиной учит точнее, чем еще один одобренный.
• tools.md доступы Какие сервисы и аккаунты агент может использовать, что делает сам, что только по подтверждению.
• checks.md приемка Что проверить перед тем, как вернуть работу. Факты сверены с proof.md, цена совпадает с offer.md, ссылки живые, метки на месте.
• calendar.md статус Что запланировано, что в работе, что готово к проверке. Один файл вместо доски, агент читает и обновляет его сам.

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

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

Плейбук со временем становится скиллом. Когда порядок работы стабилизировался и агент проходит его без подсказок, процедура записывается в SKILL.md, и задача запускается одной командой. Как устроены скиллы и чем они отличаются от файла правил, разобрано в гайде скиллы для AI-агентов.

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

---

Контент по площадкам

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

У каждой площадки свои форматы и свои примеры. Файл голоса при этом один на всех, различаются жанры.

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

Для площадок с карточками и визуалом схема та же, только к тексту добавляется дизайн-система. Как разложить материал на карточки и держать их в одном стиле, показано в гайде карусели для соцсетей с AI-агентом. Собранный там файл дизайн-системы и есть содержимое папки visual/ для этой площадки.

---

Визуальные референсы для агента

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

• Мудборд. Референсы того, как должно выглядеть, с пометками, что именно нравится в каждом. Пометка важнее картинки, агент не угадает, что вам понравилось в референсе, свет, композиция или цвет.
• Брендбук. Цвета, шрифты, логотипы, сетки и правила их использования. Если брендбука нет, достаточно страницы с токенами, цвета в hex, названия шрифтов, отступы.
• Принятые работы. Прошлые объявления, лендинги и креативы кампаний, которые вы считаете удачными, и рядом с ними ваши замечания к тем, что не пошли.

Фидбек по дизайну сохраняется рядом с референсами, так же, как правки к текстам в файле голоса. Фраза слишком плотно, оставь воздух, как в кейсе за март в файле стоит больше, чем в переписке. Как получать от агента дизайн, за который не стыдно, и что класть в файл стиля, разобрано в гайде как сделать красивый дизайн с AI-агентом.

---

Папка на каждую кампанию

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

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

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

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

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

---

Данные о результатах

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

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

Метрика	Как считаем	Источник	Период
Переходы на лендинг	Визиты с метками кампании, без внутренних	Яндекс Метрика, отчет по UTM	1-16 сентября
Заявки	Старт бота с меткой кампании	Выгрузка бота	1-16 сентября
Оплаты	Платежи с промокодом кампании	Платежный сервис	1-20 сентября, с хвостом
Расход	Списания рекламных кабинетов плюс оплата блогерам	Кабинеты, таблица расходов	1-16 сентября

Следующий шаг, когда кампаний становится много, это доступ агента к данным напрямую. Рекламные кабинеты, аналитика сайта, CRM и статистика площадок подключаются через API или MCP, и агент читает расход, переходы, заявки и оплаты сам, без выгрузок руками. Как устроены такие подключения, разобрано в гайде что такое MCP. Если часть трафика приходит из поиска, пригодится и гайд как оптимизировать сайт под AI-поиск, там про то, какие данные вообще есть у поисковиков.

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

---

AGENTS.md, как агенты пользуются базой

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

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

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

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

---

Учиться по ходу работы

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

Что случилось	Что обновить	Кто делает
Вы поправили черновик	Правило в voice.md или пример в examples/ с причиной	Агент по вашей правке, сразу в той же сессии
Кампания показала новое возражение	Цитата в customer.md с датой и источником	Агент при разборе результатов
Поменялся оффер	offer.md, плюс список активных кампаний, которые задеты	Агент готовит, вы подтверждаете
Кампания закончилась	results.md с выводами и ссылками на данные	Агент собирает цифры, вы пишете вывод
Агент ошибся второй раз в одном и том же	Правило в AGENTS.md или в плейбуке направления	Вы, одной строкой

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

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

---

Где хранить базу

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

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

---

С чего начать

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

1. Папка и агент. Создать папку, положить в нее AGENTS.md из примера выше и открыть в ней агента.
2. Ядро за вечер. Отдать агенту текст сайта, пару коммерческих предложений и три записи звонков. Попросить собрать первые версии шести файлов. Прочитать и поправить.
3. Одно направление. Например, контент для канала. Завести папку с плейбуком, файлом форматов и десятком принятых постов в examples/.
4. Первая задача с базой. Пост по формату разбор с указанием файлов. Сравнить с тем, что агент писал без базы.
5. Первая петля. Каждую правку черновика попросить записать в voice.md с причиной. Пять постов подряд.
6. Проверки. После третьей одинаковой ошибки завести checks.md и попросить агента проверять по нему перед сдачей.
7. Вторая задача. Письмо для рассылки или текст объявления. Заметить, сколько из ядра пригодилось без правок.
8. Первая кампания. Ближайший запуск оформить папкой с брифом и журналом решений, даже если запуск маленький.

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

---

Частые ошибки

Ошибка	Что происходит	Что делать
Собрать всю структуру до первой задачи	Двадцать пустых папок и ноль пользы через месяц	Одно направление, одна задача, остальное по мере надобности
Портрет аудитории вместо цитат	Тексты про женщин 25-45 с активной жизненной позицией	В customer.md дословные слова клиентов с источником
Только одобренные примеры	Агент не видит границу и повторяет ошибки	Отклоненные черновики с причиной рядом с принятыми
Правки в голове	Одна и та же правка десятый раз	Записать в voice.md с причиной в той же сессии
Оффер скопирован в каждый плейбук	Пять версий цены в пяти файлах	Один offer.md, в плейбуках ссылка
Цифры без периода и определений	Кампании нельзя сравнить	results.md с периодом и тем, как считали
Агент читает все сырье в каждой задаче	Контекст сгорает до начала работы	raw/ отдельно, в задачах только разобранные файлы
Нет журнала решений	Отклоненный угол возвращается в третьем письме	decisions.md в каждой кампании
Доступы в базе	Ключи кабинетов уезжают в репозиторий	Секреты в отдельном хранилище, в базе только где искать

---

Частые вопросы

Что такое база знаний для маркетинга под AI-агентов?

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

Чем это отличается от Second Brain?

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

С каких файлов начинать?

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

Обязательно ли хранить базу в GitHub?

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

Сколько времени занимает сборка базы?

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

Какой агент подходит для работы с такой базой?

Любой агент с доступом к папке и умением читать файл правил. Claude Code, Codex, Cursor и другие читают AGENTS.md или похожий файл в корне и работают с текстовыми файлами напрямую. Для просмотра и правок людьми подходит Obsidian или любой редактор.

Что делать с отклоненными черновиками?

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

Нужно ли хранилище данных, чтобы агент видел результаты?

Для старта нет. Достаточно файла с итогами кампании, где записаны период, определения метрик и ссылки на отчеты. Когда кампаний становится много, агент подключается к аналитике напрямую через API или MCP и читает цифры сам.

Можно ли класть в базу данные клиентов и доступы?

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