Знайди щойно запущені оголошення Meta за точною датою запуску.

Контроль вартості: перед кожним платним викликом Spytrend запустіть безкоштовний `estimate_cost` із тим самим інструментом і аргументами, оцініть вартість і дотримуйтеся заявленого користувачем бюджету; якщо користувач не назвав бюджет, повідомте йому оцінку перед першим платним викликом. Якщо потрібна згода на цінові умови, покажіть повернені умови та зупиніться, доки клієнт явно не погодиться; ніколи не погоджуйтеся від імені клієнта. Якщо обов’язковий виклик не вкладається в заявлений бюджет, не виконуйте жодного платного виклику й поверніть `Бюджетне обмеження унеможливлює необхідне дослідження`; пропустіть необов’язковий виклик, який не вкладається в бюджет, і повідомте про зменшене охоплення. Під час відкриття оголошень за допомогою `get_ad` пропускайте багатомовні оголошення (`is_multilang`) і ніколи не викликайте `get_media` після `get_ad`. Повторюйте виклик лише один раз і лише за умови `retryable=true`, витримавши затримку в секундах, указану в `retry_after_seconds`. Після кожного пошуку перевіряйте `params.ignored`; проігнорований обов’язковий фільтр ніколи не вважайте застосованим. Якщо пошук повідомляє `pagination.total_status=restricted` (архівний період безкоштовного тарифу; його межу вказано в `meta.plan_window_cutoff`), повідомте користувачу, що результат охоплює лише оголошення, запущені в цю дату або раніше, і ніколи не подавайте нульовий результат такого пошуку як «таких оголошень не існує». Повідомлення про вартість не входять до фінального звіту для клієнта.
Використай підключений Spytrend MCP, щоб підготувати українською охайний дашборд щойно запущених оголошень Meta для клієнта за наданою конфігурацією з готового набору параметрів.

Виконай усі етапи дослідження з цього промпту за один хід. Крім обов’язкових повідомлень про вартість перед викликами, не виводь проміжних відповідей за етапами й не зупиняйся після перевірки вхідних даних. Завершуй достроково лише тоді, коли вхідні дані некоректні, обов’язкові докази недоступні або потрібний магазин не вдалося однозначно ідентифікувати. Поверни лише підсумковий звіт для користувача.

Перевіряй нещодавні запуски за отриманими датами запуску у Facebook. Не використовуй цей сценарій для дослідження масштабування, повторного використання, першого виявлення, пошуку конкурентів чи оцінки ефективності.

Використай конфігурацію, вибрану на сторінці:
- Напрям дослідження: Consumer AI Apps | category=mobile_apps_and_productivity | query=AI | allow=consumer-usable AI apps and web apps for a concrete personal task | exclude=B2B-only software, agencies, services, courses, hardware, vague AI claims and unresolved offers
- Країна (ISO-2): US
- Період запусків: останні 7 завершених днів UTC
- Медіа: video
- Статус: active (`active` = активні зараз; `all` = будь-який статус у відповіді)

Тлумач конфігурацію так:
1. Напрям дослідження має формат `Label | category=<slug> | query=<value or none> | allow=<allowed offers> | exclude=<excluded offers>`. Використовуй закодовані категорію, запит, дозволені офери й виключення лише у викликах і перевірках; у відповіді для клієнта використовуй лише назву перед першим `|`, повну назву країни та звичайні слова для медіа й статусу. Не приймай від клієнта власних запитів, брендів, синонімів, перекладів, дат, правил відбору оферів чи додаткових категорій.

Застосовуй такі правила визначення запуску:
2. Виключи поточний незавершений день за UTC. Останнім днем періоду має бути вчорашній день за UTC. Включи рівно 7 завершених календарних днів.
3. Вважай оголошення `щойно запущеним`, лише якщо отримана дата запуску у Facebook потрапляє в цей період включно з обома межами. Ніколи не замінюй її датами першого виявлення чи індексації у Spytrend, датами останнього виявлення, віком рекламодавця або креативу, нещодавнім спостереженням чи поточним статусом.

Проведи дослідження:
4. Використовуй лише Meta та працюй у режимі лише читання.
5. Вважай search_ads, search_creatives, get_trends, search_webmasters і get_ads_analytics важкими викликами. Виконуй не більше одного важкого виклику одночасно на акаунт, дочекайся відповіді й ніколи не об’єднуй важкі виклики в пакети, не запускай їх паралельно та не використовуй для них Promise.all.
6. Обчисли період: останні 7 завершених днів UTC включно з учорашнім днем. Виконай один виклик search_ads для кожної дати періоду, від найновішої до найстарішої, суворо послідовно, задаючи date_from=date_to=відповідна дата й однакові фільтри:
   - задай source=`meta`, якщо параметр доступний;
   - включи до categories категорію, закодовану в Consumer AI Apps | category=mobile_apps_and_productivity | query=AI | allow=consumer-usable AI apps and web apps for a concrete personal task | exclude=B2B-only software, agencies, services, courses, hardware, vague AI claims and unresolved offers;
   - задай query запитом, закодованим у Consumer AI Apps | category=mobile_apps_and_productivity | query=AI | allow=consumer-usable AI apps and web apps for a concrete personal task | exclude=B2B-only software, agencies, services, courses, hardware, vague AI claims and unresolved offers, лише якщо його значення не `none`;
   - включи US до countries;
   - задай media_type=video;
   - задай status_today=`active`, лише якщо статус — `active`; не передавай його, якщо статус — `all`;
   - задай dedupe=false;
   - задай sort_by=`date`;
   - задай sort_order=`desc`;
   - задай limit 10 для періоду в 1 день, 4 на кожну дату для 3 днів, 2 на кожну дату для 7 днів.
7. Використовуй скалярний формат або масив відповідно до підключеної схеми, не змінюючи канонічних значень. Не використовуй фільтри first_seen, вимогу показів виключно в одній країні, ширші резервні варіанти чи згенеровані запити. Якщо пошук не вдався, ніколи не прибирай заданий запит і не підставляй іншу таксономію.

Виконай перевірку:
8. Після завершення всіх пошуків за днями відкрий не більше шести ймовірно релевантних записів через get_ad(source=`meta`, id=<ad id>). Відкривай їх по одному, за можливості хоча б один із кожної дати з непорожньою вибіркою. Спершу віддавай перевагу явній відповідності напряму за даними пошукового запису, потім найновішій даті запуску у Facebook і зрозумілим даним рекламодавця та домену. Виконуй легкі виклики лише після завершення важких пошукових викликів. Ніколи не передавай ідентифікатори оголошень до get_creative. Виключай оголошення, які не пройшли перевірку; відкривай наступне за пріоритетом у межах ліміту шести відкриттів і зупинися, щойно п’ять оголошень успішно пройдуть перевірку.
9. Відбирай оголошення лише за наявності підтверджень із поточного запуску дослідження: дата запуску у Facebook у межах періоду, вибране медіа, вибраний статус, якщо він обмежений, US серед отриманих країн показу та явний дозволений офер за напрямом Consumer AI Apps | category=mobile_apps_and_productivity | query=AI | allow=consumer-usable AI apps and web apps for a concrete personal task | exclude=B2B-only software, agencies, services, courses, hardware, vague AI claims and unresolved offers.
10. Застосовуй правила дозволених і виключених оферів буквально. Самої належності до таксономії недостатньо. Виключай оголошення з відсутніми, неоднозначними датами запуску або датами поза періодом, а також із незрозумілими оферами; не доповнюй ними результат заради кількості.
11. Не викликай get_advertiser у стандартному режимі. Показуй назву рекламодавця, лише якщо вона явно міститься у збережених підтверджувальних даних; ніколи не виводь її із заголовка, сторінки, домену чи URL. Інакше напиши `Назву рекламодавця не отримано`. Якщо збережені детальні дані оголошення прямо не підтверджують, що цільовий ресурс належить рекламодавцю, використовуй `Сайт продукту` або `Інший зовнішній сайт`, не роблячи сильніших висновків про його власника.
12. Покажи 3–5 перевірених оголошень; покажи менше, лише якщо перевірку пройшло менше, і зазнач це.

Тлумач результати так:
13. Упорядкуй результати за найновішою датою запуску у Facebook, прямою відповідністю оферу, надійністю даних рекламодавця та різноманітністю. Не вигадуй оцінку в балах.
14. Пиши `Запущено [D місяця YYYY]`. Ніколи не описуй дані першого виявлення чи індексації як запуск і не стверджуй, що це новий продукт, нова компанія, вихід на ринок або перша в історії кампанія.
15. Тлумач дані про країну лише як підтвердження показів у ній, а не виключного чи переважного показу. Активний статус означає активність на момент отримання даних, а не безперервні покази від дати запуску.
16. Подавай переваги, ціни, знижки, результати й відгуки як твердження рекламодавця. Ніколи не роби висновків про витрати, охоплення, залучення, встановлення, конверсії, дохід, ROAS, прибутковість, вірусність, лідерство чи ефективність.

Обробляй посилання та збої так:
17. Позначай зовнішні цільові ресурси як `Лендинг`. Використовуй позначку `Підтвердження`, лише коли MCP явно визначає посилання як постійний дослідницький ресурс самого сервісу. Ніколи не позначай як `Підтвердження` цільовий сайт продавця, CDN зображень, прев’ю чи URL медіа. Ніколи не називай сервіс у відповіді для клієнта й не конструюй шляхи з ідентифікаторів. Пропускай відсутні прев’ю; якщо прев’ю немає в усій вибірці, зазнач це один раз у блоці «Охоплення дослідження». Ніколи не виводь підписані тимчасові URL і не викликай get_media за замовчуванням.
18. Повтори обов’язковий пошук рівно один раз лише за умови `retryable=true`, після очікування `retry_after_seconds` і повторної оцінки з тими самими параметрами. Остаточний збій пошуку вважай недоступністю підтверджувальних даних і позначай результат як «Частково завершено». Успішно завершений пошук без записів вважай коректним підтвердженням. Збій перевірки окремого оголошення або його невідповідність вимогам виключає це оголошення, але не змінює статус завершеного пошуку на «Частково завершено».
19. Позначай результат як «Завершено», лише якщо завершилися всі пошуки за днями. Якщо жодне оголошення не відповідає вимогам, чесно повідом про відсутність результатів, не змінюючи категорію, напрям, країну, період, медіа чи статус.

Оформи відповідь для клієнта так:
20. Використовуй заголовки, короткі блоки з підписами та рядки з показниками. Обмеж відповідь для клієнта 450 словами. Ніколи не використовуй таблиці Markdown/HTML, переноси рядків зі зворотною скісною рискою, необроблені назви полів, виклики, JSON, ідентифікатори, квоти, облікові дані, деталі схеми, відхилені записи чи дані аудиту.
21. Почни з `# Щойно запущені оголошення Meta: [назва напряму]`, використовуючи лише назву з Consumer AI Apps | category=mobile_apps_and_productivity | query=AI | allow=consumer-usable AI apps and web apps for a concrete personal task | exclude=B2B-only software, agencies, services, courses, hardware, vague AI claims and unresolved offers.
22. Потім покажи `**[N] перевірених запусків** · [повна назва країни] у вибірці · [Зображення/Відео] · [відформатований період включно з крайніми датами], завершені дні за UTC · [Активні зараз/Будь-який отриманий статус] · **[Повністю/Частково]**`.
23. Якщо результатів два або більше, почни зі стислого списку відібраних оголошень, а потім додай компактний блок про запуск кожного оголошення — щонайбільше 70 слів до посилань.
24. Типи цільових ресурсів: `Підтверджений сайт рекламодавця` — лише за явного підтвердження зв’язку з рекламодавцем або профілем і збігу нормалізованого реєстрованого домену; `Сайт продукту` — якщо продукт і домен узгоджуються, але власника не підтверджено; точна назва магазину застосунків для App Store або Google Play; в інших випадках — `Інший зовнішній сайт`.
25. У кожному стислому пункті про запуск можна вказати дату початку показів, статус і формат, рекламодавця, офер і повідомлення, одну дію в пункті «Чому варто переглянути», заклик до дії, тип цільового ресурсу та лендинг, якщо ці дані підтверджено. Скорочуй або прибирай необов’язкові формулювання, щоб укластися приблизно в 40 слів на пункт і загальний ліміт слів.
26. Якщо результатів два або більше, додай дві або три закономірності, характерні саме для цієї вибірки.
27. У розділі `## Охоплення дослідження` використай щонайбільше два пункти для дат, періоду й статусу, кількості отриманих і перевірених рядків та обмежень вибірки, посилань і попереднього перегляду. Описуй пошук з обмеженою вибіркою так: `За [D] щоденних пошуків отримано [N] рядків`; не вживай `top`, якщо під час пошуку явно не застосовувалося змістовне ранжування.
28. Якщо результатів немає, у розділі `## Результат` зазнач, що жодне оголошення не відповідало одночасно правилам перевірки дати початку показів у Facebook і перевірки оферу. Не додавай список відібраних оголошень, подробиці та закономірності.
29. Перед надсиланням перевір, що всі дати й позначення узгоджуються, статус «Повністю» обґрунтований, кожен результат відповідає заданій конфігурації, жоден рядок не закінчується зворотною скісною рискою й немає даних внутрішнього аудиту.

Заверши точно так:
`Дати початку показів у Facebook вказують, коли почався показ отриманих оголошень, а не коли продукт, офер, рекламодавець чи креатив уперше з’явилися на ринку. Активність в архіві Meta не підтверджує витрати, ефективність, конверсії, дохід, ROAS чи прибутковість.`

Лише після окремого повідомлення користувача з точним запитом `Покажи підтвердний запис` надай запис без конфіденційних даних зі збережених відповідей: період, виклики, результати, кількісні показники, докази відбору й відхилення, витрачений час і використані ресурси. Не запускай дослідження повторно.