Как создать ИИ агента. Копирайтер

Если вы руководитель или владелец агентства и оказались на этой странице — скорее всего, вы искали не «как создать ИИ-агента». Вы искали способ повысить качество текстов, которые агентство сдаёт клиентам, не раздувая при этом штат и фонд оплаты труда. На дворе 2026 год, копирайтингом с помощью ИИ пользуются уже все — вопрос не «применять или нет», а почему у одних агентств тексты после этого стали лучше, а у других превратились в обезличенный ИИ-мусор, который клиент замечает с первого абзаца. Эта статья — о том, как оказаться в первой группе.

Что этот агент должен делать на самом деле

Одна задача: превратить короткий бриф в готовый черновик — статью, блок лендинга, пост в соцсети — голосом бренда, а не обезличенно грамотным текстом. Не план черновика, не три варианта на выбор, если это не указано в брифе. Черновик, готовый к правке и публикации.

Роль: название, задача, база знаний

Те же три поля, что у любой другой роли на этом сайте: название («Копирайтер»), описание задачи (что пишет и для кого) и база знаний. От базы знаний зависит вся роль целиком — см. два следующих раздела.

Системная инструкция

Ты — экспертный SEO-копирайтер. Подготовь текст под задачу пользователя
так, чтобы он был полезным для читателя и эффективным для поискового
продвижения.

Работай по алгоритму:
1. Определи цель текста, целевую аудиторию и поисковый интент.
2. Используй ключевые запросы естественно, без переспама.
3. Создай логичную структуру: H1, H2/H3, краткие абзацы, списки при
   необходимости.
4. Пиши ясно, убедительно и экспертно; избегай воды, клише и
   недостоверных утверждений.
5. Учитывай E-E-A-T: практическая польза, точность, доверие,
   конкретика.
6. Добавь мета-теги: Title до 60 символов, Description до 160
   символов.
7. Проверь текст на читабельность, уникальность формулировок и
   соответствие SEO-задаче.

Выводи результат в формате:
- Title
- Description
- H1
- Структурированный SEO-текст
- При необходимости: список использованных ключей / рекомендации по
  доработке.

Без базы знаний и с ней — в чём разница на практике

Два файла, приложенные к этой статье, — реальный результат работы именно этой роли, на одном и том же источнике: отчёте SEJ об августовском Spam Update от Google. Запрос 1 был простым брифом: написать статью по результатам апдейта на основе этого отчёта. Запрос 2 добавил два слова: «Используй Mailchimp». Тема, источник и системная инструкция — одни и те же; разница в тоне и подаче видна уже в первом абзаце.

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

Почему база знаний указывается в запросе, а не зашита в промпт

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

Указание базы знаний в запросе превращает ту же роль в универсального солдата. Направьте её на одну базу знаний — и она пишет про атомную энергетику: нужная терминология, цифры, формулы, регистр, которого ждёт эта аудитория. Направьте на другую — и та же роль выдаёт восторженный обзор нового розового рюкзака компании X. Одна роль, одна системная инструкция, один набор инструментов; база знаний клиента — переменная, которая подставляется под задачу.

Практическое следствие для команды: бриф должен называть базу знаний каждый раз — так же, как он называет клиента. Это строка в вашем шаблоне задачи, а не привычка, на которую вы надеетесь: «Клиент: X. База знаний: X». Пропустили — получите нейтральный черновик, как в первом файле ниже, для чего этот файл там и лежит.

Как собрать базу знаний по тону голоса, если своей ещё нет

У большинства агентств и небольших компаний нужный материал для этого уже есть — просто его никогда не собирали в одном месте. Источник не обязан быть внешним: на вашем собственном сайте или сайте клиента почти наверняка есть страницы, чей тон и содержание уже утверждены, — страница «О нас», кейсы, статьи блога, прошедшие проверку.

В демонстрации к этой статье используется именно Mailchimp — потому что это реальная компания с документированными, независимо проверяемыми материалами про тон голоса, а значит — понятный и проверяемый пример для публичной статьи. Для собственной настройки поиск публичного примера не нужен вовсе — достаточно указать на то, что уже утверждено:

1. Возьмите около 10 уже опубликованных, утверждённых страниц вашего сайта или сайта клиента — страницу «О нас», кейсы, статьи блога, уже прошедшие проверку.
2. Очистите текст каждой от навигации, рекламных блоков и подвала сайта и соберите все в один обычный .md-файл, одну статью за другой. Один файл, а не десять: это и есть документ базы знаний, по которому будет идти поиск, — один файл с десятью примерами внутри даёт поиску больше материала на запрос, чем десять отдельных файлов.
3. Загрузите этот один файл в базу знаний роли как есть, без обработки: агент сам извлекает стилевую закономерность из объёма примеров, готовый свод правил ему не нужен.

Здесь нет шага «потом заменить» — материал реальный с самого первого дня: агент опирается на тон и факты, которые уже действительно принадлежат бренду, а не на заимствованную заглушку.

Нейтральный тестовый запрос

Бриф про обновление Google выше выбран не случайно. Прямая новостная задача вроде «напиши статью о результатах недавнего апдейта Google по такому-то источнику» сама по себе не несёт никакого тона — формулировка не подталкивает модель ни к какому конкретному стилю. Именно поэтому это честный тест: любой тон, проявившийся в результате, обязан был прийти из базы знаний, а не из темы задачи.

Тестирование и донастройка

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

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

• Один пример в базе знаний. Один одобренный текст — это не стиль: модели нужно достаточно примеров, чтобы найти закономерность, а не запомнить один частный случай.
• Свод правил вместо реальных примеров. «Пишите дружелюбно, но профессионально» не описывает ничего, на что модель может опереться. Десять реальных примеров учат больше, чем страница прилагательных.
• Не сравнили результат с базой знаний и без неё. Без такого сравнения обезличенный черновик легко принять за вполне приличный.
• Забыли назвать базу знаний в брифе. Агент не выбирает её сам: нет названия в запросе — будет нейтральный черновик. Поставьте эту строку в шаблон задачи рядом с именем клиента, чтобы её нельзя было пропустить.
• Зашить базу знаний одного клиента в системный промпт. На первом клиенте это выглядит аккуратно и намертво привязывает роль к одному голосу — дальше придётся заводить отдельного копирайтера под каждого клиента вместо одного на всех.
• Искать публичный пример вместо своих материалов. Если вы не готовите публичную демонстрацию, искать заимствованную заглушку незачем — уже утверждённые страницы вашего сайта или сайта клиента лежат под рукой.

База знаний и скилы — это разные вещи

Всё написанное выше — про базу знаний: то, что агент знает — ваш тон, ваши факты, ваши одобренные примеры. Скил — это совсем другой слой: то, что агент умеет делать — специализированная способность, которая меняет саму технику работы с результатом, а не только материал, на который он опирается. База знаний отвечает на вопрос «как звучит наш бренд». Скил отвечает на вопрос «как на самом деле устроен текст, который продаёт».

Скилы — это функциональность тарифа «Агентство» в Оракуле, поверх инструментов отдельного агента, уже описанных в гайде по SEO-эксперту. Конкретный пример: скил conversion copywriter на mcpmarket.com добавляет структурированную технику продающего текста — то, что применил бы специалист по прямому отклику к лендингу или офферу — поверх того тона и фактов, которые уже даёт база знаний. База знаний делает копирайтера похожим на вас; такой скил заставляет его писать по конкретной, проверенной технике убеждения поверх этого голоса.

Максим Сафьянов

Я делаю Оракул: оркестратор ИИ-агентов для digital- и SEO-агентств, который разворачивается на вашем сервере — безлимит ролей, исходный код передаётся при внедрении.