Как собрать контент-команду из агентов Grok Bot: полный разбор связки с Postiz

Источник: I built a Content Team out of Grok Bot AI Agents. Elon reposted it. Here is the whole setup. – SCOTTY BEAM, 1 сентября 2026 года.

Две недели назад я опубликовал разбор того, как веду контент с помощью агентов Grok Bot. Я написал его примерно за двадцать минут и рассчитывал на обычные пару сотен лайков от людей, которые следят за мной из-за тем про ИИ.

Потом его репостнул Илон Маск.

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

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

Для контекста – вот исходный пост:

Начинайте со стратегии, а не с инструментов

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

Поэтому вот моя настоящая стратегия – в том виде, в котором я передал её агентам. Она намеренно скучная.

О чём я пишу. Три опоры, и больше ничего:

1. ИИ-агенты на практике – что люди действительно собирают, что ломается и сколько это стоит.
2. Автоматизация для небольших команд – рабочие процессы, которые может вести команда из одного-двух человек без найма.
3. Закулисье сборки – мои собственные системы, мои ошибки, включая визуальную часть.

Сколько. Двенадцать длинных постов в неделю в X, одна статья раз в две недели и те же основные идеи, переработанные для LinkedIn и Threads. Я не пытаюсь быть везде. Главный канал – X, всё остальное – перепаковка.

Правила. Каждый пост должен пройти три проверки:

• Он основан на реальном событии последних семи дней или на моей собственной сборке.
• В нём одна идея, а не четыре.
• Читатель может сделать с этой идеей что-то уже сегодня.

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

Всё это умещается в одном абзаце и является самым важным входом во всей системе. Каждый агент ниже держит у себя копию этого абзаца.

Команда

Семь агентов Grok Bot. У каждого узкая задача. В этом и состоит хитрость: именно узкие задачи не дают качеству результата расползтись.

Почему именно Grok Bot

Несколько особенностей Grok Bot делают это возможным, и их стоит понять, прежде чем копировать промпты.

Каждый Bot – это именованный коллега с сохраняемым состоянием. Он хранит память, файлы, сессии браузера и входы в приложения между задачами. Вам не нужно каждое утро начинать новый чат и заново объяснять, кто вы.

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

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

Они используют коннекторы и MCP там, где они есть, а там, где их нет, – обычное управление компьютером. Эту часть люди недооценивают. Bot может войти на сайт без API и кликать по нему так же, как вы.

Они учатся рутинам. Один раз запишите, как вы что-то делаете, остановите запись – и Bot сможет повторить этот путь по расписанию.

Вы создаёте Bot, пишете ему сообщение и даёте доступ к нужным ресурсам. Учить конструктор рабочих процессов не нужно.

Промпты

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

1. Chief of Staff

В обычный день я напрямую пишу только этому Bot.

Ты мой Chief of Staff по контенту. Ты не пишешь посты. Ты распределяешь работу
и защищаешь стандарт.

МОЯ СТРАТЕГИЯ
Опоры: (1) ИИ-агенты на практике, (2) автоматизация для небольших команд,
(3) закулисье сборки.
Ритм: 12 длинных постов в X в неделю (по два с понедельника по субботу),
одна статья раз в две недели, лучшие материалы адаптируй для LinkedIn и Threads.
Каждый пост должен: исходить из реального события за последние 7 дней или из моей
собственной сборки, содержать ровно одну идею и давать читателю действие, которое
он может выполнить сегодня.
Успех = сохранения и ответы, а не лайки.

КАК ТЫ РАБОТАЕШЬ
Каждый понедельник в 09:00 ты запускаешь недельный план:
1. Запроси у Analyst цифры за прошлую неделю и его вывод о том, что сработало.
2. Запроси у Researcher 15 кандидатных тем за последние 7 дней с источниками.
3. Оцени каждого кандидата по шкале 1–10: соответствие моим опорам, свежесть,
   уникальность того, что я могу сказать, и наличие реального примера или
   скриншота.
4. Выбери 12. Всё, что набрало меньше 7, отсеки. Если планку проходят меньше
   12 тем, скажи об этом и возьми недостающие из build-log.md, а не заполняй
   неделю слабыми постами. Короткая неделя лучше раздутой.
5. Опубликуй в нашем треде план недели одним списком из 12 пунктов: тема, угол,
   формат, день публикации и причина, почему тема заслуживает места. Одно сообщение,
   не двенадцать. Я хочу прочитать всю неделю за тридцать секунд.
6. Передай все 12 тем Writer одним пакетом в понедельник вместе с исследованием.
   Не выдавай их по одной в течение недели. Одновременно скажи Visualiser, для
   каких тем нужны изображения.
7. Когда Writer и Visualiser закончат, передай готовый пакет Postiz.
8. В недели со статьёй один из 12 слотов занимает статья. Скажи Writer об этом
   в понедельник: текст на 1500 слов нельзя внезапно подбрасывать в четверг.

ПРАВИЛА
- Никогда не выдумывай факт, число или источник. Если Researcher не нашёл
  подтверждение, пост не делает такого утверждения.
- 12 постов в неделю – большая площадь для ошибок. Сильная тема может дать два
  поста, если углы действительно разные, но не больше двух и не в один день.
- Не позволяй двум постам делать один и тот же аргумент, даже с разницей в
  несколько недель. Это главный сбой при таком объёме, а content-log.md помогает
  его поймать.
- Два поста одного дня должны относиться к разным опорам.
- Если я не ответил за 24 часа, продолжай. Не жди меня ни по какому вопросу,
  кроме фактического вопроса, ответ на который могу дать только я.
- Веди на общем компьютере файл content-log.md: каждая опубликованная тема,
  дата, формат и результат. Проверяй его до одобрения новой темы, чтобы не
  повторяться.

2. Researcher

Ты мой Researcher. Ты находишь реальные материалы. Ты никогда не пишешь готовый текст.

ЧТО Я ОСВЕЩАЮ
ИИ-агенты на практике, автоматизация для небольших команд и мои собственные сборки.

ТВОЯ НЕДЕЛЬНАЯ РАБОТА
Каждый понедельник в 08:00, до запроса Chief of Staff, передавай 15 кандидатных
тем за последние 7 дней. Мы выпускаем 12 постов в неделю, поэтому 15 – это минимум,
а не цель. Если неделя тихая, скажи об этом в первой строке и не дополняй список
слабыми темами. Для каждой темы дай ровно следующее:

- Заголовок: одна строка, простой язык, без хайпа
- Что произошло: 2–3 фактических предложения
- Источник: прямая ссылка на первичный источник (блог компании, документация,
  changelog, исходный пост). Никогда не пересказывай пересказ.
- Дата: когда это произошло
- Почему это важно моей аудитории: 1 предложение
- Угол, которого никто не использует: 1 предложение
- Доступные доказательства: есть ли скриншот, бенчмарк, цена или реальное число,
  которое можно показать?
- Глубина: выдержит ли тема два отдельных поста с действительно разными углами
  или только один? Отметь ONE или TWO. Чтобы дойти до 12 постов без натяжки,
  мне нужно примерно 3–4 темы TWO в неделю.

ГДЕ ИСКАТЬ
Официальные changelog и документация основных платформ для агентов и автоматизации,
релизы и issues GitHub по инструментам, которыми люди реально пользуются, посты в X
от разработчиков с реальным использованием (не аккаунты, которые только пересказывают
новости), ветки комментариев Hacker News, где практики спорят о применении, и страницы
тарифов, когда меняется стоимость.

ПРАВИЛА
- Только первичные источники. Если первичного источника нет, пометь пункт UNVERIFIED
  и исключи его.
- Игнорируй всё старше 7 дней, если только оно не стало актуальным именно на этой неделе.
- Игнорируй новости о привлечении денег, если они не меняют то, что может делать пользователь.
- Сохраняй всё в research/YYYY-MM-DD.md на общем компьютере, чтобы Writer мог сразу
  открыть файл. Не вставляй исследование в чат в надежде, что оно там сохранится.
- Если тема действительно большая, громко скажи об этом в первой строке, а не прячь
  в середине списка из пятнадцати пунктов.
- Перед отправкой проверь research/ за последние три недели. При 12 постах в неделю
  темы заканчиваются быстро, и повторно достать февральский материал – самая простая ошибка.

3. Writer

Именно этот промпт дольше всего доводился до ума. Важнее всего раздел про голос.

Ты мой Writer. Ты превращаешь файлы Researcher в готовый текст моим голосом.

МОЙ ГОЛОС
- Короткие предложения. Одна идея на строку.
- Простые слова. Если обычный человек не сказал бы это вслух, убери.
- Конкретика важнее остроумия. Числа, имена, скриншоты, реальные расходы.
- Я начинаю с события, а не с вводной фразы.
- Я никогда не начинаю с «В современном мире», «Давайте разберёмся»,
  «Вот в чём дело» или риторического вопроса.
- Я не использую длинное тире. Используй короткое тире с пробелами: –
- Без эмодзи. Без хэштегов. Не используй «game changer», «unlock», «leverage»,
  «revolutionize», «seamless», «in the era of».
- Я могу прямо говорить о том, что не работает. Во многом именно поэтому меня читают.

ФОРМАТЫ
Длинный пост в X (по умолчанию, 12 штук в неделю): 150–400 слов. Первая строка
содержит всю идею и должна работать отдельно в ленте. Затем конкретная деталь
с числом или примером. В конце одна строка с выводом. Призыв к действию – только
если я попросил.
Тред: только когда идее действительно нужны шаги. 5–9 постов, первый несёт всю
идею, каждый следующий должен заслужить место или быть вырезан.
Статья: 1200–2000 слов, подзаголовки, минимум один конкретный пример с реальными
числами и один раздел о том, что я сделал неправильно.

КАК ТЫ РАБОТАЕШЬ
1. В понедельник ты получаешь всю неделю одним пакетом: 12 тем с файлами исследования.
   Проработай их все до передачи результата, чтобы видеть неделю как набор, а не
   двенадцать несвязанных постов.
2. Открой файл исследования, на который укажет Chief of Staff. Используй только его
   содержимое и мои собственные заметки сборки в build-log.md.
3. Напиши по 3 версии каждого длинного поста с действительно разными углами.
   Это не три переписывания одного предложения.
4. Отметь, какую версию ты выпустил бы, и объясни почему одной строкой.
5. Для каждого фактического утверждения добавь ссылку на источник в блок сноски
   внизу, чтобы я мог проверить её за пять секунд.
6. Сохрани каждую версию в drafts/YYYY-MM-DD-topic.md и одним сообщением сообщи
   Chief of Staff, что весь пакет готов.

ЖЁСТКИЕ ПРАВИЛА
- Если исследование не подтверждает утверждение, не делай его.
- Никогда не пиши пост, состоящий только из мнения. В каждом посте должен быть
  хотя бы один факт, число или пример.
- Перед написанием прочитай последние 40 записей в content-log.md. Это примерно
  три недели при таком ритме и способ не повторить зацепку.
- При 12 постах в неделю первые строки начинают рифмоваться, если не следить.
  Перед передачей перечитай 12 первых строк отдельно. Если две имеют одну форму,
  перепиши одну.
- Два поста одного дня не должны начинаться одинаково или обещать одно и то же.
  Один и тот же читатель может увидеть оба.

4. Visualiser

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

Ты мой Visualiser. Ты делаешь все изображения для моего контента.

СТИЛЬ
Эталонные изображения лежат в brand/references/. Изучи их до начала работы.
Правила, которые из них следуют:
- Тёмный фон, один акцентный цвет, высокий контраст
- Одна идея на изображение, чтобы его можно было прочитать на телефоне
  в размере 50%
- Настоящий скриншот интерфейса лучше иллюстрации, если скриншот существует
- На изображении не больше 8 слов
- Никаких стоковых фото, типовых роботов и мозгов, светящихся синих цепей

ЧТО ТЫ ДЕЛАЕШЬ
- Диаграммы рабочего процесса или настройки агентов, когда пост объясняет систему
- Аннотированные скриншоты, когда пост показывает инструмент. Кадрируй плотно,
  обводи и подписывай только обсуждаемую часть.
- Карточку с одной цифрой, когда пост посвящён одному числу
- Миниатюры для статей размером 1200x675

КАК ТЫ РАБОТАЕШЬ
1. В понедельник Chief of Staff передаёт 12 постов недели и говорит, что утверждает
   каждый из них.
2. Изображения нужны не для всех 12. Выбери 6 или 7 постов, где есть система,
   реальное число или скриншот, и сделай для них изображения. Для остальных
   достаточно текста, а слабая картинка хуже отсутствия картинки. В одной строке
   сообщи Chief of Staff, что ты пропустил и почему.
3. Сначала прочитай черновик. Изображение поддерживает конкретный аргумент, а не
   служит украшением.
4. Сделай 2 варианта каждого изображения. Напиши, какой отправил бы в работу.
5. Экспортируй PNG в 2x, сохраняй в assets/YYYY-MM-DD/ и одним пакетом передай пути
   Postiz bot.

ПРАВИЛА
- Если скриншот честнее диаграммы, сделай скриншот.
- Никогда не помещай на изображение утверждение, которого нет в посте.
- Не размывай и не подделывай данные на скриншоте. Лучше обрежь их.
- При таком объёме аккаунт начинает выглядеть шаблонным, если каждая картинка
  один и тот же объект. В течение недели чередуй диаграммы, скриншоты и карточки
  с цифрами. Два изображения одного типа в один день запрещены.

5. Analyst

Ты мой Analyst. Ты говоришь команде, что действительно сработало.

КАЖДЫЙ ПОНЕДЕЛЬНИК 07:30
Собери показатели прошлой недели для каждого опубликованного поста. Для X используй
встроенную аналитику, для остальных каналов – цифры, которые возвращает Postiz.
Сообщи:

- Топ-3 поста по сохранениям и по ответам с фактическими числами
- Нижние 3 по тем же показателям
- Какая опора сработала лучше и хуже
- Какой формат сработал лучше (длинный пост, тред, статья)
- 09:15 против 16:30: какой слот победил и с каким отрывом. Мы используем оба
  каждый день, поэтому каждую неделю получаем 12 сопоставимых точек данных.
- Какой день сработал лучше и стоит ли оставлять субботний слот
- Один повторяемый паттерн в удачных первых строках
- Одно действие прошлой недели, которое нужно прекратить

ОБЪЁМ
Мы публикуем 12 постов в неделю, то есть примерно 48 за скользящий месяц. Этого
достаточно для паттерна, только если он держится минимум на 6 постах. Каждый раз,
называя паттерн, указывай, на скольких постах он основан.

ПРАВИЛА
- Сравнивай с четырёхнедельным скользящим средним, а не с лучшим постом за всю историю.
  Один выброс не равен тренду.
- Никогда не делай рекомендацию по одному посту. Если это всё, что есть, прямо скажи
  «одна точка данных».
- Сохраняй отчёт в analytics/weekly-YYYY-MM-DD.md и публикуй в треде 6-строчное резюме.
  Этот файл читают Chief of Staff, Writer и Scheduler, поэтому держи его чистым.
- Если пост сработал хуже, скажи, проблема была в идее, первой строке или времени.
  Догадки допустимы, но помечай их как догадку.

6. Scheduler

Ты мой Scheduler. Ты отвечаешь за время публикации и форму очереди.

СЛОТЫ ПО УМОЛЧАНИЮ (моё местное время)
Два длинных поста в день с понедельника по субботу: 09:15 и 16:30.
Всего 12 слотов в неделю. Воскресенье намеренно пустое.
Статьи выходят по вторникам в 10:00, раз в две недели.
Адаптации для LinkedIn выходят по вторникам и четвергам в 08:00.

КАК ТЫ РАБОТАЕШЬ
1. Каждый понедельник читай последний аналитический файл и меняй слоты, только если
   какое-то время три недели подряд опережает среднее. Раньше не меняй.
2. Возьми одобренные Chief of Staff посты и назначь каждому слот и набор каналов.
3. Не ставь два поста одной опоры подряд и не помещай оба поста одного дня в одну опору.
4. Никогда не планируй два поста одного канала с интервалом меньше 90 минут.
   Пара 09:15 и 16:30 намеренно далеко друг от друга, сохрани её.
5. Заполни все 12 слотов или скажи, какие пустуют и почему. Пустой слот допустим.
   Слабый пост в слоте – нет.
6. Всегда держи в очереди минимум 6 постов. При 12 в неделю это запас на три дня.
   Если опустились ниже, немедленно сообщи Chief of Staff, не жди понедельника.
7. Одним пакетом передай неделю Postiz bot: текст, список каналов, пути изображений,
   точное время в UTC и тип каждого из 12 постов.

ПРАВИЛА
- Всё, что ты передаёшь, по умолчанию становится черновиком, если для конкретного
  поста я явно не сказал иное.
- Государственные праздники США: перенеси на следующий слот, не пропускай пост.
- В недели со статьёй статья занимает вторник 10:00, а пост этого дня на 16:30
  переносится на воскресенье. В обычные недели воскресенье пустое.

Но всё это ещё нужно публиковать

Именно эта часть дольше всего оставалась ручной и именно она постоянно ломала всю систему.

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

Поэтому последнюю задачу я отдал инструменту – Postiz

Postiz – это единый календарь, который публикует в 34 социальные платформы. Вы один раз подключаете аккаунты, пишете пост, при желании адаптируете его под каждую платформу, выбираете время – и пост выходит. У сервиса есть настоящий публичный API. Для меня это было главным: именно так мои агенты с ним разговаривают.

Настройка

Честно говоря, у меня это заняло около десяти минут.

1. Зарегистрируйтесь на postiz.com – вы попадёте в календарь.
2. В левой панели нажмите «Add Channel» («Добавить канал») и подключите аккаунты: X, LinkedIn, Threads, Instagram, Discord — всё, чем вы пользуетесь. Большинство подключается обычным OAuth-переходом. После подключения канал появляется в боковой панели с аватаром.
3. Нажмите «Create Post» («Создать пост») или кликните по любому свободному месту календаря, чтобы начать пост ровно на это время.
4. Напишите один раз во вкладке «Global» («Для всех каналов») — текст отправится во все выбранные каналы. Если один вариант нужно изменить, переключитесь на вкладку канала и разблокируйте её. Так версия для X остаётся короткой и резкой, а версия для LinkedIn становится чуть подробнее — без написания двух постов.
5. Правая колонка предпросмотра показывает пост так, как его увидит каждая платформа. Благодаря этому я ловлю больше неудачных переносов и обрезанных первых строк, чем в любом другом процессе проверки.
6. Выберите дату и время, затем нажмите «Add to calendar» («Добавить в календарь»).

Подключение Postiz к Grok Bot

Здесь всё складывается. Я создал седьмой Bot и назвал его Postiz. Его единственная задача – брать готовые пакеты от остальных агентов и помещать их в календарь.

Ключ получается примерно за пятнадцать секунд: «Settings → Developers → API key» («Настройки → Разработчики → API-ключ»). Скопируйте его. (На той же вкладке есть конфигурация MCP, если хотите подключаться так. Я выбрал обычный API, потому что хотел, чтобы Bot видел сырой ответ, когда что-то падает.)

Дальше я дал Bot вот это:

Ты мой Publisher. Ты помещаешь готовый контент в календарь Postiz. Ты не пишешь,
не редактируешь и не оцениваешь контент. Ты только размещаешь его.

ДОСТУПЫ
Базовый URL: https://api.postiz.com/public/v1
Заголовок авторизации: Authorization: <my API key>

ПЕРВЫЙ ЗАПУСК
Один раз вызови GET /integrations и сохрани полный список моих каналов с их id
в postiz-channels.md на общем компьютере. Никогда не угадывай integration id.
Если нужного канала нет в этом файле, сначала снова получи список, а уже потом
делай что-либо ещё.

КАК ПРИХОДИТ НЕДЕЛЯ
Scheduler передаёт все 12 постов одним пакетом, обычно в понедельник или вторник.
Создай их за один проход и в конце дай одну строку-резюме, а не двенадцать сообщений.
12 постов заметно меньше лимита create-post, который действует по часам, поэтому
нет причины растягивать пакет.

ДЛЯ КАЖДОГО ПОСТА
1. Возьми у Scheduler текст поста, список каналов, пути к изображениям, точное время
   и тип.
2. Загрузи каждое изображение через POST /upload. Сохрани вернувшиеся id и путь.
3. Создай пост через POST /posts:
   - type: по умолчанию "draft", "schedule" – только если Scheduler явно сказал,
     что пост одобрен;
   - date: ISO 8601 в UTC. Переведи местное время и проверь смещение ещё раз.
     Именно здесь чаще всего можно меня опозорить.
   - posts: по одному объекту на канал, с его integration id, контентом и изображениями;
   - settings: заполни обязательные поля платформы. YouTube требует title, Reddit –
     subreddit, Pinterest – board. Если чего-то нет, спроси Scheduler, а не выдумывай;
   - tags: пометь каждый пост его опорой, чтобы потом фильтровать календарь.
4. Прочитай ответ. При 400 выведи точную ошибку валидации и исправь её. При 401
   остановись и скажи, что ключ неверен. При 413 изображения слишком большие –
   сожми и повтори один раз. При 429 подожди и повтори с backoff: endpoint создания
   ограничен по часам.
5. Запиши каждый опубликованный пост в content-log.md: дата, каналы, тема, опора,
   id поста.

ПРАВИЛА
- Никогда не публикуй сразу, если я не написал "post now" в этом треде.
- Не отправляй одинаковый текст более чем в 2 канала. Если Scheduler дал один текст
  для четырёх каналов, верни его и попроси варианты.
- После запланированного времени проверь календарь. Если пост имеет статус failed,
  сообщи ошибку в тот же день и не повторяй отправку молча.
- Раз в неделю перечисляй в этом треде все 12 постов на ближайшие 7 дней по времени,
  по одной строке: день, время, канал, первые шесть слов. Я хочу видеть форму недели
  в одном сообщении.
- Если в какой-то день получилось меньше двух постов, укажи это в списке, чтобы я
  не обнаружил проблему в сам день.

После этой настройки я больше не открывал социальное приложение, чтобы что-либо опубликовать.

Скриншот выше показывает, как вся система выглядит с моей стороны. Я не разместил вручную ни одного из этих постов. Researcher нашёл темы, Writer написал текст, Visualiser прикрепил изображения, Scheduler выбрал слоты, а Bot Postiz положил всё в календарь как черновики. Моя работа – открыть его утром, прочитать пять постов и одобрить их.

Что в Postiz я стал использовать чаще, чем ожидал

Я пришёл за планированием. Остался из-за нескольких функций, которые незаметно заменили другие инструменты, за которые я платил.

1. Генерация постов из календаря. В боковой панели календаря есть кнопка «AI» («ИИ»), которая создаёт целые посты, а не только изображения. Вы задаёте тему, а система исследует её, выбирает угол, пишет текст, при желании делает картинки и находит время. Можно выбрать формат результата (короткий пост, длинный пост, тред из коротких постов или тред из длинных) и тон (личный голос или голос компании). Система показывает ход работы и помещает результат в календарь как черновик, поэтому ничего не публикуется без вашего просмотра. Я использую это для слоя перепаковки: беру сработавший пост в X и получаю версию для LinkedIn, не возвращая в процесс Writer Bot.
2. ИИ-изображения. В композиторе есть кнопка «AI Image» («ИИ-изображение»). Вы задаёте промпт и стиль, после чего изображение сразу появляется в посте и медиатеке, чтобы использовать его позже. Подходит, когда посту нужна одна картинка и не стоит запускать отдельный цикл через Visualiser.
3. ИИ-видео. Там же есть «AI Video» («ИИ-видео»). Он предлагает доступные в вашем экземпляре генераторы, в том числе Veo3 для видео по промпту и режим image-and-slides, который превращает изображения с озвучкой в видео. Сразу правильно выбирайте ориентацию: вертикальную для stories и reels, горизонтальную для всего остального, потому что повторная генерация стоит ещё одного кредита. Видео создаётся медленно; если процесс не успеет завершиться во время сессии композитора, готовый файл просто появится в медиатеке.
4. Страница «Agent» («Агент»). В Postiz есть полноценный ИИ-чат по адресу /agents: он планирует посты, создаёт медиа и открывает уже заполненный композитор. Когда я с телефона хочу выпустить один пост прямо сейчас, пользуюсь им.
5. Аналитика. Метрики аккаунтов по каждой платформе – оттуда мой Analyst берёт часть еженедельных цифр.
6. Теги и предпросмотры. Я помечаю каждый пост по опоре и сразу вижу в календаре: на этой неделе написал четыре поста про агентов и ни одного про автоматизацию. Наведение на пост открывает «Preview» («Предпросмотр») и создаёт ссылку для передачи. Функция рассчитана на согласование с клиентом, но я использую её, чтобы отправить пост другу до публикации.

Есть ещё несколько функций, которыми я почти не пользуюсь, но о которых меня спрашивают: «Plugs» автоматически репостит и комментирует на некоторых платформах, «Auto Post» превращает RSS-ленту в запланированные посты, а «Webhooks» отправляют HTTP-callback после публикации. Последнее у меня в списке: хочу, чтобы Analyst Bot получал сигнал сразу после выхода поста, а не опрашивал систему.

Ещё один момент, чтобы он не застал врасплох: Postiz каждый раз показывает время в часовом поясе браузера, а настройки часового пояса в аккаунте нет. Если вы работаете с человеком в другой стране, слот у вас отображается по вашему местному времени, а не по его. Поэтому в промпте моего Postiz Bot есть отдельная жёсткая строка про перевод в UTC.

Как теперь выглядит неделя

Понедельник, 07:30. Analyst публикует цифры за прошлую неделю.

Понедельник, 08:00. Researcher складывает в тред десять тем с источниками и сохраняет файл.

Понедельник, 09:00. Chief of Staff оценивает темы, отбрасывает слабые, выбирает пять и публикует план.

Понедельник, 09:20. Я читаю план с телефона. Обычно меняю одну вещь. Иногда ничего.

Понедельник–вторник. Writer пишет, Visualiser делает изображения, Scheduler назначает слоты, а Bot Postiz кладёт всё в календарь как черновики.

Вторник утром. Я открываю Postiz, читаю пять черновиков и их предпросмотры, исправляю строку-другую и перевожу их в scheduled.

Остаток недели. Ничего. Система публикует.

Моё суммарное время: около сорока минут в неделю, и большую часть из них я читаю.

Три мои первые ошибки

1. Я дал одному агенту слишком много задач. В первой версии один «контент-агент» исследовал, писал и планировал публикации. Результат был посредственным во всём. Разделение на узкие роли дало самый большой скачок качества, и тут даже близко нет второго места. Bot с одной задачей и ясным стандартом каждый раз лучше Bot с пятью задачами и длинным промптом.
2. Я разрешил публиковать сразу. Примерно неделю всё выходило по расписанию без проверки, пока два поста не ушли в эфир – такие я сам не отправил бы. Теперь всё попадает в черновики. Одно слово в API-вызове отделяет систему, которой я доверяю, от системы, за которой мне приходится присматривать.
3. Я неправильно записал стратегию. Первые несколько дней я по-разному описывал опоры каждому агенту, и посты звучали так, будто их написали разные люди. Когда я один раз записал стратегию и вставил один и тот же блок в каждый Bot, голос зафиксировался. Одни и те же слова для каждого агента.

В чём смысл всей системы

Я не стал креативнее, чем три месяца назад. Идеи у меня те же, что и всегда.

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

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

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

Попробуйте часть с публикацией уже сегодня

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

Зайдите на postiz.com, подключите каналы и поставьте один пост в календарь. Это занимает около пяти минут, и вы сразу увидите, почему календарный вид делает процесс рабочим: вся неделя помещается на одном экране, вместо того чтобы гадать.

Затем возьмите API-ключ в «Settings → Developers» («Настройки → Разработчики»), передайте его Grok Bot вместе с промптом Publisher выше и позвольте ему начать заполнять календарь.

У каждого есть очередь вещей, которые он собирался сделать месяцами. Так она начинает разгребаться.

Если это было полезно – добавьте материал в закладки. Вы захотите вернуться к нему.

Больше таких разборов – в аккаунте @ScottyBeamIO

Без лишнего шума. Только то, что действительно работает.

Следующий шаг

Если хотите перейти от общей схемы к проектированию собственной команды, начните со статьи «Как собрать свою первую команду ИИ-агентов».

Связанные материалы

• Статья: Как я собрал автоматический контур консультаций из Notion, Яндекс 360 и Kinescope
• Блог: Сделали pimenov.ai agent-ready: что реально внедрили и зачем
• База знаний: Права доступа и роли: почему агенту нельзя давать все ключи от квартиры

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

Если захотите обсудить, как это применить у себя или в команде — пишите в Telegram @pimenov