Adset.ProAdset.ProKnowledge base
RUEN
To app
Home/MCP-сервіс Adset/Автоправила через MCP та асистента Adset AI

Автоправила через MCP та асистента Adset AI

Автоправила можна налаштовувати не тільки руками в конструкторі, але й діалогом: через кабінетного асистента Adset AI або через зовнішній MCP-клієнт (Claude, ChatGPT, Cursor), підключений до MCP-сервісу Adset. Що таке автоправила, як вони влаштовані і які в них захисти — в статті Автоправила.

Ідея проста: ви формулюєте мету словами — наприклад, «зроби автоправило, яке вимикає слабкі зв'язки в кампанії X» — а модель сама дивиться статистику кампанії, підбирає метрику, вікно і пороги, показує правило словами і після вашого підтвердження створює його. Правило завжди створюється в режимі перевірки (dry-run): трафік воно не чіпає, поки ви окремо не попросите перевести його в Live.

Кому доступно

  • Функція автоправил відкрита по тарифу команди (бета). Якщо у команди її немає, асистент і MCP так і відповідають — зверніться в підтримку.
  • Діють ті ж права, що в кабінеті: власник команди, тех і тімлід створюють і правлять правила, баєр тільки читає. Переведення в Live — окреме право, у баєра його немає.
  • Модель бачить тільки ті кампанії і правила, які бачите ви.

Як це працює в Adset AI

Відкрийте асистента в кабінеті і опишіть задачу. Далі асистент йде по кроках:

  1. Уточнює кампанію. У кампанії повинен бути стрім-сет мінімум з двох потоків: правило порівнює потоки між собою.
  2. Дивиться статистику кампанії по сетах і потоках за останні 7–14 днів: кліки, інсталли, реєстрації, депозити, дохід, витрати.
  3. Підбирає параметри з фактичних цифр: по якій стадії воронки є дані (інсталли, реєстрації або депозити), який мінімум даних потрібен потоку, щоб його оцінювати, яке вікно брати. Пороги не вигадуються — вони виводяться з обсягів вашої кампанії: на Facebook-трафіку це десятки і сотні кліків на потік, на popunder — тисячі.
  4. Показує правило словами: кампанія, метрика і період, точні пороги з цифрами, які їх обґрунтовують, дія, розклад. І запитує підтвердження.
  5. Створює правило в dry-run тільки після вашого «так». Якщо в конфігурації помилка, асистент виправить її сам і повторить.
  6. Показує попередній перегляд: що правило зробило б з кампанією прямо зараз, які потоки потрапили під умову, а які утримані захистами і чому.
  7. Переводить в Live тільки за окремим проханням. Скажіть «переведи в live» — асистент нагадає, що правило почне змінювати реальний трафік, і зробить це.

Приклади запитів

  • «Зроби автоправило, яке вимикає слабкі зв'язки в кампанії Sweet Bonanza FB».
  • «Налаштуй правило: якщо потік дає депозитів менше 60% від найкращого в сеті, вимикай його. Кампанія — CI Sweet Bonanza».
  • «Хочу сповіщення, коли в кампанії X набирається обсяг, а депозитів немає».
  • «Покажи, що б мої правила зараз зробили з кампанією X».
  • «Які автоправила у мене є і в якому вони режимі?»
  • «Постав правило “Гірший Click 2 Install” на паузу».

Що вміє модель

Інструмент

Скоуп

Що робить

get_autorule_schema

autorules:read

Схема конфігурації правила, список метрик, ліміти і приклад. Модель бере її один раз перед складанням правила.

list_autorules, get_autorule

autorules:read

Список правил і повне правило з конфігурацією і лічильниками допущених кампаній.

preview_autorule_plan

autorules:read

Попередній перегляд: що правила зробили б з кампанією прямо зараз. Нічого не застосовує.

list_autorule_candidates

autorules:read

Кандидати, допущені і приховані кампанії правила.

create_autorule

autorules:write

Створення правила. Завжди в режимі перевірки.

update_autorule

autorules:write

Редагування назви, опису або конфігурації. Захищена від паралельного редагування: якщо правило змінили в кабінеті, модель перечитає його.

set_autorule_state

autorules:write

Пауза, відновлення, переведення між dry-run і Live.

decide_autorule_candidates

autorules:write

Допустити, приховати або повернути кампанію-кандидата.

Видалити правило через асистента або MCP не можна — тільки в кабінеті. Правило можна поставити на паузу.

Правила безпеки

  • Нічого не створюється без підтвердження. Модель спочатку показує правило словами і чекає вашого «так».
  • Нове правило — завжди dry-run. Воно рахує рішення за розкладом і записує їх у журнал, але розподіл трафіку не змінює.
  • Live — окреме прохання. Переведення в бойовий режим робиться тільки за явною командою і тільки при праві на Live.
  • Захисти зберігаються. Мінімум активних потоків, ліміт змін на добу, паузи після змін і після ручного редагування ваг працюють так само, як у правил з конструктора.

Підключення зовнішнього клієнта

Щоб Claude, ChatGPT або Cursor працювали з автоправилами, випустіть API-ключ MCP (див. MCP-сервіс Adset) і увімкніть йому скоупи Read Autorules (autorules:read) і Manage Autorules (autorules:write). За замовчуванням у нових ключів ці скоупи вимкнені. Ключ не дає більше, ніж є у його власника в кабінеті: роль, тариф і видимість кампаній перевіряються при кожному виклику.

Зовнішньому клієнту варто підказати той же порядок дій, що використовує Adset AI: спочатку get_autorule_schema, потім статистика кампанії через query_stats з групуванням по кампанії, сету і ротації, потім правило, попередній перегляд і вже потім Live.

Часті питання

Асистент каже, що автоправила недоступні. Функція відкривається по тарифу команди. Зверніться в підтримку.

Асистент відмовляється створювати правило. Перевірте роль: баєр може тільки дивитися правила. Створення, редагування і Live — у власника команди, теха і тімліда.

Правило створено, але нічого не змінюється. Так і повинно бути: правило в режимі перевірки. Подивіться попередній перегляд і журнал, потім попросіть перевести в Live.

Асистент запропонував занадто високий або низький мінімум даних. Скажіть йому про це — пороги можна змінювати словами: «постав мінімум 300 кліків і вікно 7 днів». Орієнтири по типу джерела — в статті Автоправила.

Можна одразу на всю команду? Так: «правило на всі кампанії команди». Тоді при збереженні допускаються всі активні кампанії команди, а нові стають кандидатами після найближчого циклу.