Я в CODEX за 20 долларов уже исчерпал недельный лимит
18.04.2026
Я собираю команду из ИИ-агентов: один агент уже нанял другого сам
14.06.2026Я в CODEX за 20 долларов уже исчерпал недельный лимит
18.04.2026Я собираю команду из ИИ-агентов: один агент уже нанял другого сам
14.06.2026
У каждого клиента есть два независимых профиля:
- Supply profile — откуда у него берется сырье.
- Distribution profile — куда он может публиковать.
А между ними стоит оркестратор, который честно отвечает:
что нужно по плану
что есть из источников
что завод умеет произвести
куда это можно опубликовать
Если у клиента не все источники, это не ошибка. Это значит, что у него меньше “топлива” для некоторых рубрик.
Например:
| Есть у клиента | Что хорошо закрывает |
|---|---|
| RSS | viral, часть expert |
| Telegram/manual | expert, lifestyle |
| Диск с видео | lifestyle, expert |
| CRM/кейсы | sales |
| Wordstat | expert, SEO, статьи |
| Trends | viral |
| Auto Generator | запасной источник для любых рубрик |
Если у клиента нет CRM, то sales будет слабым.
Если нет диска/ручных видео, то lifestyle будет слабым.
Если есть только RSS, то завод сможет много новостей и видеоаватаров, но плохо сможет делать живой экспертный/продающий контент.
Поэтому нам нужен capability matrix для каждого клиента.
Пример:
{
"sources": {
"rss": true,
"telegram_manual": true,
"disk_video": false,
"crm_case": false,
"wordstat": true,
"trends": true,
"auto_generated": true
},
"platforms": {
"Telegram": true,
"Instagram": true,
"YouTube": false,
"VKontakte": true,
"www": true
}
}
И дальше не “ломаемся”, а выбираем поведение.
Если источников не хватает
Есть 4 нормальных сценария:
-
Поставить needs_source
Честный вариант.
Например: нужен sales video, но нет CRM, кейсов, ручных материалов. -
Использовать fallback
Например: нужен sales, но CRM нет. Можно взять manual_text или auto_generated, но только если политика клиента разрешает.
-
Снизить долю рубрики
Если у клиента нет источников для lifestyle, не надо насильно держать 20%. Формула должна адаптироваться.
-
Попросить клиента дать материал
Через Telegram:
Не хватает материала для sales-контента.
Пришлите кейс, отзыв, скрин результата или короткое описание сделки.
Если соцсети не подключены
Это отдельная история. Источник может быть, материал может быть готов, но публиковать его можно только туда, где есть подключение.
Например:
| Формат | Нужные площадки | Если не подключены |
|---|---|---|
| video | Instagram, YouTube, TikTok, VK, Telegram | публиковать только в доступные |
| post | Telegram, VK, LinkedIn, Threads | убрать недоступные |
| article | www, Telegraf | если www нет, сделать пост/telegraf |
| carousel | Instagram, VK, LinkedIn | если Instagram нет, адаптировать в VK/Telegram-пост |
Тут тоже нужны статусы:
ready -> scheduled
ready -> publication_not_supported
ready -> needs_platform_connection
Например:
Карусель готова, но Instagram не подключен.
Можно:
1. подключить Instagram
2. опубликовать в VK
3. переделать в Telegram-пост
Если у клиента есть все источники и все соцсети
Тогда наоборот нужна защита от избыточности.
Для таких клиентов проблема не “не хватает контента”, а “слишком много сырья”. Тогда нужны:
- source_priority
- дедупликация
- scoring главредом
- лимиты в день
- лимиты по рубрикам
- лимиты по платформам
- approval для чувствительного контента
То есть RSS может принести 50 новостей, Wordstat 100 тем, CRM 20 кейсов, но в план попадут только лучшие.
Я бы сформулировал правило так:
Контент-план строится не от полного набора возможностей,
а от пересечения:
цель клиента × доступные источники × доступные production routes × подключенные платформы.
В Tenants это можно хранить примерно так:
{
"content_mix_json": {
"viral": 40,
"expert": 30,
"lifestyle": 20,
"sales": 10
},
"source_rules_json": {
"rss": {
"enabled": true,
"default_pillar": "viral",
"formats": ["video", "post"],
"priority": 60
},
"crm_case": {
"enabled": false
},
"telegram_manual": {
"enabled": true,
"priority": 120
}
},
"platform_rules_json": {
"Telegram": {
"enabled": true,
"formats": ["post", "video", "carousel"]
},
"Instagram": {
"enabled": false
},
"www": {
"enabled": true,
"formats": ["article"]
}
},
"fallback_policy_json": {
"allow_pillar_substitution": true,
"allow_format_substitution": true,
"allow_platform_substitution": true,
"ask_user_when_missing_source": true
}
}
И тогда оркестратор работает спокойно:
1. Смотрит желаемый слот.
2. Проверяет, есть ли источник под рубрику и формат.
3. Проверяет, умеет ли production route сделать такой материал.
4. Проверяет, есть ли подключенные платформы для публикации.
5. Если все ок — планирует.
6. Если не ок — ставит понятный статус и причину.
Главное: недостающий источник или неподключенная соцсеть не должны быть ошибкой workflow. Это должно быть нормальное состояние продукта: needs_source, needs_platform_connection, production_not_supported, needs_user_input.
Вот это уже похоже на живой контент-завод, а не на скрипт, который падает, если у клиента нет идеального набора.
