Как сделать ИИ-агента для SMM и социальных сетей

Что получится в результате

Соберем ИИ-агента для SMM и социальных сетей, который помогает вести контент без хаоса: собирает идеи, готовит контент-календарь, пишет черновики постов под разные площадки, проверяет tone of voice, разбирает комментарии, выделяет лиды и негатив, готовит ответы, ставит задачи и собирает отчет по метрикам.

Рабочая версия будет делать так:

1. настройки хранятся в `settings`;
2. бренды и проекты хранятся в `brands`;
3. соцсети и аккаунты хранятся в `social_accounts`;
4. правила голоса бренда хранятся в `brand_voice_rules`;
5. запреты и риск-темы хранятся в `risk_rules`;
6. аудитории хранятся в `audience_segments`;
7. рубрики хранятся в `content_pillars`;
8. идеи хранятся в `idea_backlog`;
9. календарь публикаций хранится в `content_calendar`;
10. черновики постов хранятся в `post_drafts`;
11. адаптации под площадки хранятся в `platform_variants`;
12. медиа-задания хранятся в `creative_tasks`;
13. согласования хранятся в `approval_queue`;
14. очередь публикаций хранится в `publishing_queue`;
15. комментарии и сообщения хранятся в `comment_inbox`;
16. модерационные решения хранятся в `moderation_queue`;
17. черновики ответов хранятся в `reply_drafts`;
18. лиды из соцсетей хранятся в `social_leads`;
19. упоминания бренда хранятся в `mention_log`;
20. метрики публикаций хранятся в `post_metrics`;
21. выводы по контенту хранятся в `insight_log`;
22. задачи команде хранятся в `smm_task_queue`;
23. одобренные действия попадают в `execution_queue`;
24. еженедельный отчет пишется в `weekly_smm_report`;
25. все решения пишутся в `audit_log`;
26. ошибки интеграций пишутся в `error_log`.

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

Что понадобится

• n8n Cloud или self-hosted n8n.
• Google Sheets для MVP-таблиц.
• Telegram Bot API для approval и уведомлений.
• VK API, если ведете VK-сообщество.
• Meta Graph API, если есть Facebook Pages или Instagram с доступными правами.
• Доступ к Telegram-каналу или чату, если SMM идет через Telegram.
• Контент-план или хотя бы список рубрик.
• Бренд-гайд и tone of voice.
• Список запретных тем, юридических ограничений и риск-фраз.
• Тестовый канал или закрытая группа для проверки публикаций.
• API-ключ LLM-провайдера.
• SMM-специалист, редактор или владелец бренда, который утверждает публикации и спорные ответы.

Шаг 1. Выберите первый SMM-сценарий

Не начинайте с “агент ведет все соцсети”. Для MVP выберите один сценарий.

Подходящие варианты:

1. агент готовит контент-календарь;
2. агент пишет черновики постов;
3. агент адаптирует один пост под VK, Telegram и Instagram;
4. агент разбирает комментарии;
5. агент готовит ответы на типовые вопросы;
6. агент выделяет негатив и лиды;
7. агент собирает weekly SMM report.

Самый безопасный старт: `идея -> черновик поста -> адаптация под площадку -> approval -> ручная публикация -> сбор метрик`.

Проверка: сценарий можно руками проверить на одной рубрике и трех публикациях.

Шаг 2. Запретите опасные действия

В первой версии запретите агенту:

1. публиковать посты без approval;
2. отвечать на негатив без approval;
3. удалять комментарии;
4. банить пользователей;
5. менять цены, акции и условия;
6. обещать результат;
7. использовать персональные данные клиентов;
8. публиковать юридические, медицинские, финансовые или политические утверждения без review;
9. копировать чужой контент без переработки и прав;
10. менять тон бренда;
11. запускать рекламу;
12. писать от лица конкретного сотрудника без разрешения.

Разрешите агенту:

1. читать контент-план;
2. готовить черновики;
3. адаптировать текст под площадки;
4. проверять риск-фразы;
5. классифицировать комментарии;
6. готовить ответы как draft;
7. выделять лиды;
8. собирать метрики;
9. создавать задачи;
10. отправлять спорные действия в approval.

Проверка: любое действие от имени бренда должно проходить через `approval_queue`.

Шаг 3. Создайте Google Sheet проекта

Создайте таблицу `smm_agent_mvp`.

Добавьте листы:

settings
brands
social_accounts
brand_voice_rules
risk_rules
audience_segments
content_pillars
idea_backlog
content_calendar
post_drafts
platform_variants
creative_tasks
approval_queue
publishing_queue
comment_inbox
moderation_queue
reply_drafts
social_leads
mention_log
post_metrics
insight_log
smm_task_queue
execution_queue
weekly_smm_report
audit_log
error_log

Проверка: названия листов совпадают один в один. n8n будет обращаться к ним по имени.

Шаг 4. Заполните settings

В `settings` добавьте колонки:

key
value
description

Добавьте строки:

llm_model | gpt-4.1-mini | модель для черновиков и классификации
default_brand_id | BRAND-001 | бренд по умолчанию
max_posts_per_run | 5 | лимит черновиков за запуск
max_replies_per_run | 20 | лимит ответов за запуск
allow_auto_publish | false | автопубликация запрещена
allow_auto_reply_negative | false | ответы на негатив только через approval
allow_delete_comments | false | удаление комментариев запрещено
approval_channel | telegram | канал согласований
report_channel | email | канал отчета
risk_review_owner | editor | кто проверяет рискованные материалы

Проверка: `allow_auto_publish=false`, `allow_auto_reply_negative=false`, `allow_delete_comments=false`.

Шаг 5. Заполните brands

В `brands` добавьте колонки:

brand_id
name
site_url
product_description
positioning
owner
status

Пример:

BRAND-001 | ezGPT | https://ezgpt.ru | база знаний про AI-агентов | доступно объяснять AI и практические инструкции | owner | active

Проверка: агент понимает, что продвигает и для кого пишет.

Шаг 6. Заполните social_accounts

В `social_accounts` добавьте колонки:

account_id
brand_id
platform
account_name
account_url
api_tool
credential_ref
allowed_actions
status

Пример:

ACC-TG | BRAND-001 | telegram | ezGPT channel | https://t.me/example | telegram-bot-api | n8n:telegram | draft,approval,manual_publish | active
ACC-VK | BRAND-001 | vk | ezGPT VK | https://vk.com/example | vk-api | n8n:vk | draft,read_comments,metrics | active
ACC-IG | BRAND-001 | instagram | ezGPT Instagram | https://instagram.com/example | meta-graph-api | n8n:meta | draft,read_comments,metrics | optional

Проверка: `allowed_actions` не содержит `auto_publish`, пока вы не включили отдельный безопасный процесс.

Шаг 7. Заполните brand_voice_rules

В `brand_voice_rules` добавьте колонки:

rule_id
brand_id
rule_type
rule_text
good_example
bad_example
priority
status

Пример:

VOICE-001 | BRAND-001 | tone | писать просто, спокойно, без хайпа | "Покажем, как собрать агента шаг за шагом" | "Этот революционный агент взорвет рынок" | high | active
VOICE-002 | BRAND-001 | vocabulary | использовать ИИ, агент, инструкция, проверка | "ИИ-агент для CRM" | "магический бот" | medium | active

Проверка: у каждого правила есть хороший и плохой пример.

Шаг 8. Заполните risk_rules

В `risk_rules` добавьте колонки:

risk_id
brand_id
risk_type
pattern
why_risky
required_action
severity
status

Пример:

RISK-PRICE | BRAND-001 | price | скидка, бесплатно навсегда, гарантия результата | может быть неверным коммерческим обещанием | approval | high | active
RISK-LEGAL | BRAND-001 | legal | законно, безопасно, гарантировано | юридический риск | approval | high | active
RISK-NEGATIVE | BRAND-001 | conflict | вы не правы, это ваша ошибка | риск эскалации конфликта | human_reply | critical | active

Проверка: рискованные формулировки не публикуются без approval.

Шаг 9. Заполните audience_segments

В `audience_segments` добавьте колонки:

segment_id
brand_id
name
pain_points
content_needs
preferred_platforms
forbidden_angles
status

Пример:

SEG-BUSINESS | BRAND-001 | владельцы малого бизнеса | нет времени разбираться в AI | простые инструкции и примеры | telegram,vk | сложная терминология | active
SEG-DEVS | BRAND-001 | разработчики | нужен рабочий стек и API | конкретные команды, схемы, ограничения | telegram,habr | общие мотивационные посты | active

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

Шаг 10. Заполните content_pillars

В `content_pillars` добавьте колонки:

pillar_id
brand_id
name
description
example_topics
target_segments
frequency_per_week
status

Пример:

PILLAR-HOWTO | BRAND-001 | пошаговые инструкции | коротко показываем, как собрать рабочий сценарий | Telegram-агент, RAG, CRM-агент | SEG-BUSINESS,SEG-DEVS | 3 | active
PILLAR-GLOSSARY | BRAND-001 | термины AI | объясняем понятия простым языком | RAG, embeddings, tool calling | SEG-BUSINESS | 2 | active

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

Шаг 11. Создайте idea_backlog

В `idea_backlog` добавьте колонки:

idea_id
brand_id
pillar_id
source
source_url
idea
target_segment
priority
status
created_at

Откуда брать идеи:

article
search_query
comment
support_question
competitor_post
product_update
news
manual

Проверка: у каждой идеи есть источник и рубрика.

Шаг 12. Создайте content_calendar

В `content_calendar` добавьте колонки:

calendar_id
brand_id
account_id
publish_date
publish_time
pillar_id
idea_id
format
status
owner

Форматы:

short_post
carousel
thread
poll
story
reel
video_script
link_post
faq_post
case_post

Проверка: в календаре есть дата, площадка, рубрика и формат.

Шаг 13. Создайте post_drafts

В `post_drafts` добавьте колонки:

draft_id
calendar_id
brand_id
idea_id
target_segment
hook
body
cta
hashtags
risk_level
risk_notes
status
reviewer
created_at

Статусы:

draft
needs_review
approved
rejected
needs_rewrite
scheduled
published

Проверка: черновик не может сразу иметь `published`.

Шаг 14. Настройте prompt для черновика поста

LLM-узел получает бренд, рубрику, аудиторию, идею и правила.

Prompt:

Ты SMM-редактор бренда.

Задача: подготовить черновик поста.

Правила:
1. Не публикуй финальный текст, только draft.
2. Не обещай результат, скидку или юридическую безопасность.
3. Соблюдай tone of voice.
4. Пиши под указанную аудиторию.
5. Если тема рискованная, поставь risk_level=high.
6. Не используй персональные данные.
7. Не копируй чужой текст.
8. Добавь CTA без давления.

brand:
{{$json.brand}}

voice_rules:
{{$json.voice_rules}}

risk_rules:
{{$json.risk_rules}}

idea:
{{$json.idea}}

audience:
{{$json.audience}}

Верни JSON:
{
  "hook": "...",
  "body": "...",
  "cta": "...",
  "hashtags": ["..."],
  "risk_level": "low | medium | high | critical",
  "risk_notes": ["..."],
  "status": "draft | needs_review"
}

Проверка: если `risk_level=high` или `critical`, черновик автоматически идет в `approval_queue`.

Шаг 15. Создайте platform_variants

В `platform_variants` добавьте колонки:

variant_id
draft_id
account_id
platform
text
media_requirements
link
hashtags
length_check
status
created_at

Правила адаптации:

1. Telegram может быть длиннее и содержать ссылку.
2. VK лучше держать ясный первый абзац и визуал.
3. Instagram требует визуальную идею, короткий caption и hashtags.
4. Threads/X требуют короткий формат и один тезис.
5. LinkedIn требует деловой контекст и практический вывод.

Проверка: агент не копирует один и тот же текст во все площадки без адаптации.

Шаг 16. Настройте prompt для адаптации под площадку

Prompt:

Ты адаптируешь SMM-пост под конкретную площадку.

Правила:
1. Сохрани смысл исходного черновика.
2. Учти формат platform.
3. Не добавляй новых обещаний.
4. Не добавляй факты, которых нет в draft.
5. Проверь длину.
6. Верни media_requirements.

draft:
{{$json.draft}}

platform:
{{$json.platform}}

account:
{{$json.account}}

Верни JSON:
{
  "text": "...",
  "media_requirements": "...",
  "link": "...",
  "hashtags": ["..."],
  "length_check": "ok | too_long | too_short",
  "status": "draft | needs_review"
}

Проверка: `length_check=too_long` не отправляется на публикацию.

Шаг 17. Создайте creative_tasks

В `creative_tasks` добавьте колонки:

creative_id
draft_id
variant_id
platform
creative_type
brief
dimensions
text_on_image
assets_needed
status
owner
created_at

Пример:

CR-001 | DRAFT-001 | VAR-TG-001 | vk | image | обложка к посту про RAG: схема вопрос -> поиск -> ответ | 1200x628 | RAG без магии | logo,background | draft | designer | 2026-05-23

Проверка: дизайнер получает конкретное ТЗ, а не “сделать красивую картинку”.

Шаг 18. Создайте approval_queue

В `approval_queue` добавьте колонки:

approval_id
source
source_id
action_type
action_text
risk_level
payload_json
approver
status
requested_at
approved_at
decision_comment

В approval отправляйте:

1. публикацию поста;
2. ответ на негатив;
3. ответ с ценой или скидкой;
4. юридически чувствительную формулировку;
5. удаление комментария;
6. бан пользователя;
7. публикацию новости без проверки;
8. спорный мем или шутку;
9. пост от лица сотрудника;
10. кризисную коммуникацию.

Проверка: `approval_queue.status` не может сразу быть `approved`.

Шаг 19. Сделайте Telegram approval

В n8n добавьте Telegram-узел после записи в `approval_queue`.

Сообщение:

SMM Agent approval

Action: {{$json.action_type}}
Risk: {{$json.risk_level}}
Source: {{$json.source}} {{$json.source_id}}

{{$json.action_text}}

Approve: /approve {{$json.approval_id}}
Reject: /reject {{$json.approval_id}}
Rewrite: /rewrite {{$json.approval_id}}

Проверка: команда `/approve` меняет только одну строку по `approval_id`.

Шаг 20. Создайте publishing_queue

В `publishing_queue` добавьте колонки:

publish_id
approval_id
variant_id
account_id
platform
scheduled_at
status
publish_mode
published_url
error_message

`publish_mode`:

manual
tool_queue
api_after_approval

Для первой версии используйте `manual`.

Проверка: даже после approval агент не публикует сам, если `publish_mode=manual`.

Шаг 21. Подключите VK API

Если ведете VK, создайте workflow:

1. `Read social_accounts`;
2. `HTTP Request: VK wall.getComments`;
3. `Normalize comments`;
4. `Write comment_inbox`;
5. `HTTP Request: VK stats.get`;
6. `Write post_metrics`.

Проверка: агент читает комментарии и метрики, но не вызывает методы удаления или публикации без отдельного approval.

Шаг 22. Подключите Meta Graph API

Если используете Instagram или Facebook, подключите только нужные права.

Минимальный сценарий:

1. читать опубликованные посты;
2. читать комментарии;
3. читать insights;
4. писать данные в `comment_inbox` и `post_metrics`.

Проверка: app permissions минимальны. Если для публикации нужен app review, не обходите его через личные токены.

Шаг 23. Подключите Telegram Bot API

Для Telegram используйте бота как канал согласования и уведомлений.

Что можно безопасно делать:

1. отправлять черновик редактору;
2. отправлять кнопки approval;
3. уведомлять о негативе;
4. отправлять weekly report.

Что не включать в MVP:

1. автоматическую публикацию в основной канал;
2. автоответы от имени бренда;
3. массовые рассылки.

Проверка: бот не имеет лишних прав администратора в основном канале.

Шаг 24. Создайте comment_inbox

В `comment_inbox` добавьте колонки:

comment_id
account_id
platform
post_url
author_name
author_id_hash
comment_text
created_at
sentiment
category
risk_level
status

Категории:

question
lead
complaint
spam
offtopic
praise
support_request
crisis

Проверка: храните hash автора, а не лишние персональные данные.

Шаг 25. Настройте prompt для комментариев

Prompt:

Ты SMM-модератор. Классифицируй комментарий.

Правила:
1. Не отвечай финально, только классифицируй и предложи draft.
2. Если есть негатив, жалоба, цена, юридический вопрос или конфликт, поставь risk_level=high.
3. Если это лид, выдели потребность.
4. Спам не удаляй сам, отправь на moderation_queue.
5. Не раскрывай персональные данные.

comment:
{{$json.comment}}

brand_rules:
{{$json.brand_rules}}

Верни JSON:
{
  "sentiment": "positive | neutral | negative | mixed",
  "category": "question | lead | complaint | spam | offtopic | praise | support_request | crisis",
  "risk_level": "low | medium | high | critical",
  "reply_needed": true,
  "reply_draft": "...",
  "lead_data": {
    "need": "",
    "urgency": "",
    "next_step": ""
  },
  "moderation_action": "none | review | hide_candidate | ban_candidate"
}

Проверка: `hide_candidate` и `ban_candidate` всегда идут в `moderation_queue`.

Шаг 26. Создайте moderation_queue

В `moderation_queue` добавьте колонки:

moderation_id
comment_id
action_type
reason
risk_level
evidence
status
moderator
created_at
decision_comment

`action_type`:

review
hide_candidate
delete_candidate
ban_candidate
crisis_escalation

Проверка: агент не удаляет комментарий. Он создает кандидата на действие.

Шаг 27. Создайте reply_drafts

В `reply_drafts` добавьте колонки:

reply_id
comment_id
account_id
reply_text
risk_level
status
reviewer
created_at
published_at

Статусы:

draft
needs_review
approved
rejected
published

Проверка: ответы на `complaint`, `crisis`, `lead` и `support_request` идут на review.

Шаг 28. Создайте social_leads

В `social_leads` добавьте колонки:

lead_id
comment_id
platform
need
urgency
contact_available
next_step
owner
status
created_at

Пример:

LEAD-001 | CMT-123 | vk | хочет внедрить ИИ-агента для поддержки | medium | no | ответить с уточняющим вопросом | sales | new | 2026-05-23

Проверка: если контакта нет, агент не выдумывает email или телефон.

Шаг 29. Создайте mention_log

В `mention_log` добавьте колонки:

mention_id
brand_id
platform
source_url
mention_text
sentiment
topic
risk_level
recommended_action
status
created_at

Каналы упоминаний:

comments
brand_search
competitor_monitoring
manual
reviews

Проверка: негативное упоминание с high risk создает задачу и уведомление, а не автоответ.

Шаг 30. Создайте post_metrics

В `post_metrics` добавьте колонки:

metric_id
account_id
platform
post_url
published_at
reach
impressions
likes
comments
shares
saves
clicks
ctr
engagement_rate
collected_at

Проверка: метрики считаются по опубликованному URL и периоду, а не по названию поста.

Шаг 31. Создайте insight_log

В `insight_log` добавьте колонки:

insight_id
brand_id
period
topic
observation
hypothesis
evidence
recommended_action
confidence
created_at

Пример:

INS-001 | BRAND-001 | 2026-W21 | инструкции | посты с чек-листами дают ER выше на 38% | аудитории нужны конкретные шаги | 5 постов, post_metrics | увеличить долю how-to рубрики | medium | 2026-05-23

Проверка: observation и hypothesis записываются отдельно.

Шаг 32. Создайте smm_task_queue

В `smm_task_queue` добавьте колонки:

task_id
source
source_id
task_type
title
description
priority
owner
status
due_date
created_at

`task_type`:

create_post
rewrite_post
prepare_creative
reply_review
moderation_review
lead_followup
crisis_review
metrics_review

Проверка: каждая задача имеет владельца и следующий шаг.

Шаг 33. Настройте execution_queue

В `execution_queue` добавьте колонки:

execution_id
approval_id
action_type
payload_json
status
executor
started_at
finished_at
result_url
error_message

В первой версии используйте `executor=manual`.

Проверка: агент не публикует и не отвечает сам, пока вы явно не включили безопасный executor.

Шаг 34. Создайте weekly_smm_report

В `weekly_smm_report` добавьте колонки:

report_id
brand_id
period
summary
published_count
top_posts
weak_posts
comments_count
leads_count
negative_count
risks
next_week_actions
status
created_at

Пример summary:

За неделю опубликовано 8 постов. Лучше всего сработали инструкции и короткие разборы терминов. Получено 3 лида и 2 негативных комментария без кризиса. На следующей неделе стоит увеличить долю how-to постов и подготовить отдельный ответ на частый вопрос про локальных ИИ-агентов.

Проверка: отчет должен заканчиваться действиями на следующую неделю.

Шаг 35. Настройте audit_log

В `audit_log` добавьте колонки:

audit_id
run_id
actor
action
entity_type
entity_id
before_json
after_json
reason
created_at

Логируйте:

1. создание идеи;
2. создание черновика;
3. адаптацию под площадку;
4. риск-проверку;
5. отправку на approval;
6. решение approval;
7. классификацию комментария;
8. создание ответа;
9. создание лида;
10. weekly report.

Проверка: по `audit_log` можно понять, почему агент предложил конкретный текст или ответ.

Шаг 36. Настройте error_log

В `error_log` добавьте колонки:

error_id
run_id
node_name
error_type
message
payload_sample
retry_count
status
created_at

Типы ошибок:

api_auth_error
api_rate_limit
invalid_json
missing_brand_rules
missing_account
publish_blocked
comment_parse_error
permission_denied

Проверка: если нет brand voice rules, агент не должен писать пост “как получится”.

Шаг 37. Протестируйте на одном посте

Добавьте в `idea_backlog` строку:

IDEA-001 | BRAND-001 | PILLAR-HOWTO | article | https://ezgpt.ru/articles/kak-sozdat-ii-agenta | сделать короткий пост о том, с чего начать создание ИИ-агента | SEG-BUSINESS | high | ready | 2026-05-23

Добавьте запись в `content_calendar`:

CAL-001 | BRAND-001 | ACC-TG | 2026-05-24 | 10:00 | PILLAR-HOWTO | IDEA-001 | short_post | planned | smm

Запустите workflow только для `CAL-001`.

Ожидаемый результат:

1. в `post_drafts` появился черновик;
2. в `platform_variants` появилась версия для Telegram;
3. в `creative_tasks` есть ТЗ на визуал, если он нужен;
4. в `approval_queue` есть задача на review;
5. `publishing_queue` не публикует автоматически;
6. в `audit_log` есть шаги генерации и проверки;
7. в `error_log` нет ошибок.

Шаг 38. Проверьте негативные сценарии

Проведите проверки:

1. удалите `brand_voice_rules`;
2. убедитесь, что агент пишет ошибку `missing_brand_rules`;
3. добавьте в черновик обещание “гарантируем рост продаж”;
4. убедитесь, что риск стал high;
5. добавьте негативный комментарий;
6. убедитесь, что ответ ушел в review;
7. попробуйте удалить комментарий;
8. убедитесь, что создана запись в `moderation_queue`;
9. попробуйте включить auto publish;
10. убедитесь, что действие ушло в approval;
11. передайте битый JSON от LLM;
12. убедитесь, что workflow остановился и записал `invalid_json`.

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

Что нельзя автоматизировать в первой версии

Не автоматизируйте сразу:

1. автопубликацию в основные аккаунты;
2. ответы на негатив;
3. удаление комментариев;
4. баны пользователей;
5. кризисные коммуникации;
6. юридические и ценовые обещания;
7. публикацию от лица сотрудников;
8. массовые ответы в личные сообщения;
9. запуск рекламы;
10. изменение позиционирования бренда;
11. копирование чужих постов;
12. работу с персональными данными без правил.

Минимальный хороший MVP: агент берет одну идею, готовит черновик поста, адаптирует под одну площадку, проверяет риск, отправляет на approval, создает manual publishing task, разбирает 10 комментариев и собирает weekly report.

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

Можно ли доверить агенту автопубликацию?

Для первой версии лучше нет. Автопубликация допустима только для низкорисковых рубрик, после approval и с ручным аварийным стопом. Начните с черновиков и manual publishing.

Может ли агент отвечать на комментарии?

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

Какие соцсети подключать первыми?

Подключайте ту площадку, где уже есть регулярный контент и комментарии. Для русскоязычного проекта часто удобно начать с Telegram approval и VK comments/metrics, а Instagram/Facebook добавлять после проверки прав Meta Graph API.

Как оценить, что SMM-агент полезен?

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

Что считать готовым результатом MVP?

MVP готов, если агент создает черновик поста по идее, адаптирует его под площадку, отправляет на approval, не публикует без разрешения, классифицирует комментарии, выделяет лиды и оставляет понятный `audit_log`.