Midjourney хоче дізнатися, як Warner Bros. Discovery, Disney та Universal Studios використовують технології штучного інтелекту у своїх серіалах і фільмах, і, за даними Variety, вимагає, щоб компанії надали цю інформацію до суду. Торік ці студії подали позов проти сервісу генерації зображень ШІ, звинувативши його у порушенні авторських прав через здатність створювати зображення Супермена, Бетмена та інших захищених персонажів. Midjourney у відповідь заявляє, що навчання моделей ШІ на відкрито доступних зображеннях є добросовісним використанням (fair use), і що самі студії застосовують такі ж практики для тренування власних моделей штучного інтелекту.
Зокрема, Midjourney вимагає надати бізнес-плани студій, пов’язані з ШІ, дослідницькі звіти, набори даних для навчання, ваги моделей, а також презентації про штучний інтелект, які компанії демонстрували на засіданнях рад директорів. Однак у середині червня магістрат дозволив студіям не розкривати більшість інформації про їхнє використання ШІ і зобов’язав їх передати лише дані, що стосуються «орієнтованих на споживачів» застосунків штучного інтелекту. Тепер Midjourney просить федеральний суд скасувати це рішення судді.
Якщо ви останнім часом замислювалися над оновленням домашнього інтернет‑обладнання, напевно вже бачили маркування Wi‑Fi 7. Цей напис сьогодні є і на недорогих роутерах за $80, і на моделях за ціною ноутбука. Бренди обіцяють вищі швидкості, нижчу затримку та «мережу майбутнього» — але реальність не завжди відповідає опису. Більшість роутерів з логотипом Wi‑Fi 7 насправді не мають однієї з ключових функцій стандарту, а прогалини у правилах щодо торговельних марок дозволяють деяким виробникам взагалі обходити вимоги сертифікації. Додатково ситуацію плутає те, що більшість ваших пристроїв усе одно не вміють працювати з Wi‑Fi 7.
Це не означає, що кожен роутер з бейджем Wi‑Fi 7 — поганий продукт. Але це означає, що нам варто краще розуміти, за що саме ми платимо, і що все значно складніше, ніж здається з рекламних матеріалів.
Що таке Wi‑Fi 7 і чим він відрізняється
Wi‑Fi 7 — це маркетингова назва для стандарту бездротових мереж IEEE 802.11be (цю абревіатуру більшості користувачів запам’ятовувати не потрібно). Стандарт приносить кілька важливих оновлень порівняно з Wi‑Fi 6 та Wi‑Fi 6E.
По‑перше, він додає канали шириною 320 МГц (удвічі більше за 160 МГц у Wi‑Fi 6E). Це дає змогу повноцінно розкривати потенціал багатогігабітних тарифів, забезпечувати дуже швидку передачу файлів у локальній мережі та знижувати перевантаження в «розумних» домах.
По‑друге, з’являється модуляція 4K‑QAM (Quadrature Amplitude Modulation), яка кодує 12 біт даних на символ замість 10, підвищуючи пікові швидкості.
Нарешті, і це найважливіше, стандарт додає Multi‑Link Operation — багатолінковий режим роботи, далі MLO.
Чому MLO — головна «фішка» Wi‑Fi 7
MLO — це те, що відрізняє Wi‑Fi 7 від усіх попередніх стандартів. Є два режими MLO:
STR (Simultaneous Transmit and Receive) — одночасна передача й прийом, коли трафік агрегується одночасно на кількох діапазонах;
NSTR (Non‑Simultaneous Transmit and Receive) — неодночасна передача й прийом, коли активний лише один радіоканал, а роутер по черзі перемикається між діапазонами.
Замість того, щоб сприймати діапазони 2,4 ГГц, 5 ГГц і 6 ГГц як окремі та взаємовиключні з’єднання, MLO дозволяє роутеру використовувати їх разом. Завдяки цьому трафік можна розподіляти за навантаженням, доступним спектром, перешкодами тощо. Це, зокрема, має зменшувати затримки в онлайн‑іграх.
Наявність MLO є обов’язковою вимогою, щоб виробник отримав знак «Wi‑Fi Certified 7» від Wi‑Fi Alliance — навіть якщо йдеться лише про простіший режим NSTR.
«Wi‑Fi 7» проти «WiFi 7»: не просто тире
Під час вибору роутера варто уважно дивитися на напис на коробці: різниця між «Wi‑Fi 7» і «WiFi 7» — не лише стилістична. Організація Wi‑Fi Alliance володіє торговельною маркою саме «Wi‑Fi» з дефісом. Якщо виробник прибирає дефіс і пише «WiFi 7», він формально не використовує зареєстровану марку і більше не зобов’язаний дотримуватися вимог сертифікації.
Не називаючи конкретних брендів, на ринку вже є чимало продуктів із написом «WiFi 7», у яких MLO взагалі відсутній.
У результаті роутер із таким маркуванням може продаватися без однієї з найважливіших можливостей Wi‑Fi 7. І покупці платять підвищену ціну за пристрої, які насправді не дають очікуваного апгрейду.
Як виробники реалізують MLO в реальних роутерах
За даними Wi‑Fi Alliance, MLO «дозволяє пристроям одночасно передавати й отримувати дані через кілька лінків, забезпечуючи вищу пропускну здатність, меншу затримку та кращу надійність». Але є нюанс: справжній одночасний MLO реалізовано далеко не в усіх роутерах.
У лютому 2026 року портал RTINGS протестував 25 роутерів і з’ясував, що для повноцінного одночасного MLO потрібні кілька фізично незалежних радіомодулів, які синхронно працюють у різних діапазонах, паралельно передаючи й приймаючи дані. Більшість же досліджених пристроїв фактично лише чергують використання діапазонів, що може спричиняти коливання швидкості.
Висновок RTINGS: наразі Wi‑Fi 7‑роутери не виправдовують свою націнку порівняно з моделями попередніх поколінь, особливо коли виробники гучно заявляють про можливості, які на практиці реалізовано урізано.
Чи справді все це вам потрібно
У принципі це має значення. Роутер із Wi‑Fi 7 — це інвестиція не лише з фінансової точки зору: хочеться купити пристрій «на роки вперед».
Водночас важливо пам’ятати, що Wi‑Fi 7 — це апаратний стандарт, а не «чарівна» програмна опція. Щоб отримати користь від 320‑МГц каналів, 4K‑QAM чи будь‑якого варіанту MLO, потрібен не лише роутер.
Ключову роль відіграє ваш тариф від провайдера. Теоретично Wi‑Fi 7 здатен забезпечити локальні швидкості між 2 і 3,5 Гбіт/с. Але якщо вам підключено звичайний тариф на 500 Мбіт/с, роутер з Wi‑Fi 7 не зможе «розігнати» інтернет швидше за це значення.
Ще один важливий момент: сьогодні небагато пристроїв підтримують Wi‑Fi 7. Цю можливість мають лише найновіші покоління смартфонів, планшетів і ноутбуків, а темпи впровадження залишаються невисокими. Наприклад, перші ноутбуки Apple з Wi‑Fi 7 вийшли лише цього року разом із чипом M5. Моделі MacBook Pro та MacBook Air на M4 (2024–2025 роки) отримали тільки Wi‑Fi 6E.
Як обмеження FCC вплинули на ринок роутерів у США
23 березня 2026 року Федеральна комісія зі зв’язку США (FCC) зупинила сертифікацію нового бездротового обладнання, виготовленого, спроєктованого або зібраного за межами США. Фактично це заблокувало продаж більшості нових роутерів на американському ринку.
Поступово FCC почала робити винятки для брендів на кшталт Netgear та Eero, які пообіцяли перенести виробництво до США. Інші виробники роутерів — TP‑Link, ASUS, Linksys та інші — опинилися в «підвішеному» стані: їм дозволено продавати лише ті моделі Wi‑Fi 7, які були сертифіковані до введення заборони.
Час для цих обмежень виявився невдалим: нові, більш досконалі покоління роутерів виходять, але не можуть широко потрапити на ринок США. Для споживачів це означає «заморожений» ландшафт, де апаратні покращення, що могли б розв’язати деякі проблеми поточного Wi‑Fi, фактично заблоковані.
Який роутер обрати зараз
Під час купівлі нового роутера потрібно враховувати кілька чинників: ваш інтернет‑тариф і парк домашніх пристроїв.
На ринку доступно кілька поколінь стандартів:
Wi‑Fi 5 (802.11ac) усе ще придатний для базового веб‑серфінгу та потокового відео, але неефективний із гігабітними тарифами та великою кількістю пристроїв.
Wi‑Fi 6 (802.11ax) — хороший вибір для тарифів до 1 Гбіт/с, краще справляється з одночасними підключеннями.
Wi‑Fi 6E додає діапазон 6 ГГц, своєрідну «швидкісну смугу», яка оминає перевантажені 2,4 і 5 ГГц. Такі роутери вже суттєво подешевшали порівняно з Wi‑Fi 7, при цьому їхніх можливостей вистачає більшості домогосподарств.
Wi‑Fi 7 має сенс як інвестиція, якщо у вас є багатогігабітний оптичний тариф, кілька пристроїв із підтримкою Wi‑Fi 7 і реальна потреба в дуже швидких локальних передачах даних (наприклад, робота з великими відеофайлами в межах домашньої мережі).
Проблеми ринку Wi‑Fi 7 сьогодні
Нині сегмент роутерів Wi‑Fi 7 стикається з низкою системних проблем:
стандарт сертифікації допускає максимально спрощену реалізацію MLO, аби лише формально виконати вимоги;
структура торговельних марок дозволяє деяким брендам узагалі обходити навіть цей мінімальний поріг, використовуючи напис «WiFi 7» без реальної підтримки MLO;
федеральні обмеження ланцюжків постачання в США заблокували виробникам можливість швидко скоригувати дизайн пристроїв і довести їх до рівня, що відповідає маркетинговим обіцянкам.
У підсумку, якщо швидкість у тестах відповідає вашому тарифу від провайдера, ваш роутер виконує свою основну роботу. Не варто переплачувати за «мрію», якої ваші пристрої не підтримують, яку сертифікація майже не гарантує, а регуляторні заборони ще й гальмують.
Siri ніколи не була найрозумнішим голосовим асистентом, але особливо розчаровує те, як вона майже не розвивалася попри агресивне просування Apple Intelligence. Уже вийшло дві великі версії iOS без «прокачаного» Siri, який Apple обіцяла раніше. Нарешті під час презентації WWDC 2026 компанія анонсувала покращену версію Siri, і схоже, що віртуальний помічник починає відповідати очікуванням, сформованим кілька років тому. Ми випробували Siri AI і з’ясували, що він справді корисний для відповідей на складні запити та виконання пов’язаних між собою команд.
Новий Siri AI цього року отримають лише пристрої, сумісні з Apple Intelligence. До них належать усі iPhone, випущені починаючи з iPhone 15 Pro, а також iPad і Mac на базі Apple Silicon. Підтримується й iPad mini 2024 року, оскільки в ньому використовується той самий чип, що й в iPhone 15 Pro. Щоб перевірити сумісність, відкрийте «Параметри», трохи прокрутіть список і, якщо бачите розділ «Apple Intelligence & Siri», ваш iPhone має отримати оновлений Siri з підтримкою ШІ разом зі стабільним релізом iOS 27 цієї осені.
Цікаво, що Apple спершу випустить нового асистента як бета-версію. Ймовірно, користувачам доведеться вручну погодитися на участь, подібно до того, як тестувальники бета-версії iOS 27 для розробників записувалися в список очікування. На щастя, сумісність із самою iOS 27 не повинна стати проблемою — Apple розширює підтримку аж до iPhone 11.
Siri тепер краще обробляє персональні запити — розуміє контекст і може посилатися на дані з нотаток, повідомлень, електронної пошти та фото. Асистент працює на основі новіших Apple Foundation Models, які зберігаються на самому пристрої, що має пришвидшити відповіді та поліпшити конфіденційність. Складніші запити перенаправляються до більших моделей у хмарі через Private Cloud Compute. Apple стверджує, що цей підхід гарантує, що ваші дані залишаються недоступними для будь-кого, окрім вас.
Якщо у вас iPhone 17 Pro, 17 Pro Max або iPhone Air, Siri AI зможе використовувати ще потужнішу локальну модель. Це має покращити загальний досвід, а головне — дозволить додати виразніші голоси Siri, поліпшене розпізнавання мовлення та точніший диктат.
Майбутні iPhone 18 Pro і чутки про iPhone Fold також передбачають використання потужних моделей ШІ на пристрої. Водночас поки неясно, чи отримає таку ж модель базовий iPhone 18. Аналітик Мін-Чі Куо повідомляв, що Apple планує збільшити обсяг пам’яті в нон-Pro iPhone до 9 ГБ. Однак сама Apple зазначає, що її найпотужніші локальні моделі ШІ вимагають щонайменше 12 ГБ RAM.
Потрібно визнати, що значна частина можливостей Apple Intelligence наразі виглядає як сирі AI-функції, які не дуже змінюють досвід користування iPhone. Втім, Siri AI здається дійсно корисним. Навіть у випробуваних нами бета-збірках віртуальний асистент працював швидко та точно.
Водію Tesla Model 3, який в’їхав в житловий будинок у Техасі й спричинив загибель літньої жінки, пред’явлено обвинувачення в убивстві через необережність. Про це йдеться в кримінальній скарзі, поданій офісом шерифа округу Гарріс.
Інцидент стався минулого місяця в місті Кеті, штат Техас. За даними скарги, Майкл Батлер керував Tesla Model 3 у режимі Full Self-Driving (повне автономне водіння), коли потрапив у зіткнення на великій швидкості, що закінчилося смертю Марти Авіли, яка перебувала у своєму будинку.
У документах шерифа зазначено додаткові деталі аварії: стверджується, що Батлер натиснув на педаль акселератора й тим самим відключив режим автопілота під час виконання доставок сервісу DoorDash. За кілька днів після інциденту Ашок Елусвамі, віцепрезидент з штучного інтелекту в Tesla, написав у X, що «водій вручну перевизначив роботу системи, натиснувши на акселератор до 100 відсотків» і «під час аварії досяг швидкості 73 милі на годину» (близько 117 км/год).
За даними офісу шерифа, слідчі отримали письмову згоду водія на обшук і вилучення автомобіля Tesla та його мобільного телефона. У скарзі зазначено, що на телефоні Батлера було знайдено кілька пошукових запитів у Google щодо Full Self-Driving, зокрема: «tesla fsd not aggressive enough 2026 model», «FSD is not aggressive enough for city driving» і «tesla fsd too timid».
Після директиви Трампа, яка змусила Anthropic прибрати з онлайну свої найновіші AI‑моделі, та на тлі зростання запитів на «суверенні» технології, що зменшують залежність від США, Mistral AI опинилася в центрі уваги. Але французький AI‑улюбленець часто залишається нерозумілим, а те, що компанія розробляє великі мовні моделі (LLM), лише ускладнює картину.
Ті, хто оцінює Mistral за тим, наскільки вона близька до статусу «європейської OpenAI», будуть розчаровані. Її чат‑бот та агент Vibe, раніше відомий як Le Chat, має лише крихту впізнаваності бренду ChatGPT, а моделі Claude популярніші за моделі Mistral навіть серед фаундерів, що працюють у Station F, паризькому стартап‑кампусі.
Водночас сторонні спостерігачі часто не помічають, що французький «декакрон» йде за «плейбуком Palantir»: компанія відправляє до клієнтів інженерів, які працюють «у полі», допомагаючи урядам та великим корпораціям впроваджувати AI та адаптувати його під їхні сценарії використання.
Такий підхід краще відповідає реальним можливостям Mistral. Хоча ходять чутки, що компанія залучає близько $3,5 млрд при оцінці $23,15 млрд, майже подвоюючи нинішню капіталізацію, це все одно набагато менше, ніж у провідних американських AI‑лабораторій. Втім, її виручка також різко зросла: у лютому компанія повідомила, що річний повторюваний дохід (ARR) перевищив $400 млн проти $20 млн роком раніше, і заявила, що перебуває на шляху до подолання позначки в $1 млрд ARR цього року.
Це допомогло Mistral отримати місце за столом у Давосі та навіть у залах, де технологічним керівникам складно донести свою позицію, як‑от у французькому парламенті. CEO Mistral Артур Менш став публічним амбасадором певного бачення AI, але йому ще належить чимало попрацювати над тим, щоб краще пояснити місію власної компанії.
У великому дописі на LinkedIn Менш розклав по поличках, чим саме займається паризька компанія «на життя»: розгортає свої моделі та агентську платформу на інфраструктурі корпоративних клієнтів і допомагає їм будувати кастомні моделі за допомогою Forge — платформи, що дозволяє використовувати власні дані для навчання.
Однак непорозуміння й завищені очікування довкола Mistral не виникають на порожньому місці. Компанія, названа на честь вітру, переслідує масштабну візію. «Ми існуємо для того, щоб кожен мав доступ до найкращих AI‑систем, поза централізованим контролем з боку держав чи корпорацій, які вважають за потрібне контролювати кінцеве розгортання AI», — написав Менш.
Це бачення означає, що Mistral дивиться далі за межі корпоративного ринку. Вона також планує й надалі активно інвестувати в дослідження, щоб не відставати від конкурентів у базових моделях AI — і в дописі Менш також пояснив, де, на його думку, компанія нині перебуває в цій гонці.
«Сьогодні ми ще не володіємо найкращими мовними моделями, але постійно скорочуємо відставання. У нас є надзвичайно цікава модель, яку ми презентуємо цього літа — вона буде з відкритими вагами, і ми відкриваємо ранній доступ до неї в липні. У доменах, де обчислювальні ресурси менш критичні — наприклад, голос, комп’ютерний зір чи обробка документів — у нас уже є рішення рівня state‑of‑the‑art», — стверджує Менш.
Майбутня модель Mistral уже встигла наробити галасу в X (колишній Twitter), де Менш і інвестор Mistral Марк Андріссен активно підхоплюють жарти й меми довкола того, що ми тепер точно знаємо: модель не зватиметься «Le Chaton Fat». Ще одна ознака того, що світ — особливо «решта світу» — уважно стежить за тим, що Mistral готує далі.
Найцікавіше ж відбувається за лаштунками. На початку цього року Mistral придбала інфраструктурний стартап Koyeb, щоб посилити плани зі створення «справжньої AI‑хмари». Компанія також оголосила інвестиційну стратегію на €4 млрд (приблизно $4,56 млрд) для будівництва дата‑центрів у Франції та Швеції — і мотиви технологічного суверенітету тут надзвичайно відчутні.
«Ми будуємо, виходячи з припущення, що AI — це товарна технологія, у безпечному та доступному постачанні якої потребує кожна організація», — написав Менш. Якщо вам цікаво дізнатися більше, читайте далі.
Хто заснував Mistral AI
Троє співзасновників Mistral мають бекграунд у академічних дослідженнях AI та працювали в підрозділах великих американських IT‑компаній, що мають офіси в Парижі. До того, як очолити Mistral на посаді CEO, Артур Менш працював у DeepMind (Google); CTO Тімоте Лакруа та chief scientist Гійом Лампль раніше працювали в Meta.
Компанія також надала статус «співзасновників‑радників» кофаундерам стартапу медичного страхування Alan — Шарлю Горантіну та Жан‑Шарлю Самюельян‑Верву (останній також входить до ради директорів). Крім того, нещодавно Mistral найняла трьох нових топменеджерів для підтримки зростання: Йоганна Бергквіста (Chief Financial Officer), Браяна Голла (Chief Marketing Officer) та Камала Брара (SVP, Partners & Alliances).
Основні моделі Mistral AI
Mistral розробила широкий набір моделей — від LLM до мультимодальних, моделей для логічного міркування, аудіо й розпізнавання тексту (OCR). Не всі моделі роблять ставку на розмір: промовиста назва Mistral Small 4 і лінійка «Les Ministraux» — це сімейство моделей, оптимізованих для роботи на edge‑пристроях, зокрема смартфонах. Частина моделей має відкриті ваги, а код агента Leanstral компанія зробила open source.
Партнерства Mistral AI
У 2024 році Mistral підписала угоду з Microsoft, яка передбачала інвестицію €15 млн і стратегічне партнерство з розповсюдження моделей французької компанії через хмарну платформу Microsoft Azure.
У травні 2025 року Mistral оголосила, що візьме участь у створенні AI‑кампусу в передмісті Парижа в межах спільного підприємства з інвестиційною компанією ОАЕ MGX, NVIDIA та державною інвестбанком Bpifrance.
У червні 2025 року Mistral анонсувала запуск у 2026 році європейської платформи для AI на базі процесорів Nvidia — Mistral Compute. Ініціативу назвали «історичною» президент Франції Емманюель Макрон, який незабаром після оголошення подіум поділив із Меншем і CEO Nvidia Дженсеном Хуангом на конференції VivaTech.
У липні 2025 року Mistral запустила ініціативу AI for Citizens, яка, за заявою компанії, має «допомогти державам і публічним інституціям стратегічно використовувати AI в інтересах своїх громадян, трансформуючи державні послуги».
У вересні 2025 року Mistral та чипмейкер ASML оголосили про партнерство «для дослідження використання моделей AI у всьому продуктовому портфоліо ASML, а також у дослідженнях, розробці й операційній діяльності».
Mistral також уклала стратегічні партнерства з Accenture, інформагентством Agence France‑Presse, армією Франції та її державною службою зайнятості, урядом Люксембургу, судноплавним гігантом CMA, німецьким оборонним техностартапом Helsing, IBM, Orange та Stellantis.
Фінансування Mistral AI
Більша частина залучених Mistral коштів припадає на боргове фінансування, але компанія провела й кілька венчурних раундів. Загалом, за даними Crunchbase, йдеться приблизно про $4 млрд.
У червні 2023 року, всього через місяць після заснування, Mistral AI залучила рекордний посівний раунд у $113 млн під проводом Lightspeed Venture Partners. Джерела тоді повідомляли, що раунд, найбільший посівний в історії Європи, оцінив стартап у $260 млн.
Серед інших інвесторів у цьому раунді були Bpifrance, Ерік Шмідт, Exor Ventures, First Minute Capital, Headline, JCDecaux Holding, La Famiglia, LocalGlobe, Motier Ventures, Родольф Сааде, Sofina та Ксав’є Ніель.
Через шість місяців Mistral закрила раунд Series A на €385 млн ($415 млн на той момент) при заявленій оцінці в $2 млрд. Раунд очолив Andreessen Horowitz (a16z), у ньому також взяли участь Lightspeed, а також BNP Paribas, CMA‑CGM, Conviction, Елад Гіл, General Catalyst і Salesforce.
Конвертована інвестиція Microsoft у $16,3 млн у межах партнерства, оголошеного в лютому 2024 року, була подана як розширення Series A, що передбачало незмінну оцінку компанії.
У червні 2024 року Mistral залучила ще €600 млн (близько $640 млн) у вигляді комбінації акціонерного та боргового фінансування. Широко обговорюваний раунд очолив General Catalyst при оцінці $6 млрд, серед помітних інвесторів виступили Cisco, IBM, Nvidia та Samsung Venture Investment Corporation.
У вересні 2025 року Mistral закрила раунд Series C на €1,7 млрд (близько $2 млрд) під проводом ASML при оцінці €11,7 млрд (приблизно $13,8 млрд). У раунді також взяли участь чинні інвестори DST Global, a16z, Bpifrance, General Catalyst, Index Ventures, Lightspeed і Nvidia.
Які компанії придбала Mistral AI
Окрім інфраструктурного стартапу Koyeb, Mistral також купила австрійський стартап Emmi, що спеціалізується на фізичних моделях AI. Мета цього придбання — краще підтримувати промислові підприємства в їхній AI‑трансформації.
Чи буде Mistral AI робити власні чипи
Поки що Mistral не розробляє власні чипи, але Менш не виключає цього в майбутньому. «Володіти власними чипами — це може статися, я вважаю, що в якийсь момент так і має бути. Але наразі ми покладаємося на Nvidia, яка є чудовим партнером для нас, і тестуємо кілька різних речей», — сказав він в інтерв’ю CNBC.
Яким може бути вихід Mistral AI
«Mistral не продається», — заявив Менш у січні 2025 року під час Всесвітнього економічного форуму в Давосі. «Звісно, IPO — це наш план».
Це логічно, з огляду на те, скільки коштів стартап уже залучив: навіть продаж потенційному покупцеві на кшталт Apple, про що періодично ходять чутки, навряд чи забезпечив би потрібні мультиплікатори для інвесторів — не кажучи вже про ризики для технологічного суверенітету залежно від того, хто саме стане покупцем.
Місія NASA Swift Boost стартувала з Маршаллових Островів 3 липня о 4:36 за східноамериканським часом після кількох затримок. Агентство вже готує її до головної мети — порятунку орбітальної обсерваторії Neil Gehrels Swift, яка сходить з орбіти швидше, ніж очікувалося. Наземні команди Swift Boost вже встановили зв’язок із LINK — роботичним космічним апаратом компанії Katalyst Space з Аризони, створеним для стикування з обсерваторією та «буксирування» її на вищу орбіту.
Це був нетиповий космічний запуск. LINK кріпився до ракети Northrop Grumman Pegasus XL, яку, своєю чергою, підвісили під фюзеляж літака Stargazer. Літак злетів з атолу Кваджалейн (Маршаллові Острови), а потім скинув ракету Pegasus XL у повітрі на висоті близько 40 000 футів. Після кількох секунд вільного падіння двигуни ракети запрацювали й вивели LINK у космос.
За даними NASA, встановлення контакту з LINK було першим завданням місії, і його успішно виконано. Апарат уже увімкнено, і протягом кількох наступних тижнів Katalyst проведе перевірки його стану — систем руху, сенсорів і навігації. Після завершення тестів LINK вирушить до обсерваторії Swift для її детального огляду.
Далі LINK має захопити Swift, пристикуватися до нього за допомогою трьох роботизованих маніпуляторів і потім поступово підняти обсерваторію до орбіти висотою приблизно 370 миль (близько 600 км). Це подовжить термін її роботи ще на десятиліття. На доставку обсерваторії на вищу орбіту піде орієнтовно від 10 до 12 тижнів.
Усі космічні апарати рано чи пізно сходять з орбіти, але нещодавня підвищена сонячна активність спричинила значно швидше руйнування орбіти Swift. Без допомоги LINK космічний телескоп Swift міг би почати неконтрольований спуск з орбіти вже наприкінці цього року.
Китайська Alibaba заборонить співробітникам користуватися інструментом програмування Claude Code від Anthropic, починаючи з 10 липня, повідомляють кілька джерел.
Anthropic уже забороняє китайським компаніям, а також іноземним структурам, що їм належать, використовувати свої моделі. Компанія, за повідомленнями, працює над тим, щоб закрити лазівки, які дозволяють користувачам з Китаю отримувати доступ до Claude.
Згідно з недавнім дописом на Reddit, частиною цих заходів стала версія Claude Code, яка могла таємно виявляти китайських користувачів. Представник Anthropic Тарік Шихіпар у дописі в X пояснив, що це був «експеримент, який ми запустили в березні та який був покликаний запобігати зловживанням акаунтами з боку неавторизованих реселерів і захистити від дистиляції». (Дистиляція — це практика, коли одні моделі ШІ навчають на відповідях інших моделей.)
«Команда вже запровадила ефективніші механізми захисту, і ми насправді давно планували прибрати це рішення», — додав Шихіпар.
Попри це, Alibaba, за даними ЗМІ, класифікувала Claude Code як програмне забезпечення підвищеного ризику та інструктує співробітників переходити на власний інструмент компанії під назвою Qoder.
Жителі Маямі отримали ще один варіант автономного таксі — щоправда, лише для тих, хто мешкає в певній частині міста. Як повідомили в X, Tesla розширила сервіс Robotaxi на невелику ділянку Західного Маямі.
Як і під час запуску роботаксі в Далласі та Гʼюстоні на початку цього року, Tesla обмежує початкову зону роботи сервісу в Маямі районами поза переповненим центром міста. Водночас у відео, що поширюються в X, уже видно пасажирів у безпілотних роботаксі Tesla.
Особливо помітно, що автомобілі Tesla працюють без інструктора з безпеки в салоні — це була суперечлива практика, коли компанія вперше запустила свій автономний сервіс таксі в Остіні, штат Техас. Очікується, що Tesla згодом розширить географію роботи роботаксі в Маямі, зважаючи на те, що минулого місяця компанія поширила сервіс на всю агломерацію Остіна.
Стартап зі штучного інтелекту Midjourney в межах поточного судового спору з трьома голлівудськими студіями намагається зобов’язати їх розкрити деталі власного використання ШІ.
Disney та Universal подали позов проти Midjourney торік, звинувативши компанію у порушенні авторських прав. У позові йдеться, що моделі для генерації зображень від Midjourney можуть створювати зображення персонажів, зокрема Барта Сімпсона та Дарта Вейдера, права на яких належать цим студіям. Через кілька місяців до них приєдналася Warner Bros., також подавши позов проти стартапу.
Midjourney наполягає, що тренування його моделей штучного інтелекту на зображеннях захищених авторським правом персонажів дозволене в межах доктрини «fair use» (добросовісного використання).
Поточний спір стосується того, яку саме документацію студії мають надати на стадії розкриття доказів (discovery). Раніше суддя постановив, що студії дійсно повинні надати інформацію про використання ними генеративного ШІ, але лише в тих випадках, коли це призвело до створення «орієнтованих на споживача» відео та зображень.
У своїй новій заяві Midjourney намагається скасувати це обмеження, стверджуючи, що воно «несправедливо» дозволяє студіям «вибірково надавати лише ті документи, які, на їхню думку, підтверджують їхні твердження про шкоду ринку, одночасно позбавляючи Midjourney документів, які підтримали б її захисну позицію».
Компанія також заявляє, що «документи, які [студії] приховують, якраз і мали б показати, чи не роблять вони за зачиненими дверима те саме, у чому звинувачують Midjourney».
Наприклад, стартап зазначає, що якщо студії розробляють власні моделі генерації зображень «для внутрішнього використання під час створення сторібордів або генерування ідей для контенту кіно чи телебачення, такі докази однаково продемонстрували б, що це — галузева практика, навіть серед самих студій, завантажувати й тренувати ШІ на неліцензованому контенті, захищеному авторським правом».
У документах до суду Midjourney також наполягає, щоб студії розкрили всі запити (prompts), які вони вводили в Midjourney, а також усі отримані результати, а не лише ті, які нібито призвели до порушення авторських прав.
Раніше головний юрист студій Девід Сінгер заявляв, що запит Midjourney на надання документації є «риболовлею в каламутній воді».
Він також стверджував, що студії «не намагаються зупинити розвиток технологій ШІ чи навіть закрити бізнес Midjourney», а лише «хочуть, щоб Midjourney припинила копіювати їхні фільми та серіали, а також припинила розповсюдження, публічний показ, публічне виконання та створення похідних творів, що містять копії їхніх відомих персонажів без дозволу».
Смартгодинники та інші «носимі» гаджети давно вийшли за межі підрахунку кроків і вимірювання пульсу. Багато сучасних моделей відстежують сон, температуру шкіри, частоту дихання, рівень кисню в крові, варіабельність серцевого ритму і навіть попереджають про можливі ознаки апное сну. Якщо вірити маркетингу Big Tech, можна подумати, що смартгодинник ось-ось перетвориться на справжній трикордер зі Star Trek. Але наскільки надійні такі гаджети у виявленні ранніх ознак хвороб та інших медичних станів?
Отримання смартгодинником схвалення від FDA (американського регулятора) для нової медичної функції зазвичай супроводжується гучними кампаніями, які натякають, що пристрій вміє більше, ніж насправді. Осінні презентації Apple вже важко уявити без зворушливих історій про те, як Apple Watch «рятує життя». До хайпу свого часу долучалася й адміністрація Трампа, коли міністр охорони здоров’я та відомий поширювач дезінформації Роберт Ф. Кеннеді-молодший називав носимі пристрої «ключем» до своєї програми.
Чи не є тоді все це навколо «розумного» здоров’я просто димом в очі? Не зовсім. Деякі гаджети справді можуть помічати можливі ознаки розвитку хвороби, але загалом смартгодинники не надто добре справляються з діагностикою прихованих станів. І не всі функції однаково корисні.
Найкраще носимі пристрої вміють фіксувати відхилення від звичних для вашого організму показників. Такі «аномалії» можуть підказати, що варто детальніше обговорити це з лікарем.
Одна з ділянок, де вони вже довели ефективність, — виявлення фібриляції передсердь (AFib), порушення серцевого ритму, яке підвищує ризик інсульту. В одному з досліджень Apple Watch нерегулярні імпульсні сповіщення підтверджувалися як AFib у 84 відсотках випадків.
Цього рівня точності достатньо, щоб зробити AFib однією з небагатьох функцій смартгодинників, які багато лікарів вважають клінічно корисними. Причина в тому, що у фібриляції передсердь є чітка фізіологічна «підписка», яку відносно просто виявити споживчому носимому пристрою.
Список інших «високодостовірних» метрик набагато коротший. Лікарі нещодавно сказали The New York Times, що з медичної точки зору відносно надійними можна вважати базові показники сну (але не детальні стадії сну) та кількість кроків. Тобто клінічно корисні функції — це скоріше виняток, а не правило.
Інші показники смартгодинників поки що не настільки точні, щоб на них можна було спиратися при ухваленні медичних рішень. Сповіщення про підвищений тиск, підрахунок калорій і детальне відстеження стадій сну не вважаються достатньо надійними для того, щоб лікарі діяли на їхній основі. Показники VO2 max і варіабельність серцевого ритму дають лише приблизну оцінку рівня фізичної форми та відновлення.
Щоденні «індекси самопочуття», як-от Readiness в Oura чи Recovery у Whoop, взагалі ґрунтуються на закритих алгоритмах. Для лікарів це означає, що з отриманими даними важко щось зробити.
Навіть більш надійні метрики можуть спричиняти хибні спрацьовування. Наприклад, підвищення частоти серцевих скорочень у стані спокою може свідчити про те, що організм бореться з інфекцією. Але так само це може бути наслідком поганого сну чи кількох зайвих келихів алкоголю напередодні.
Сучасні пристрої досить добре помічають, що щось не так, але не дуже добре розуміють, що саме і чому. Тому лікарі більше зважають не на окремі показники, а на загальні тенденції.
Задовго до того, як ви відчуєте симптоми грипу чи COVID-19, тіло починає змінюватися непомітними способами. Окремо зміни температури шкіри, частоти серцебиття у спокої чи дихальних патернів можуть мало про що говорити. Але разом, у порівнянні з вашою звичною «базою», вони можуть натякати, що ви починаєте хворіти.
Дослідження показали, що носимі пристрої здатні виявляти фізіологічні зміни, пов’язані з респіраторними інфекціями, ще до появи симптомів. Важливо, що вони фіксують реакцію організму на інфекцію, а не сам вірус чи бактерію. Нещодавнє дослідження Техаського університету A&M та Стенфорда виявило, що смартгодинники можуть виявляти ранні ознаки COVID-19 та грипу протягом кількох годин після зараження. За оцінками дослідників, якщо спонукати людей раніше самоізолюватися, тестуватися і звертатися по лікування, це може скоротити поширення пандемічних інфекцій до 50 відсотків.
Звісно, носимі пристрої, пандемії та сезонний грип існують вже давно, але останні досягнення в галузі ШІ та сенсорів можуть просунути ситуацію далі. Компанії на кшталт Google, Oura та Whoop уже запустили в своїх застосунках різні «ШІ-тренери» чи «радники», які допомагають користувачам розібратися у власних даних.
Є й функції, які формально не називають «ШІ», але працюють подібно — наприклад, Symptom Radar в Oura чи Vitals в Apple. Вони поєднують інформацію з кількох сенсорів і порівнюють її з вашими базовими показниками. Потужність новітніх мовних моделей штучного інтелекту, як-от Google Gemini у фірмовому Health Coach, ймовірно, відіграватиме дедалі більшу роль у тому, щоб зв’язувати всі ці дані в загальну картину та пропонувати конкретні кроки.
Однак, як і у випадку з фірмовими «індексами відновлення», більшість аналізу за участю ШІ відбуватиметься «під капотом» застосунків. Це означає, що лікарям часто просто не буде з чим працювати.
У найкращому випадку медичний аналіз на основі ШІ буде м’яко підштовхувати людей раніше звертатися по допомогу. У гіршому — підштовхуватиме покладатися на комп’ютерні поради замість консультацій із лікарями.
Попри те, що сучасні системи ШІ зазвичай супроводжуються попередженнями «зверніться до реального лікаря», ризик залишається: люди можуть сприймати дані зі смартгодинника чи підказки в застосунку як остаточний вирок щодо свого здоров’я. Але чи йдеться про інформацію з мініатюрного сенсора на зап’ясті, чи про поради чатбота на телефоні — ніщо не замінить регулярних медичних оглядів у фахівців.
Майбутнє носимих медичних технологій, імовірно, не виглядатиме як годинник, що самостійно ставить діагнози — міфічний «трикордер на зап’ясті». Швидше за все, це буде пристрій, який непомітно стежить за вашими показниками, попереджає, коли щось виходить за рамки норми, і дає ще одну корисну точку для розмови з вашим лікарем.
Цього тижня стартувало масштабне спостереження неба Legacy Survey of Space and Time в обсерваторії Віри Рубін — проєкт, що готувався понад два десятиліття. Він може допомогти краще зрозуміти як Сонячну систему, так і найбільші загадки Всесвіту — від темної енергії та темної матерії до розширення космосу.
Обсерваторія Віри Рубін розпочала роботу
Обсерваторія Віри С. Рубін у Чилі, яка має найбільшу у світі цифрову камеру на 3200 мегапікселів, розпочала своє 10-річне картографування Всесвіту. Кампанія стартувала 30 червня, і протягом наступного десятиліття телескоп робитиме новий знімок приблизно кожні 40 секунд, спостерігаючи все південне небо кожні кілька ночей. У пресрелізі запуск описали як створення «надширокого, надвисокоякісного таймлапс-запису Всесвіту».
«Сьогодні ми починаємо знімати найвеличніший космічний фільм з усіх, що коли-небудь створювалися», — сказав Брайан Стоун з Національного наукового фонду США. Минулого літа обсерваторія під час тестового запуску вже отримала перші зображення, продемонструвавши вражаючий вигляд мільйонів галактик і зірок, а також тисяч раніше невідомих астероїдів.
У межах десятирічного огляду неба, відомого як Legacy Survey of Space and Time (LSST), телескоп приблизно 800 разів повертатиметься до кожної ділянки неба, що дозволить фіксувати зміни та космічні події. Щоночі Рубін робитиме близько тисячі знімків, генеруючи приблизно 10 терабайтів даних на день.
«Він вирушає в місію, що перевизначить сучасну космологію та астрофізику», — заявив Даріо Хіл, заступник міністра енергетики США з питань науки. «Намагаючись зрозуміти загадкові явища темної енергії та темної матерії, ми не просто спостерігаємо за зірками; ми прагнемо осягнути фундаментальні закони, які керують нашим існуванням».
Водолазні костюми для плаваючих кіборг-тарганів
На цьому тижні в категорії «дослідження, від яких мурашки по шкірі» вчені з Наньянського технологічного університету в Сінгапурі та університету Васеда в Японії повідомили, що розробили мініатюрний «водолазний костюм», який дозволяє кіборг-тарганам кілька годин плавати під водою.
Якщо ви питаєте себе, навіщо взагалі перетворювати тарганів на кіборгів і змушувати їх плавати під водою, ви не самі. На думку дослідників, кіборг-комахи можуть бути корисними в рятувальних операціях, оскільки здатні проникати в щілини й простори, недоступні людям, тваринам і більшим роботам. Навесні цього року такі кіборг-таргани вперше застосовувалися в реальних умовах під час пошуково-рятувальних робіт після руйнівного землетрусу в М’янмі.
Зазвичай затоплене середовище є непридатним для таких кіборгів: ідеться про живих мадагаскарських шиплячих тарганів, оснащених електронними контролерами. Гнучкий «водолазний костюм» складається з блока для генерування кисню, гнучкого корпусу та чотирьох силіконових трубок, під’єднаних до дихальців таргана — отворів, через які він дихає. Команда зазначає, що трубки можна згодом безболісно зняти, не завдаючи шкоди комасі.
У статті в журналі Nature Communications дослідники повідомляють, що в тестах такі кіборг-роботи змогли перебувати під водою й плавати до трьох годин.
NASA обрала три компанії для місячної бази 2028 року
На початку цього року NASA оновило плани місячних досліджень, оголосивши, що тимчасово призупиняє створення орбітальної станції Lunar Gateway і натомість зосередиться на будівництві місячної бази вартістю близько 20 млрд доларів. Перші три місії з доставки вантажів на поверхню Місяця для майбутньої бази мають відбутися до кінця 2026 року.
Цього тижня NASA оголосило ще про чотири місії до Місяця, заплановані на кінець 2028 року. Космічне агентство повідомило, що уклало контракти загальним обсягом майже 600 млн доларів з компаніями Astrobotic, Firefly Aerospace та Intuitive Machines на доставку наукових вантажів для місячної бази.
Astrobotic здійснить два рейси на Місяць, тоді як інші дві компанії виконають по одній місії. Усі посадки використовуватимуть оновлені версії посадкових апаратів кожної компанії, створені з урахуванням досвіду попередніх місій у межах програми NASA Commercial Lunar Payload Services (CLPS).
Набір наукових приладів буде однаковим для всіх доставок:
– Stereo Camera for Lunar Plume Surface Studies (SCALPSS) — стереокамера для збору даних про процес посадки;
– Laser Retroreflector Array (LRA) — лазерна ретрорефлекторна решітка для високоточного визначення місцеположення апаратів на орбіті чи під час посадки;
– Linear Energy Transfer Spectrometer (LETS) — спектрометр для вимірювання енергії космічного випромінювання.
Якщо це здається надмірною дубляцією, то в цьому й полягає ідея.
«Запускаючи однакові наукові інструменти на різних посадкових апаратах, ми краще зрозуміємо потенційні ризики під час посадки та створимо глобальну мережу даних про умови середовища й навігаційних міток на Місяці», — пояснив Джоел Кернс, заступник асоційованого адміністратора з досліджень у Директораті наукових місій NASA. — «Це подібно до мережі метеостанцій у різних точках Землі. Ці три прилади вже випробувані в польотах, а їхні дані критично важливі для забезпечення безпечних пілотованих досліджень місячної поверхні».
Через 250 років після підписання Декларації незалежності в новому рекламному ролику Google ставить запитання: що було б, якби батьки-засновники мали доступ до Google Workspace?
З лозунгом “Груповий проєкт, але зробіть це 1776” у ролику показують переважно невидимого в кадрі Томаса Джефферсона в процесі написання чернетки, коли він отримує настирливе повідомлення від Бенджаміна Франкліна. Далі все перетворюється на вкрай “гуглоцентричний” процес співпраці: у Google Docs пропонуються правки, у Google Calendar призначається зустріч, яка проходить віддалено через Google Meet (де, схоже, всі учасники вимкнули камери), а потім документ фіналізують за допомогою електронних підписів — і тоді вже можна запускати феєрверки.
Оскільки це реклама технокомпанії у 2026 році, без штучного інтелекту не обійшлося. Уявні засновники використовують інструмент ШІ Google “help me visualize”, щоб приміряти різних тварин на роль національного герба, Gemini робить нотатки під час зустрічі, а також чат-бота просять поради перед тим, як відхилити запит короля Георга III на доступ до документа.
Увесь ролик витриманий у жартівливому тоні (в один момент Сем Адамс запитує: “Можемо вирішити це за келихом пива?”), а популяризація ШІ подається відносно делікатно порівняно з багатьма іншими недавніми рекламами. І, на відміну від того сумнозвісного ролика Google, де батько використовує Gemini, щоб написати фан-лист від імені доньки, тут уникнули натяку, що сам текст Декларації незалежності можна було б покращити за допомогою ШІ. Можливо, найбільш “ШІшною” частиною ролика є власне відеоряд, який, принаймні на око автора, має той самий тривожно-штучний відблиск, притаманний AI-генерованому відео.
Хоча коментарі глядачів на YouTube та Instagram загалом здебільшого позитивні, реакція в соцмережі Bluesky виявилася набагато критичнішою. Користувачі називали рекламу “крінжовою” і “вражаюче глухою до контексту”, а головною мішенню стала саме лінія зі штучним інтелектом — хоча багато користувачів, зокрема історик Ангус Джонстон, зауважили, що “вражає, наскільки мало тут насправді ШІ”.
“Навіть у банальній фантазійній жартику неможливо переконливо показати, що ШІ є корисним інструментом для політичної організації, написання текстів чи людської співпраці”, — сказав Джонстон.
Інструмент Claude від Anthropic отримав ще один рівень керованості — так звані Skills (скіли), які дозволяють один раз описати потрібний робочий процес і далі запускати його в один крок. Канал Futurepedia розповів, як ці скіли працюють, чим відрізняються вбудовані можливості від власноруч створених навичок і чому саме вони можуть стати головним «множником продуктивності» для користувачів Claude.
Що таке скіли в Claude і навіщо вони потрібні
Скіли в Claude — це по суті «рецепти» для повторюваних завдань. Вони містять:
інструкції (що саме робити),
контекст (як саме це робити),
очікуваний формат результату.
Ідея проста: замість того, щоб щоразу писати довгу підказку з поясненням тону, структури й вимог, користувач один раз оформлює це у вигляді скіла. Далі Claude автоматично застосовує цей набір правил, коли ви запускаєте відповідне завдання — і дає стабільний результат з першої спроби.
Ключові властивості:
працюють у всіх режимах Claude: чат, Co-work, Code;
можуть переноситися в інші інструменти (наприклад, Hermes, Codex, Manis);
технічно це звичайний текстовий файл у форматі Markdown, в який «зашиті» інструкції;
розширені скіли можуть підвантажувати додаткові файли — інші markdown-документи, зображення, PDF — як візуальні чи текстові гайди.
Перед використанням важливий базовий крок: у налаштуваннях Claude в розділі Capabilities потрібно увімкнути Code execution та File creation — без цього скіли не запустяться.
Вбудовані скіли та плагіни: що вже є «з коробки»
Claude містить набір готових скілів, які активуються автоматично, коли користувач формулює типове завдання. Наприклад:
попросити зробити презентацію — запуститься скіл для PowerPoint;
створити таблицю — використається скіл для електронних таблиць;
сформувати Word-документ або PDF;
виконати аналіз даних.
У результаті користувач отримує одразу відформатований, редагований файл без необхідності щоразу описувати вимоги.
Додаткові скіли можна знайти в інтерфейсі Claude:
Розділ Customize → Skills → Browse.
Там доступні додаткові навички від Anthropic.
Достатньо натиснути «+», щоб додати ті, що підходять до ваших сценаріїв.
Поверх окремих скілів існує ще один рівень — плагіни. Це пакети, що об’єднують:
кілька скілів;
конектори до зовнішніх сервісів.
Anthropic пропонує власні плагіни для:
продуктивності,
продажів,
фінансів,
юридичної роботи,
маркетингу та інших сфер.
У вкладці партнерів доступні інтеграції з популярними продуктами — наприклад, Canva, Zapier, Airtable. У кожному такому плагіні «зашито» кілька скілів, які дозволяють Claude глибше працювати з цими сервісами.
Як створити власний скіл і зробити його справді корисним
Готові скіли закриють багато типових задач, але в якийсь момент потрібні будуть сценарії, прив’язані до конкретного стилю роботи чи бізнес-процесів. Саме тоді варто створювати власні скіли.
Чому не варто починати з «магічної кнопки»
В інтерфейсі Claude є кнопка Create a skill, де можна коротко описати бажаний сценарій і отримати скіл «з нуля». Але без детально продуманого промпту це рідко дає найкращий результат: система не має реального прикладу того, «як має бути».
Натомість ефективніший підхід:
Виконати завдання в чаті як зазвичай.
Сформулювати задачу, прогнати кілька ітерацій, пояснювати, що правильно, а що ні.
Доробити до ідеального результату.
Поки вихід не стане таким, яким його хочеться бачити надалі «з першого разу».
Попросити Claude «упакувати» усе в скіл.
Фраза на кшталт: «Упакуй усе, що ми тут зробили, в скіл» запускає вбудований конструктор. Claude аналізує всю розмову й формує багаторазову інструкцію на її основі.
Зберегти скіл.
Відтепер той самий результат можна отримати без «прогорання» через кілька ітерацій — просто викликавши відповідну навичку.
Якщо користувач давно працює з Claude, багато готових до «перетворення на скіл» діалогів вже є в історії — достатньо повернутися до них і запустити процедуру пакування.
Приклад: скіл для письма «у вашому стилі»
Один із найпопулярніших сценаріїв — навчити Claude писати в манері конкретної людини: для соцмереж, блогів, маркетингових текстів, сценаріїв відео тощо. Базово жоден ШІ не відтворює індивідуальний стиль ідеально, але скіл дозволяє суттєво наблизитися.
Процес побудови такого скіла виглядає так:
Надати зразки текстів.
Скопіювати кілька власних матеріалів і попросити Claude зробити аналіз стилю.
Пройти «інтерв’ю».
Попросити Claude поставити серію запитань: як ви мислите, які теми для вас важливі, як побудовані речення, які фрази ніколи не використовуєте. Відповісти якомога розгорнутіше.
Після завершення — упакувати в скіл.
Попросити сформувати скіл на основі аналізу текстів та інтерв’ю. Claude створює файл скіла й додає його до списку користувача.
Перевірити й удосконалити.
Запустити цей скіл, оцінити результат: що вийшло вдало, що ні. Описати свої зауваження й попросити оновити скіл відповідно до фідбеку.
Цей етап постійного доопрацювання — критичний. Складні скіли рідко ідеальні з першого разу. Справді потужними вони стають завдяки регулярному:
аналізу вихідного результату,
фіксації правок,
явній інструкції Claude: «Онови скіл, враховуючи ці зміни».
З часом така ітераційна робота дозволяє делегувати дедалі більшу частину завдань — і отримувати результати, максимально наближені до «ручної» роботи.
Сторонні скіли та безпека: чому важливо перевіряти вміст
Ще один спосіб отримати скіли — завантажити їх у вигляді файлів:
з GitHub,
з маркетплейсів,
з посилань під відео чи з інших ресурсів.
Механіка проста:
Завантажити файл скіла.
В Claude у розділі Customize → Skills натиснути Add → Upload skill.
Перетягнути файл — і скіл стає доступним.
Але є суттєвий ризик. Скіл — це набір інструкцій, які ви дозволяєте Claude виконувати автоматично. Потенційно шкідливий скіл може:
змушувати Claude надсилати ваші дані кудись назовні;
у режимах Co-work чи Code — отримувати доступ до файлів на вашому комп’ютері.
Щоб мінімізувати ризики:
використовуйте скіли, створені вами особисто, або офіційні від Anthropic;
якщо джерело зовнішнє — переконайтеся, що воно надійне;
завжди відкривайте файл скіла й дивіться, що саме він робить, перш ніж його активувати.
З чого почати: перший скіл за одну сесію
Найпростіша точка входу в роботу зі скілами:
Відкрити історію чатів із Claude.
Знайти діалог, де ви вже кілька разів уточнювали й правили результат, поки він не став задовільним.
Написати в цьому діалозі: «Упакуй усе, що ми тут зробили, у скіл».
Зберегти створений скіл.
Так ви миттєво перетворюєте вже «відлагоджений» процес на повторюваний автоматичний сценарій і економите час на кожному наступному запуску.
Якщо таких розмов ще немає, можна:
взяти готові промпти з навчальних ресурсів;
або обрати одну типову задачу (наприклад, підсумки зустрічей, тексти листів, підготовка звітів), один раз довести її до правильної форми — і тоді вже упакувати в скіл.
У підсумку Claude перестає бути інструментом, якому щоразу потрібно детально пояснювати, що робити, і стає системою, яка виконує знайомі задачі стабільно й дедалі краще — завдяки накопиченню ваших власних навичок у вигляді скілів.
Джерело
Відео «Skills Make Claude 10x More Powerful», Futurepedia – https://www.youtube.com/watch?v=H0vIPXtrlHw
Канали на кшталт Tech With Tim вже давно використовують штучний інтелект не лише як «розумнішу пошукову систему», а як повноцінний двигун для бізнес‑процесів. В одному з останніх розборів автор показує, як зібрати з нуля AI‑workflow, що щодня знаходить свіжі B2B‑ліди, збирає по них ключову інформацію, оцінює і одразу готує шаблони аутріч‑листів з доставкою в Slack.
Йдеться не про черговий Zapier‑сценарій, а про недетерміністичну AI‑автоматизацію: мозок на базі LLM сам шукає компанії, аналізує сайти, видобуває контакти та приймає рішення, кому варто написати сьогодні.
Вхідні дані: кого саме шукає AI‑воркфлоу
Конфігурація сценарію починається з чіткого визначення цільового портрета компаній. У цьому випадку мова про лідогенерацію для YouTube‑каналу з технічним контентом, який продає спонсорські інтеграції.
Завдання для AI сформульоване максимально конкретно. По‑перше, тип бізнесу: потрібні AI‑SaaS компанії. По‑друге, стадія розвитку: ті, що «нещодавно підняли гроші». По‑третє, розмір: відносно маленькі гравці, приблизно від 10 до 50 співробітників.
Такий фокус важливий з двох причин. З одного боку, компанії, що тільки залучили фінансування, зазвичай агресивно інвестують у маркетинг і видимість. З іншого — невелика команда означає, що рішення про співпрацю можуть ухвалюватися швидше, без довгої бюрократії.
AI‑автоматизація отримує цю рамку як текстову інструкцію: щодня знаходити набори компаній, що відповідають цим ознакам. Для цього використовується можливість «batch web search» і «batch web crawl» у GenSpark: система сама йде в інтернет, збирає результати, а далі LLM уже фільтрує їх під задані критерії.
Збирання контактів: AI як ассистент з ресерчу
Після того як кандидатів знайдено, наступний етап — глибинний ресерч по кожній компанії. Тут LLM працює як універсальний «junior SDR», який не втомлюється відкривати десятки вкладок.
Ціль сформульована просто: для кожної знайденої компанії потрібно знайти контактну адресу. У пріоритеті — емейли, прив’язані до sponsorships, collaborations або партнерств. Якщо таких немає, підходить будь‑який загальний контакт, яким реально можна скористатися для першого дотику.
GenSpark дозволяє комбінувати кілька інструментів: отримувати метадані сторінок, робити скріншоти, краулити сайти. Але критичною є саме участь LLM: він здатний зрозуміти, що конкретна адреса на кшталт «partners@…» чи «marketing@…» є більш релевантною для рекламних інтеграцій, ніж, наприклад, «support@…».
Замість жорстких регулярних виразів тут працює смислове розуміння. Алгоритм не просто шукає рядок «contact» — він інтерпретує контент сторінки, структуру блоку «About» чи «Team», помічає згадки про співпрацю, партнерства, медіа‑кіти і зіставляє це з початковою задачею.
У підсумку на виході кожна компанія в лістингу має набір базових атрибутів: назву, короткий опис, дані про фінансування, приблизний розмір команди та одну або кілька релевантних email‑адрес.
Скоринг лідов: як AI відбирає найцікавіших
Головна відмінність цього workflow від звичайного парсера — етап осмисленого скорингу. Саме він перетворює «таблицю зі стартапами» на корисний список B2B‑лідів.
У сценарії чітко сказано: потрібно ранжувати компанії як потенційні ліди на покупку YouTube‑спонсорства для конкретного каналу. Для цього AI отримує додатковий контекст про тип рекламодавців, з якими зазвичай працює цей канал. У фокусі — освітні продукти, open‑source проєкти, сервіси із софтом або AI‑агентами.
На основі цього система має дати кожній компанії оцінку від одного до п’яти. Враховуються кілька факторів: наскільки продукт перетинається з тематикою контенту, чи виглядає компанія достатньо «дорослою», щоб інвестувати в спонсорства, чи відчувається маркетинговий фокус у їхній комунікації.
Знову ж, немає жодної жорстко закодованої формули: скоринг робить LLM, який аналізує опис продукту, позиціонування, тон презентації, можливо, навіть тексти вакансій чи блоги, якщо вони потрапляють у краул. Це типова недетерміністична задача, де замість «if‑else» працює мовна модель з інструкцією.
Результат — список лідов, проставлені бали та коротке обґрунтування, чому саме ця компанія отримала свою оцінку. У демонстраційному прогоні виявилися знайомі імена з AI‑екосистеми, що додатково підтверджує адекватність вибірки.
Slack як щоденний інбокс для лідогенерації
Остання ланка ланцюга — доставка результатів туди, де засновник чи менеджер з продажів дійсно живе щодня. У цьому кейсі обрано Slack.
Workflow налаштований працювати на щоденній основі: раз на день запускається пошук, ресерч, скоринг, і в результаті формується звіт лише по топ‑п’яти компаніях з найвищим балом. Саме їх і варто опрацьовувати в першу чергу.
Звіт надсилається у Slack у вигляді приватного повідомлення. Попередньо автор зіштовхнувся з тим, що повідомлення приходили у вигляді DM самому собі, а не в окремий канал від імені додатку — через це їх спершу просто не помітили. Після з’ясування цієї деталі стало зрозуміло, що «все працює, але нотифікації потрібно правильно відслідковувати».
У повідомлення включаються:
список п’яти пріоритетних компаній;
ключова інформація про кожну (назва, короткий опис, релевантні параметри);
контактні адреси;
оцінка як ліда та короткий коментар.
Таким чином Slack перетворюється на щоденний інбокс лідогенерації: замість того, щоб самостійно шукати стартапи, дивитись новини про раунди та копатися в сайтах, користувач отримує стислий, але насичений дайджест.
Шаблони листів: AI дописує останній крок за вас
Окремий штрих, який робить workflow по‑справжньому практичним, — автоматичне формування шаблонів листів для контакту з кожним лідом.
У специфікації сценарію прямо вказано: у щоденному Slack‑репорті має бути швидкий template message, який можна надіслати обраній компанії. Тобто LLM не лише знаходить лід, а й одразу пропонує варіант первинного аутрічу.
У структурі згенерованого повідомлення зазвичай поєднуються кілька елементів:
персоналізоване звернення, прив’язане до ніші або продукту компанії;
коротке пояснення, чому аудиторія каналу може бути релевантною;
пропозиція формату співпраці (спонсорський блок, інтеграція, огляд тощо);
запит на подальший контакт чи кол.
Хоча фінальний текст усе одно варто переглянути й трохи адаптувати вручну, сама наявність готового шаблону різко знижує бар’єр до дії. Замість чистого аркуша у поштовому клієнті користувач бачить already‑готовий меседж, який можна відредагувати за одну‑дві хвилини й відправити.
У підсумку ланцюг виглядає цілком замкненим: від виявлення потенційного клієнта до натискання кнопки «Send» усе робиться в межах одного workflow.
Архітектура сценарію: шість кроків до щоденного потоку лідів
Уся автоматизація зібрана в GenSpark у вигляді послідовності кроків, які система сформувала на основі однієї великої текстової інструкції. Усередині редактора видно чітку структуру:
Перший крок — пошук недавно профінансованих AI‑SaaS компаній. Це той самий етап, де використовуються інструменти веб‑пошуку й краулінгу.
Другий — дослідження кожної кандидатної компанії. Тут LLM читає сайти, сторінки «About», контакти, можливо, профілі у відкритих джерелах.
Третій — скоринг як потенційного ліда на спонсорство. Саме на цьому кроці модель накладає фільтр «чи підходить для купівлі YouTube‑інтеграції на цьому каналі» та виставляє бали.
Четвертий — вибір топ‑п’яти компаній і написання текстів аутріч‑листів. Генеруються короткі, ділові template messages, які враховують профіль кожного ліда.
П’ятий — форматування й надсилання Slack‑звіту. Сюди збираються всі результати в читабельному вигляді.
Шостий — запис результатів у файл. Це дає історію лідогенерації, яку можна аналізувати й допрацьовувати з часом.
Користувачу не потрібно вручну конструювати кожну дію: досить один раз описати бажаний процес, а далі вже редагувати згенерований ланцюг, якщо щось працює не так, як очікується.
Що це змінює для невеликих команд
Головний ефект такої AI‑лідогенерації — перетворення того, що зазвичай забирає години ручного пошуку й ресерчу, на напівавтономний процес, який працює щодня без участі людини.
Замість того, щоб:
стежити за новинами про раунди;
фільтрувати компанії за розміром і профілем;
відкривати кожен сайт і шукати релевантні контакти;
думати над формулюванням кожного першого листа,
користувач отримує в Slack короткий звіт із уже відібраними лідами та готовими шаблонами повідомлень.
Цей підхід не гарантує ідеальної якості на кожному кроці — автору довелося, наприклад, розібратися з тим, куди саме Slack відправляє повідомлення. Але ключовий факт залишається: LLM‑орієнтований workflow здатен взяти на себе «брудну» частину B2B‑лідогенерації й зробити її рядовою щоденною процедурою, а не окремим проєктом на півдня.
Техноблогер Tech With Tim у своїй детальній інструкції з AI‑автоматизацій показує, як перетворити штучний інтелект на щоденний аналітичний інструмент для контент‑бізнесу. Окремий акцент він робить на конкурентному аналізі YouTube: від пошуку тематичних каналів до побудови бази креаторів і транскриптів топових відео — без рядка коду, лише за допомогою AI‑workflow’у в сервісі GenSpark.
Йдеться не про разове дослідження, а про регулярний, щоденний процес, який запускається за розкладом о 7:00 ранку і щоразу самостійно збирає нові дані з YouTube та вебу.
Щоденний конкурентний аналіз як окрема автоматизація
Другий з трьох продемонстрованих у ролику сценаріїв автор описує як «щось трохи складніше» — саме це і є щоденний workflow конкурентного аналізу. Логіка проста: якщо бізнес значною мірою залежить від контенту, моніторити конкурентів і тренди потрібно постійно. Ручний пошук швидко перетворюється на рутину, яку простіше доручити автоматизації з LLM у центрі.
Завдання формулюється максимально прикладно. Автоматизація має раз на день запускатися за розкладом, зібрати актуальну інформацію про те, який контент навколо певних тем «добре перформить», і перетворити це на структурований звіт. У цьому сценарії йдеться про нішу AI‑контенту, однак підхід універсальний — змінюються лише пошукові запити й критерії відбору.
Ключовий момент: це не просто витяг списку відео. Workflow вибудуваний так, щоб поступово формувати повноцінну базу — як креаторів, так і конкретних роликів, що показали результат у певний день.
Як AI шукає конкурентів і тренди на YouTube
У центрі сценарію — ідея комбінованого пошуку: «Я хочу шукати по YouTube, шукати в вебі, дивитися трендові новини і контент, який добре перформить». Для цього в GenSpark використовуються готові інструменти: YouTube Search, отримання транскриптів, web‑crawler, а також інтеграція з Google Sheets.
Автор формулює для агента завдання в одному великому промпті. У ньому він задає тематику запитів — зокрема, згадує конкретні ключові слова на кшталт OpenClaw, Hermes agent та AI‑automation‑контент. Саме навколо цих тем AI‑workflow має будувати свій щоденний зріз ринку.
Один із ключових критеріїв — кількість каналів, які автоматизація має знайти за раз: «Я хочу знайти щонайменше п’ять каналів на день, що роблять такий контент, і зберігати це в окремий Google Sheet». Тобто AI не просто віддає результати в інтерфейс, а постійно дописує в електронну таблицю нові рядки, з яких поступово формується база креаторів.
До кожного знайденого каналу також збираються базові метрики: «Для всіх цих креаторів я хотів би знати їхній subscriber count». Це дозволяє розуміти масштаб аудиторії, відслідковувати, хто з нових учасників ніші росте, а хто вже є великим гравцем.
Другий пласт даних — це самі відео. Мета — щодня бачити, що реально «злетіло» в темі: «Крім того, я хочу бачити, які відео перформлять того дня… може 10 таких відео, і завантажити це все в Google Sheet». Для кожного такого ролика фіксуються ключові атрибути: перегляди, дата публікації, тривалість, URL, опис, запит, за яким його знайшли, і дата, коли дані були зняті.
У підсумку створюються два масиви інформації, що постійно поповнюються: база креаторів і база топ‑відео за обраними запитами.
Google Sheets як центр бази конкурентів
Інфраструктурно вся аналітика зав’язана на Google Sheets. Workflow автоматично створює й оновлює таблиці, які виступають як накопичувальна база.
У проміжний момент тестового запуску автор показує отриманий результат: «Ви можете бачити повний Google Sheet… база креаторів… далі top AI performing videos: 15 відео з view count, publish date, URL, description». Тобто автоматизація не лише відпрацювала окремі кроки, а й зібрала все в одне місце у придатному для подальшого аналізу вигляді.
Такий формат дає кілька практичних переваг. По‑перше, не потрібно додатково інтегрувати BI‑інструменти — базовий аналіз можна робити прямо в Google Sheets. По‑друге, щоденні запуски створюють історію: з’являється можливість подивитися, які канали «спалахували» разово, а які стабільно потрапляють у вибірки, які теми тримаються в топі, скільки переглядів набирали конкретні відео на різних часових відрізках.
При цьому всі формальні деталі роботи з таблицями AI бере на себе. Завдання користувача — лише один раз задати логіку в промпті та налаштувати підключення до Google‑акаунта.
Транскрипти як додатковий шар розуміння
Окремий, але важливий компонент такого конкурентного аналізу — робота з транскриптами. Після того як базові метрики зібрані, автор додає ще один шар до сценарію: «Для топ‑перформингових відео я також хотів би додати крок, де ми тягнемо transcript і зберігаємо транскрипти як Google‑документи».
Практична мотивація тут прозора: аналізуючи текст ролика, можна подивитися, як побудований хук, що саме проговорюється, якою є структура подачі. Автоматичне збереження в Google Docs дозволяє працювати з цим як із звичайними документами — виділяти фрагменти, робити нотатки, будувати власні сценарії.
У технічному сенсі все знову зводиться до промпту: користувач просто просить додати в workflow крок із YouTube Transcript для відео, що потрапили в список топових, і зберігати результат у Docs. Далі GenSpark добудовує необхідні кроки самостійно, інтегруючи готовий інструмент отримання транскриптів і створення документів.
У поєднанні з даними з Google Sheets це дає повну картину: хто робить контент в ніші, які ролики вистрілюють і як саме вони побудовані всередині.
Що показує цей кейс про зрілий підхід до AI‑автоматизацій
Сценарій щоденного AI‑моніторингу конкурентів на YouTube, продемонстрований у відео, добре ілюструє кілька принципів, які виділяють «дорослі» AI‑workflow’и від разових запитів до чат‑бота.
По‑перше, тут чітко заданий ритм: запуск щодня в один і той самий час. Це переводить конкурентний аналіз із розряду «коли з’явиться час» у регулярний процес.
По‑друге, замість одноразової вибірки формується база: канали, відео, метрики, дати, транскрипти. Всі ці дані зберігаються в стандартних інструментах на кшталт Google Sheets і Google Docs, з якими потім можна працювати як завгодно.
По‑третє, у центрі сценарію — не жорстко прописана логіка, а здатність LLM опрацьовувати гнучкі завдання: підбирати канали за кількома темами, орієнтуватися на «контент, який добре перформить», комбінувати дані з різних джерел.
У результаті виходить автоматизація, яка щодня розгортає перед користувачем зріз ніші YouTube‑контенту за його запитами, без ручної роботи зі збору, копіювання й форматування даних. І головне — весь цей конвеєр збудований природною мовою, через послідовні промпти до одного AI‑агента.
У світі, де робоча скринька легко перетворюється на нескінченний потік спаму, техноблогер Tech With Tim пропонує доволі приземлений, але показовий сценарій застосування AI‑автоматизацій. Замість чергового «чату з ботом» — повноцінний щоденний workflow, який сам шукає нові листи в Gmail, розставляє пріоритети, визначає, що потребує відповіді, генерує чернетки й архівує звіт у Google Docs. Усе це — без жодного рядка коду, через візуальний редактор платформи GenSpark.
Цей кейс добре показує, як недетермінований AI‑workflow може взяти на себе рутину, з якою традиційні «якщо‑то»‑автоматизації справляються вже погано.
Проблема: сотня листів на день і лише кілька важливих
Відправна точка сценарію — дуже знайома для будь‑кого з відкритою робочою поштою. Автор оцінює, що щодня отримує близько сотні листів, із яких лише 5–10 реально потребують відповіді, а решта — «сміття». Ручне прочісування інбоксу щоранку стає витратною, але водночас надто делікатною задачею, щоб довірити її простим фільтрам на кшталт «якщо тема містить X — перемістити в папку Y».
Традиційна, детермінована автоматизація тут швидко впирається в межі. Вона добре працює, коли можна сформулювати жорстке правило: наприклад, «якщо лист містить слово “receipt”, завантажити його в Google Drive». Але варто тексту трохи змінитися — і сценарій ламається. У випадку з особистою поштою кількість винятків та «дивних» ситуацій лише зростає: різні контексти, тон, непрямі прохання, автоматичні нотифікації, що інколи справді важливі.
Тут якраз і з’являється простір для AI‑workflow’у, де роль «мозку» відіграє LLM, здатна гнучко інтерпретувати вміст листів, а не просто шукати в них ключові слова.
Щоденний тригер: запуск о 9:00 без участі людини
Базова конструкція автоматизації будується навколо простого, часового тригера. У редакторі GenSpark обирається тип «on a schedule», після чого задається розклад: старт, наприклад, «завтра о 9:00» і повторення «щодня».
Це й є точка входу у workflow: щодня о 9 ранку система сама прокидається й запускає послідовність дій. Ніяких «клікнути кнопку», ніяких ручних запусків. Далі вся логіка працює поверх Gmail та Google Drive, підключених як конектори в межах того самого інтерфейсу.
Важливий момент — саме часова прив’язка. Ідея не в тому, щоб реагувати на кожен новий лист миттєво, а в тому, щоб один раз на день зібрати картину за останні 24 години й дати людині зрозумілий, структурований зріз: що сталося, що важливо, де потрібна дія.
Крок 1: Gmail як джерело даних — тягнемо за 24 години
Після тригера першим «інструментальним» кроком у workflow стає модуль Gmail. Замість того щоб вручну компонувати складні пошукові запити, автор у полі інструкції просто формулює завдання природною мовою: знайти всі листи, отримані за останні 24 години.
GenSpark використовує цю фразу як опис для інструмента «search emails». Під капотом платформа вже знає, як перетворити цю інструкцію на правильний виклик до Gmail API з потрібними параметрами. У результаті крок повертає масив листів — фактично, «зріз» пошти за добу.
На цьому етапі ще немає жодного «штучного інтелекту» в розумінні LLM‑моделей. Це звичайне підключення до сервісу, але воно готує поле для наступних, значно «розумніших» операцій.
Другий крок — той, де workflow переходить з детермінованого в недетермінований режим. Викликається універсальний крок «Ask GenSpark», який під капотом звертається до LLM. Завдання для моделі формулюється знову ж таки природною мовою: категоризувати всі отримані листи за пріоритетом — високий, середній, низький, причому кожен конкретний лист має потрапити лише в одну категорію.
Таким чином, замість жорстких правил начебто «якщо відправник X — high priority» рішення про важливість делегується моделі. Вона аналізує вміст, контекст, можливо, форматування — усе те, що не так просто втиснути в набір фільтрів. Результатом стає впорядкований набір листів з позначеними рівнями пріоритету.
Цей підхід дає змогу природно працювати з типовим повсякденним інбоксом, де «важливість» рідко залежить лише від одного слова в темі.
Крок 3: що потребує відповіді, а що можна проігнорувати
Пріоритизація — ще не все. Наступний крок знову використовує LLM: тепер уже для класифікації листів за критерієм «потребує відповіді / не потребує відповіді». У полі інструкції з’являється проста формула: категоризувати листи як такі, що потребують reply, або як такі, що не потребують reply.
З погляду корисності це один з ключових шарів автоматизації. Власник пошти не просто бачить, що є «high priority», а що «low», — він отримує зрозумілий перелік завдань: на ці листи треба відповісти, ці можна лише переглянути, ці — повністю ігнорувати.
Знову ж таки, рішення приймає не заздалегідь виписане правило, а модель, яка аналізує формулювання в листі: чи містить він пряме прохання, запит на уточнення, дедлайни, чи це просто нотифікація або розсилка.
Крок 4: автоматичні чернетки відповідей — без натискання «Send»
Щойно сформовано список листів, що потребують відповіді, workflow робить наступний логічний крок: доручає LLM автоматично підготувати чернетки відповідей.
В окремому кроці «Ask GenSpark» формулюється інструкція: для всіх листів, які потребують reply, створити чернетку відповіді й надіслати ці чернетки в наступному повідомленні всередині самого workflow. Важливе уточнення на фінальному етапі: система не повинна надсилати листи автоматично, а лише запропонувати тексти відповідей у звітному документі.
Це суттєво знижує ризики — людина залишається «останньою інстанцією», яка вирішує, чи відправляти пропонований текст, змінювати його, чи проігнорувати. Але при цьому зникає найбільш рутинна частина роботи: вигадувати формулювання, вітання, пояснення тощо для десятка схожих ситуацій.
Як показує тестовий запуск, у готовому документі з’являються цілком робочі чернетки — з чітким зазначенням адресата і контексту. Наприклад, якщо в пошті є нотифікація про скасування якоїсь підписки, система пропонує ввічливий запит із проханням підтвердити подальші дії.
Крок 5: єдиний щоденний звіт і архів у Google Docs
Щоб перетворити все це на зручний «продукт» для користувача, потрібен фінальний формат. Для цього в workflow додається ще один крок з LLM: зібрати в один звіт усю сконсолідовану інформацію з попередніх етапів.
Інструкція для моделі виглядає так: сформувати репорт, у якому буде зрозуміло, які листи мають високий, середній та низький пріоритет, і для листів, що потребують відповіді, вивести текст підготовлених чернеток. Окремо підкреслюється: не надсилати ці листи, а лише надати їх у звітному форматі, придатному для щоденного перегляду.
Після цього workflow звертається вже не до LLM, а до інтеграції з Google Docs. Останній крок — «create document» з інструкцією: взяти сформований звіт і зберегти його як новий документ у Google Drive з поточною датою в назві, щоб зберігати історію щоденних сканів.
У результаті користувач отримує дві речі. По‑перше, щоденний, структурований огляд пошти в одному документі. По‑друге, повноцінний архів таких дайджестів, до якого можна повернутися за потреби — наприклад, щоб пригадати, які листи були критичними минулого тижня.
Від ручної рутини до AI‑асистента інбоксу
Після першого тестового запуску автоматизації стає помітно, як змінюється саме сприйняття пошти. Замість «відкрити Gmail і витратити пів години на розгрібання» з’являється ранковий ритуал: відкрити один документ, переглянути кілька блоків — «high», «medium», «low» пріоритет, перелік листів, які вимагають відповіді, — і взяти знизу готові чернетки.
Фактично, роль людини зміщується з «поштового фільтра» до «редактора й арбітра»: перевірити, чи коректно розставлені пріоритети, чи доречні чернетки, і завершити дію кількома натисканнями кнопки «відправити».
Сама ж автоматизація залишається досить гнучкою. Усе зібрано з окремих кроків — тригера, інструмента Gmail, кількох звернень до LLM і інтеграції з Google Docs. Їх можна коригувати: змінювати часовий період (наприклад, не 24 години, а останні 48), точніше формулювати критерії, або зовсім перенести звіти не в документи, а в інші інструменти.
Головний ефект — не в «магії AI», а в тому, що одна добре продумана зв’язка інструментів бере на себе повторювану й ментально виснажливу роботу з інбоксом. Там, де раніше був хаос зі ста листів, тепер є щоденний digest із чітко видимими 5–10, яким справді варто присвятити увагу.
