У Futurepedia вийшов детальний нонкод‑гайд, який показує, як перетворити Claude Code на свого особистого розробника — навіть якщо ви ніколи не писали жодного рядка коду. Автор проходить шлях від порожньої папки на комп’ютері до готової гри та робочих інструментів, використовуючи лише природну мову. Ключова ідея: технічний бекграунд більше не є обов’язковою умовою, щоб будувати власні застосунки й утиліти.

Міф про «не технічних» користувачів

Поширене припущення: Claude Code — це інструмент «для програмістів». У ролику цю тезу ламають буквально з першої хвилини. Прямо наголошується, що люди часто думають, ніби не зможуть працювати з Claude Code, якщо «не технічні», але це зовсім не так.

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

Замість вивчення синтаксису мов чи фреймворків користувачеві пропонують мислити категоріями «що я хочу отримати» — і висловлювати це звичайною мовою. Саме на це заточений інтерфейс Claude Code: він приймає роль агента‑розробника, який сам створює структуру файлів, пише код, тестує й виправляє помилки.

Старт за кілька кроків: від промпту до робочої гри

Початкова розстановка дуже проста. Потрібен платний акаунт Claude (Pro або Max) та встановлений десктопний застосунок — робота з кодом відбувається саме там, а не у веб‑версії. Після інсталяції в інтерфейсі з’являється вкладка Code — це і є «майстерня», де будуються всі проєкти.

Далі головна дія — звичний для будь‑якого користувача крок: у вікно промпту потрібно просто написати, що ви хочете. Формат нічим не відрізняється від діалогу з будь‑яким іншим AI‑чатом. Для демонстрації автор вводить максимально простий запит: побудувати гру, що навчає швидко друкувати, «візуальну, гейміфіковану, веселу й ефективну».

Після цього Claude Code потребує лише однієї технічної деталі — доступу до папки на вашому комп’ютері, де він зможе створювати й змінювати файли. Рекомендується завести окрему директорію для проєктів Claude Code і підпапки для кожного нового застосунку, але це радше питання порядку, ніж вимога.

Перший раз система запитає дозвіл на роботу в обраній папці — його потрібно підтвердити. Далі все відбувається автоматично: інструмент генерує структуру файлів, пише код і керує всім процесом зсередини.

Плановий режим: спершу зрозуміти, потім будувати

Ключова відмінність Claude Code від звичайного чат‑режиму — плановий режим. Замість того, щоб одразу кидатися писати код, пропонується окремо увімкнути «plan mode». Коли він активний, Claude не будує застосунок миттєво, а спочатку розкладає майбутній проєкт на детальний план.

У випадку з грою це перетворюється на опис геймплейного циклу, пояснення, чому така структура буде ефективною, загальну архітектуру, послідовність кроків побудови. Перед тим, як щось фізично створювати у файлах, користувач отримує текстову «карту місцевості».

Ця проміжна стадія важлива з двох причин. По‑перше, набагато легше змінити план на старті, ніж виправляти вже побудовану логіку. По‑друге, нетехнічний користувач отримує зрозуміле пояснення того, що саме буде побудовано: можна виділити окремі частини плану, додати зауваження чи попросити змін. Якщо все влаштовує — план затверджується, і Claude переходить до фактичного будівництва.

У процесі планування модель також ставить уточнювальні запитання — про жанр, стилістику, джерело навчального контенту. У прикладі з грою йдеться про вибір формату (наприклад, «рейсинг»), навчального підходу (аркадний режим для демо), візуальної теми (синтвейв‑машина) чи типів текстів, які користувач друкуватиме (цитати й речення). Відповіді теж даються звичайною мовою, без будь‑яких технічних параметрів.

Після затвердження плану Claude самостійно проходить через усі кроки, описані в ньому, — аж до готової, працездатної гри, яку можна одразу протестувати.

Агент, а не просто чат: як Claude сам тестує та виправляє себе

Найцікавіша частина демонстрації — це те, що відбувається після натискання кнопки «прийняти план». Claude Code починає діяти як повноцінна агентна система, а не як традиційний чат‑бот.

Під час побудови модель використовує кілька вбудованих інструментів, запускає гру, клікає елементи інтерфейсу, друкує текст, проходить рівні — фактично сама грає у створений продукт, щоб переконатися, що все працює. У логах роботи можна побачити момент, коли система фіксує: «мені потрібно скоригувати курс». Вона виявляє, що використовує некоректні параметри, самостійно виправляє помилку й повертається до тестування.

Це і є показовий приклад того, що може робити агентна модель: замість простих відповідей на запити, вона виконує дії самостійно, тестує результат, коригує й продовжує, не чекаючи окремих інструкцій від користувача. У контексті нетехнічного користувача це знімає одразу кілька бар’єрів: не потрібно знати, як запускати проєкт, як відлагоджувати код чи де шукати помилку — усім цим займається сам Claude.

Після того, як базова версія готова й протестована, подальші зміни вносяться так само через діалог. Якщо треба щось підправити у візуальній частині — можна зробити скриншот, завантажити його в чат і пояснити, що саме не влаштовує. Цей же прийом працює, коли потрібно відтворити знайомий інтерфейс: достатньо накидати макет або показати зразок, і Claude намагається повторити його в коді.

Коли потрібне пояснення логіки, користувач може просто запитати, як працює механіка, наприклад, чи стають рівні складнішими з часом. У такому випадку Claude розуміє, що зараз не слід нічого перебудовувати, і замість дій дає текстове пояснення. Після цього знову можна повернутися до ітерацій — наприклад, попросити додати рівні складності або окремий режим тестування навичок друкування.

Природна мова як єдиний «інтерфейс програмування»

Загальний патерн роботи з Claude Code залишається однаковим незалежно від того, що саме будується — гра, утиліта чи робочий інструмент. На кожному етапі користувач спілкується з моделлю так само, як із колегою чи підрядником.

Чітко артикульовано, що розуміти код не обов’язково. Достатньо описувати бажаний результат так, як ви пояснювали б це людині. У прикладі з грою вся взаємодія зводиться до формулювання цілей («гра, що навчає друкувати швидше»), вибору стилю, відповіді на кілька уточнювальних запитань та подальших корекцій на кшталт «додай складніший рівень зі символами й цифрами» або «створи повноцінний режим тесту, який визначить мій рівень і підбере підходящий рівень складності».

Ця ж логіка переноситься і на «серйозніші» проєкти. Пізніше в ролику демонструється, як за тим самим принципом створюється канбан‑застосунок, що витягує екшен‑айтоми з нотаток мітингів у вигляді дошки завдань з колонками «to do», «in progress» і «done». Хоча технічно це вже інтеграція з зовнішнім сервісом, структура взаємодії не змінюється: користувач описує, що потрібно, згадує, який конектор слід використати, вмикає плановий режим, затверджує план — і отримує готовий інструмент, який одразу працює з реальними даними.

Кожна подальша зміна знову ж таки здійснюється промптами природною мовою: від «поясни, як працює логіка» до «додай ось таку функцію» чи «зміни ось цей елемент інтерфейсу».

Висновок: поріг входу у розробку різко знижується

У підсумку з демонстрації виникає досить чіткий образ Claude Code: це не просто «ще один AI‑чат», а агентна система, що бере на себе роль розробника, тестувальника й інженера підтримки. Замість вивчати інструменти, фреймворки чи мови, користувачеві пропонують навчитися чітко формулювати бажаний результат і взаємодіяти з моделлю ітеративно.

Міф про обов’язкову технічну підготовку для роботи з Claude Code тут розбирається на конкретних прикладах. Будь‑хто може зібрати застосунок, сайт, гру чи утиліту, використовуючи лише природну мову, плановий режим і мінімальне розуміння власних цілей. А те, що агентна модель сама тестує, коригує помилки й адаптується, суттєво знижує ризик «зламати щось у коді», навіть коли користувач його ніколи не бачив.

Порада наприкінці звучить відповідно до всієї логіки інструменту: оберіть щось, що ви справді використали б у повсякденній роботі чи житті, і просто побудуйте це. Далі щоразу, коли з’являється проблема або нова ідея, — формулюйте її словами й дозволяйте Claude Code робити все інше.

Джерело

YouTube — From Zero to Claude Code in 19 Minutes (no code)

У 2026 році попит на AI‑інженерів вибухово зростає, а разом з ним — лавина «roadmap’ів» і курсів, які обіцяють швидкий вхід у професію. Канал Tech With Tim, відомий практичними розборами кар’єри в розробці, вирішив піти іншим шляхом: замість абстрактних схем автор взяв один конкретний трек — DataCamp Associate AI Engineer for Developers — повністю його пройшов, виконав усі проєкти й уже з цієї позиції дає відвертий огляд.

Цей матеріал — про те, чи виправдано платити за підписку на DataCamp, що саме дає цей трек, де він недотягує і кому він дійсно підходить як стартова точка в AI‑інженерії.

Скільки це коштує і за що ви насправді платите

Модель монетизації у DataCamp побудована навколо підписки, а не купівлі окремих курсів. Доступ до треку AI‑інженера — не виняток.

Щоби потрапити до програми, не потрібно купувати її як окремий продукт. Окремі курси поштучно не продаються: замість цього користувач оформлює або місячну, або річну підписку на DataCamp. Базовий безкоштовний рівень дає змогу подивитися частину модулів у треку — цього достатньо, щоб відчути формат, але не пройти весь шлях.

Ключовий рівень для індивідуального розробника — Premium. Після оновлення до цього плану можна платити 13 доларів на місяць і отримати доступ до всіх курсів DataCamp, а не лише до одного AI‑треку. Автор акцентує саме на цьому: гроші платяться не за один курс, а за бібліотеку навчальних програм, серед яких — і розглянутий трек для AI‑інженерів.

Підписку можна скасувати в будь‑який момент, тож з точки зору витрат це скоріше «навчальний Netflix», ніж разова покупка дорогого буткемпу. Додатково автор згадує про знижкове посилання, але в центрі уваги лишається співвідношення «прайс / повний доступ до каталогу».

Конфлікт інтересів чи чесний огляд?

DataCamp є довгостроковим партнером каналу Tech With Tim, і автор прямо визнає потенційний конфлікт інтересів. Він наголошує, що працює з платформою вже понад три роки, пройшов багато курсів самостійно й почав користуватися сервісом ще до того, як той став спонсором каналу.

Окремо підкреслюється: попри те, що DataCamp платить за співпрацю, огляд заявлений як чесна рецензія та рекомендація конкретного треку. Автор демонструє, що сам пройшов усі модулі й проєкти, і прямо обіцяє вказати не лише сильні сторони, а й недоліки курсу.

Таким чином, позиція чітка: це партнерський продукт, але оцінка базується на реальному досвіді проходження, а не лише на рекламному сценарії.

Для кого створений цей трек і чого в ньому бракує

Центральна теза огляду: трек Associate AI Engineer for Developers — сильний старт, але не повна підготовка до професії AI‑інженера.

Програма орієнтована не на абсолютних новачків. Вона розрахована на тих, хто вже знає базовий Python, має мінімальний досвід програмування і щось будував раніше. Для тих, хто тільки починає з нуля, на DataCamp є інші, більш фундаментальні траки; цей же позиціонується як логічний наступний крок для розробників, які хочуть «зайти» в AI‑інженерію.

З точки зору покриття тем трек, за оцінкою автора, «дійсно солідний» і «дуже хороший для людей, які вже знають core Python і трохи вийшли за межі рівня абсолютного початківця та просто хочуть почати занурюватися в AI‑інженерію». Водночас чітко озвучується межа можливостей: курс не охоплює всього, що потрібно для повноцінного AI‑інженера. Це лише стартова частина шляху.

На думку автора, після проходження треку слухач отримує міцний контекст і розуміння основних концепцій, що робить перехід до складніших тем значно легшим. Він оцінює, що цей трек «доводить вас приблизно до половини шляху» до рівня, необхідного для працевлаштування, але решту доведеться добирати іншими ресурсами й власними проєктами.

Сильні сторони: практичний фокус і хороша динаміка (з нюансами)

Серед плюсів треку автор виділяє насамперед його структуру та підбір тем. Дорога починається з роботи з OpenAI API і промптінгу, продовжується знайомством із моделями через Hugging Face, потім переходить до LLM‑ops‑концепцій, розробки систем на базі OpenAI, embeddings, векторних баз даних, RAG і, далі, до більш складних ланцюжків із використанням фреймворків для LLM‑додатків.

Загальне враження: це «дуже сильне вступне занурення» в AI‑інженерію за доволі низьку ціну підписки. Автор наголошує, що навіть як досвідчений інженер «відчув, що справді багато чого навчився, проходячи цей трек», особливо в частині просунутого промптінгу, де завдяки великій кількості вправ доводиться власноруч формулювати промпти та проходити тестові кейси.

При цьому він підкреслює, що основна цінність DataCamp — не в лекціях як таких, а в поєднанні коротких пояснень з великою кількістю практичних завдань у хмарному середовищі. Саме завдяки цьому, на його думку, трек добре «цементує» базові навички AI‑інженера.

Однак є й важливе зауваження до динаміки: на старті курс «трохи повільний». Для більш досвідчених розробників перші модулі можуть здатися повторенням уже відомого, що провокує пропуск частини уроків. Потім, у момент переходу до embeddings і векторних баз даних, складність «доволі різко» зростає. Автор називає це «відчутним контрастом» між початком і серединою курсу: слідувати за матеріалом можна, але стрибок рівня вимог помітний.

Слабкі місця: теоретичний LLM‑ops і недобудований фінал

Найбільш критичні зауваження стосуються розділів про LLM‑ops та загальної композиції треку.

Блок, присвячений LLM‑ops, описується як надто високорівневий. Він дає розуміння того, що таке LLM‑ops, чим він відрізняється від класичного MLOps, як виглядають стадії розробки й експлуатації, а також які фактори варто враховувати під час вибору моделей і баз даних. Але конкретики з точки зору інженерних інструментів майже немає.

Автор прямо говорить, що хотів би бачити «трохи детальніший» модуль: з реальними прикладами деплойментів, швидким прикладом Docker‑контейнера, фактичною публікацією робочого сервісу. Поточний варіант він вважає надто теоретичним: «я не вважаю це настільки корисним, коли є лише теорія; краще, якби ми справді залізли в практику й зробили хоч кілька вправ».

Другий важливий мінус — структура проєктної роботи. По ходу траку є кілька проєктів, і вони, за оцінкою автора, «доволі хороші». Але йому бракує ще одного, фінального. Він підкреслює, що хотів би бачити додатковий великий проєкт наприкінці, який би «підсумував усе, об’єднав багато тем і дав щось трохи складніше». Наразі ж трек закінчується без цього об’єднувального акорду, що залишає враження незавершеної практичної дуги.

Сертифікація: плюс до резюме, але невідома складність

Разом із треком DataCamp пропонує сертифікацію за відповідним напрямом. Це окремий етап: таймовий прокторинговий іспит, під час якого потрібно пройти низку завдань.

Автор наголошує, що саме цю сертифікацію ще не складав, тому не може коментувати її реальну складність. Його оцінка обмежується фактом наявності такого варіанту й можливістю додати сертифікат у профіль LinkedIn чи резюме. Він підкреслює, що йому подобається сама наявність такої опції на платформі, але без досвіду складання не береться оцінювати її цінність для роботодавців.

Кому варто платити за DataCamp, а кому — ні

Фінальний висновок балансує між похвалою й обережністю. Трек Associate AI Engineer for Developers, за підсумком, «не зробить із вас повноцінного AI‑інженера». Однак якщо потрібен «дійсно доступний і хороший старт, розроблений для людей, які вже знають core Python», то це один із найкращих ресурсів, які автор особисто знаходив і тестував.

Він окремо підкреслює, що пройшов курс повністю, перевірив усі розділи та проєкти й вважає, що загалом контент подається «дуже якісно, у добре засвоюваній і інтерактивній формі». Саме поєднання відносно низької ціни підписки, практичного фокусу, широкого покриття ключових тем і зручної структури занять змушує його рекомендувати цей маршрут як точку входу.

Водночас очікування потрібно тримати реалістичними. Після проходження треку знадобляться додаткові проєкти, глибші матеріали з LLM‑ops, деплойменту та більш просунутих інструментів. DataCamp, за його словами, має й «наступні» траки, але йти ними чи добирати знання іншими шляхами — вже питання індивідуальної стратегії.

Головний висновок простий: якщо у вас вже є базовий Python і ви шукаєте структурований, практично орієнтований старт у AI‑інженерію за помірні гроші, підписка на DataCamp і цей трек виглядають виправданою інвестицією. Якщо ж ви очікуєте, що один курс повністю закриє шлях до позиції AI‑інженера, цей ресурс може розчарувати — він задуманий як стартовий майданчик, а не як повноцінний маршрут до працевлаштування.

Джерело

Do THIS Instead of watching endless AI Engineer Roadmaps (DataCamp Review)

У 2026 році попит на AI‑інженерів вибухово зростає, а разом із ним — і кількість «доріг у професію». Канал Tech With Tim проаналізував один з таких маршрутів на платформі DataCamp і детально розповів не стільки про саму програму, скільки про формат навчання: короткі відео, хмарне середовище з кодом і постійні інтерактивні вправи. Саме ця структура, на думку автора, робить вивчення AI‑інженерії відчутно ефективнішим, ніж класичні довгі лекції.

Як побудований курс: швидкі мікроконцепти замість марафонських лекцій

Ключова відмінність треку DataCamp для AI‑інженерів, на яку звертає увагу автор, — спосіб, у який «рухається» курс. Його не приваблює просто перелік тем чи назви модулів; головне — як саме студент проходить матеріал від одного блоку до іншого. Саме прогресія, послідовність та ритм навчання порівнюються з іншими платформами і виглядають більш продуманими.

Всі відео в курсі тривають приблизно від трьох до п’яти хвилин. Це не випадковість, а принципова ставка на короткі сегменти: за цей час подається одна чітка ідея або вузький технічний прийом, зазвичай підкріплений візуальними матеріалами — схемами, графіками, слайдами. Такий формат не встигає втомити, не вимагає зберігати увагу десятками хвилин поспіль і дає змогу «споживати» знання малими, керованими порціями.

Ритм виглядає приблизно так: кілька хвилин концентрованого пояснення — і одразу перехід до практики. Немає довгих теоретичних блоків, які потрібно відсидіти до кінця, перш ніж щось спробувати руками. Як тільки основна ідея донесена, студент потрапляє в середовище, де цю ідею треба застосувати.

80% часу — в коді: чому практика тягне навчання вперед

Після кожного міні‑уроку студента чекає завдання. Це може бути питання з конкретною відповіддю або, що важливіше для інженера, вправа з написання коду. Модель роботи курсів DataCamp побудована так, що переважну частину часу слухач проводить не в режимі пасивного перегляду, а в інтерактивному середовищі.

Автор оцінює, що приблизно 80% часу навчання припадає саме на написання коду, виконання вправ, повернення до відео за підказками, пошук потрібних фрагментів пояснень. Матеріал не просто «прослуховується» — студент змушений постійно до нього звертатися, щоб пройти завдання.

Це кардинально відрізняється від популярної моделі, де на слухача виливають 20–30 хвилин теорії поспіль, а практика відсувається в кінець модуля або взагалі на «домашнє завдання». У такому форматі значна частина знань не встигає закріпитися: слухач пам’ятає загальну ідею, але не проходить через необхідне тертя — помилки, дебаг, уточнення синтаксису, перевірку прикладів.

У DataCamp цей цикл навмисно стискається. Чотири‑п’ять хвилин навчального відео, часто прискореного до 1,5–2×, і відразу — завдання, де без повернення до щойно отриманої інформації не обійтися. Такий підхід «змушує» мозок працювати з матеріалом активніше, ніж проста прокрутка довгої лекції.

Хмарне середовище як ядро: де насправді відбувається навчання

Структура курсу зав’язана навколо інтерактивного, хмарного середовища. Усі вправи виконуються не на локальному комп’ютері студента, а безпосередньо у браузері. Там можна запускати код, надсилати розв’язки, отримувати підказки й бачити, що саме вимагається зробити.

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

Автор наголошує, що курс орієнтований саме на це «інтерактивне хмарне середовище», а не на відео як основний продукт. Відео виконують роль стартового трампліну, який дає мінімально достатнє пояснення для наступної вправи, але центр ваги залишається у вікні з кодом.

Особливий акцент робиться на тому, що в цьому середовищі студент не лишається сам на сам із помилкою. Присутні підказки та можливість побачити, чого саме від нього очікують. Це створює контрольований простір для експериментів: можна помилитися, отримати зворотний зв’язок, скоригувати рішення, не витрачаючи години на налаштування інструментів чи пошук проблеми в інфраструктурі.

Саме в такому режимі, на думку автора, і відбувається справжнє навчання: не тоді, коли студент просто слухає, а тоді, коли він працює в редакторі, пробує, помиляється, порівнює з еталоном і повторює.

Чому це особливо важливо саме для AI‑інженерії

Описаний формат подачі матеріалу не прив’язаний до конкретної теми, але особливо добре лягає саме на AI‑інженерію. Ця роль, як підкреслюється в ролику, набагато більше про застосування готових рішень — моделей, API, пайплайнів — ніж про математичну теорію чи з нуля побудовані алгоритми.

Для такого типу роботи критично важливим є вміння швидко перетворювати абстрактну можливість моделі на реальний фрагмент коду: виклик API, передавання правильних аргументів, опрацювання відповіді, інтеграція з іншими компонентами системи. Це неможливо опанувати, переважно дивлячись лекції.

Тому логічним виглядає акцент на тому, що студент «проводить більшість часу в середовищі редактора коду», адже саме там, у процесі написання й налагодження реальних викликів до моделей, і формується практичне розуміння. Теорія без негайної реалізації втрачає половину цінності, особливо коли йдеться про сучасні, вже готові інструменти для AI‑інженерів.

Автор прямо формулює це як особисту перевагу: такий інтерфейс і стиль — це той формат, який він сам вважає найефективнішим. А головне — саме там, у редакторі коду, на його думку, «фактично й відбувається навчання».

Висновок: короткі відео як вхід, інтерактив як двигун

Порівнюючи формат DataCamp з типовими курсами, де переважають довгі відеолекції, автор наполягає: поєднання дуже коротких роликів із масовою кількістю вправ у хмарному середовищі дає кращі шанси дійсно засвоїти матеріал, а не просто «подивитися курс».

Швидкі, сфокусовані пояснення, відразу підкріплені практикою, змушують студента працювати з матеріалом активно. А те, що левова частка часу витрачається на написання коду, а не на перегляд, створює звичку вирішувати завдання в умовах, максимально наближених до реальної роботи AI‑інженера.

У підсумку DataCamp подається не стільки як ще один набір тем чи модулів, скільки як приклад того, як може виглядати ефективне навчання сучасним AI‑інженерним навичкам: менше монотонних лекцій, більше інтерактиву, більше часу «в коді», де й відбувається реальний прогрес.

Джерело

Do THIS Instead of watching endless AI Engineer Roadmaps (DataCamp Review)

Ринок AI‑інженерії стрімко перегрівається, а разом із ним множаться й «ідеальні» дорожні карти: списки технологій на десятки пунктів, що обіцяють швидкий шлях у нову професію. Автор каналу Tech With Tim пішов іншим шляхом — повністю пройшов конкретний трек DataCamp Associate AI Engineer for Developers (усі модулі та проєкти) і на його основі розклав по поличках, чого насправді навчає ця програма.

Нижче — детальний розбір вмісту треку: від роботи з OpenAI API до RAG, векторних баз даних і LangChain, без маркетингових обіцянок та абстрактних «roadmap’ів».

Що це за трек і для кого він розрахований

DataCamp позиціонує Associate AI Engineer for Developers як трек для розробників, які вже володіють базовим Python і хочуть додати до свого стеку AI‑інженерію. Це не курс «з нуля»: передбачається, що слухач розуміє основи програмування та вже щось будував власноруч.

Структурно трек складається з дев’яти курсів, об’єднаних у єдину навчальну доріжку. Усередині — три окремі проєкти. Платформа оцінює загальну тривалість у 26 годин. Автор відео пройшов його швидше завдяки попередньому досвіду, але для новачка саме в AI‑інженерії ця оцінка виглядає реалістичною.

Важливий нюанс: окремий курс купувати не потрібно — доступ відкривається через підписку на DataCamp. Частину модулів, зокрема базові, можна спробувати безкоштовно, а повний доступ до матеріалів входить до платного тарифу.

Трек супроводжується сертифікацією DataCamp для цього напряму. Це окремий, таймований іспит, який можна скласти після проходження основного контенту й додати результат до резюме або профілю в LinkedIn.

Старт із практики: OpenAI API та промпт‑інженерія

Навчання починається з теми, яку сьогодні вважають базовою для будь‑якого прикладного AI‑фахівця, — роботи з OpenAI API. Модуль «Working with the OpenAI API» показує, як відправляти запити до сервісу й отримувати відповіді від моделі.

У фокусі — не абстрактна теорія, а практичні питання:

• вибір моделі;
• використання Response API;
• типи повідомлень (user, assistant, system);
• базові патерни взаємодії з сторонніми LLM.

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

Другий великий блок — prompt engineering with OpenAI. Тут уже не про те, «як надіслати запит», а про те, «як сформулювати його так, щоб отримати потрібний результат».

Розбираються різні стратегії промптингу:

• one‑shot та multi‑shot підходи;
• надання прикладів у промпті;
• способи структурування запитів для кращих відповідей;
• організація структурованих виводів.

Ця частина помітно глибша, ніж часто зустрічається в оглядових курсах: велика кількість вправ змушує писати власні промпти й проходити тестові кейси DataCamp. За відгуком автора, саме тут він дізнався чимало нового про промпт‑інженерію, попри наявний досвід роботи з LLM.

Одразу після промптингу йде перший проєкт. Його завдання — звести разом вивчене: налаштувати взаємодію з OpenAI API, організувати кілька діалогів із збереженням історії, щоб модель мала контекст, і додати підрахунок токенів та вартості. Це вже робочий формат міні‑додатка, а не абстрактна лабораторна.

Open‑source як норма: Hugging Face та LLM Ops

Далі трек переключається на Hugging Face. Окремий курс пояснює, що це платформа з великою кількістю відкритих моделей, які можна використовувати безкоштовно, і демонструє практичні сценарії: текстова та візуальна класифікація й інші типи ML‑задач.

Ключовий акцент — на використанні вже навчених моделей:

• слухач підтягує pre‑trained модель;
• застосовує токенайзер для тексту;
• будує пайплайн (наприклад, для Q&A чи класифікації);
• подає коректно підготовлені дані та обробляє відповідь.

Наголос робиться саме на типових завданнях AI‑інженера: не тренувати модель із нуля, а брати готову з Hugging Face, вбудовувати в застосунок, поєднувати з іншими компонентами.

Після цього трек робить крок убік від коду до високорівневої архітектури — модуль про LLM Ops. За структурою це радше концептуальна частина, ніж практичний DevOps‑курс. У ній:

• пояснюється, чим LLM Ops відрізняється від класичного MLOps;
• розбираються фази розробки й операційної експлуатації;
• обговорюються критерії вибору моделей і баз даних;
• підіймається питання open‑source проти закритих моделей;
• торкається теми, коли варто думати про донавчання моделей.

Свідомо відсутні практичні теми на кшталт Docker чи Kubernetes. Це дає загальне розуміння, як виглядає життєвий цикл LLM‑системи, але без глибокого занурення в інфраструктуру.

Наступний курс — developing AI systems with the OpenAI API — починає комбінувати попередні блоки. Тут говорять про побудову більших застосунків, які вже з’єднують OpenAI з іншими компонентами (зокрема, із тим самим Hugging Face). Темп у цій частині помітно зростає, завдання стають складнішими, і від слухача очікується впевненіша робота з базовими інструментами.

Вектори, RAG і робота з Pinecone

Найпомітніший «стрибок складності» відбувається на етапі, де трек переходить до embeddings. Тут починається те, що сьогодні становить ядро більшості практичних LLM‑рішень у бізнесі: векторні представлення тексту, пошук по ембедінгам і Retrieval‑Augmented Generation (RAG).

У цій частині:

• пояснюється, що таке embedding‑моделі;
• розбирається процес перетворення тексту на вектори;
• показується, як будуються векторні бази даних;
• вводиться концепція RAG як стандартної техніки для роботи з великими обсягами даних.

RAG описується як підхід, що дозволяє брати великі масиви інформації — від баз даних до текстових документів — індексувати їх, витягувати релевантні фрагменти й передавати до LLM, отримуючи відповіді, які ґрунтуються на конкретних фактах із цих джерел.

У межах модуля слухач не лише розбирає концепції, а й переходить до побудови практичних застосунків, що використовують векторні бази. Спершу це робиться з бібліотекою ChromaDB, а потім курс розширюється на іншу популярну векторну БД — Pinecone. Pinecone подається як більш просунуте рішення, «ще один тип бази даних» для зберігання векторних представлень.

Цей блок супроводжується ще одним проєктом, де потрібно застосувати все від ембедінгів до RAG на практиці. Саме тут, за оцінкою автора, складність різко підвищується порівняно з початковими модулями про OpenAI API.

Від скриптів до систем: Python‑принципи й LangChain

Фінальний етап треку переводить увагу зі «швидких інтеграцій» до архітектури повноцінних AI‑додатків.

Окремий курс присвячено software engineering principles in Python. Його завдання — закріпити базові інженерні практики, потрібні для побудови складніших LLM‑систем, а не лише одноразових скриптів чи ноутбуків. Мова йде про структурованість коду, розділення відповідальностей та інші фундаментальні підходи, які мають стати фоном для решти роботи.

Після цього трек переходить до developing LLM applications with LangChain. Тут від простих API‑викликів слухач переходить до більш складних зв’язок:

• створення «ланцюгів» із кількох викликів моделей та інструментів;
• проєктування більш глибоких і складних пайплайнів;
• використання AI‑агентів;
• додавання tool calling.

Фактично це крок від «я вмію викликати модель» до «я вмію будувати багатокрокові AI‑системи», у яких модель взаємодіє з іншими сервісами й даними за заданою логікою. Саме на цьому етапі починають сходитися воєдино попередні теми: промпт‑інженерія, OpenAI API, ембедінги, векторні бази та інженерні практики.

Наскільки цього вистачає для старту в AI‑інженерії

Автор, який пройшов трек повністю, оцінює його як «дуже сильне введення в AI‑інженерію» з огляду на співвідношення ціни й змісту. Водночас тверезо підкреслюється: після завершення курсу складно вважати себе «повноцінним AI‑інженером».

Трек:

• дає ядро тем, які постійно згадуються в описах вакансій: OpenAI API, промпт‑інженерія, Hugging Face, основи LLM Ops, ембедінги, векторні БД, RAG, LangChain;
• формує робоче розуміння того, як будуються сучасні AI‑застосунки;
• дозволяє відносно легко «розгалужуватися» далі — у власні проєкти й глибші теми.

За оцінкою спікера, цей обсяг знань «доводить приблизно до середини шляху» до рівня, достатнього для працевлаштування. Далі доведеться самостійно чи через інші курси закривати прогалини, особливо в частині реальної інфраструктури (Docker, Kubernetes, продакшн‑деплой) та просунутої експлуатації LLM у великих системах.

Серед недоліків треку відзначаються:

• занадто високорівневий модуль з LLM Ops — не вистачає реальних прикладів деплою й контейнеризації;
• помітно повільний, дещо повторюваний початок;
• різкий стрибок складності в частині про ембедінги та векторні бази;
• брак фінального «капстоун‑проєкту», який би об’єднав усі теми в одну складну систему.

Попри це, загальна оцінка позитивна: при наявності базового Python трек дає структуровану, практичну й досить сучасну основу, щоб не загубитися в хаотичних «roadmap’ах» і відразу перейти до будівництва реальних AI‑застосунків.

Джерело

Do THIS Instead of watching endless AI Engineer Roadmaps (DataCamp Review)

У 2026 році «AI‑інженер» перетворився з модного ярлика на одну з найпомітніших ролей для розробників. Канал Tech With Tim, відомий практичним контентом для програмістів, присвятив окремий розбір тому, що насправді стоїть за цією професією, які навички потрібні й чому це вже не про класичну “ML‑магію” з вищою математикою.

Від дослідника до інтегратора: як змінилася роль

Сучасна AI‑інженерія майже не схожа на традиційний machine learning з підручників кількарічної давнини. Наголос змістився з побудови моделей з нуля на грамотне використання того, що вже створили великі гравці та open‑source‑спільнота.

Роль AI‑інженера сьогодні описується як «набагато менше про тренування моделей машинного навчання чи заняття статистикою і математикою, і значно більше про застосування вже побудованих речей». Йдеться не про розробку нових алгоритмів, а про практичну збірку робочих систем на базі готових компонентів.

У 2026 році це майже завжди означає використання вже натренованих моделей, насамперед великих мовних моделей. Завдання фахівця — не вигадати нову архітектуру нейромережі, а правильно підібрати та інтегрувати LLM, налаштувати її під завдання замовника й вбудувати у бізнес‑процеси.

LLM, RAG та готові моделі: основний інструментарій

Як виглядає щоденна робота AI‑інженера в такій парадигмі?

По‑перше, це системне використання попередньо натренованих моделей. Фокус — на тому, щоб «використовувати pre‑trained models, використовувати LLMs, створювати пайплайни з використанням RAG — retrieval augmented generation — та деплоїти ці застосунки в бізнес».

Retrieval augmented generation вже стала стандартною технікою. Вона дозволяє будувати системи, які працюють з великими обсягами даних — базами, документами, текстовими корпусами — витягувати релевантну інформацію й передавати її в LLM для формування відповіді, що спирається на факти. AI‑інженер створює такі пайплайни, розуміє, як працюють ембеддинги, як будувати векторні бази й організовувати доступ до даних.

По‑друге, більшість рішень збирається на базі вже існуючих моделей. «Ви використовуєте речі, які вже створені, наприклад, модель із Hugging Face або наявну LLM, щоб будувати застосунки, які приносять реальну цінність». Це означає вміння знаходити потрібні моделі, розуміти їхні можливості та обмеження, правильно підбирати тип завдання — від класифікації тексту до складних багатокрокових сценаріїв на базі мовних моделей.

І нарешті, критична частина роботи — це деплой. AI‑інженер не зупиняється на ноутбуковому прототипі: очікується, що він доведе систему до стану, коли її можна розгорнути «в бізнеси або компанії, де ви працюєте», інтегрувати в існуючу інфраструктуру, забезпечити стабільність і передбачуваність результатів.

Кар’єра без матаналізу: чи реально зайти в AI без «вишки» з математики

Один з ключових тезисів, який ламає старий образ «AI = PhD з матану»: «чесно кажучи, вам взагалі не потрібно знати математику, щоб бути AI‑інженером».

Це не про те, що базові уявлення про логіку чи ймовірності зайві, а про практичну планку входу. Типовий стек завдань AI‑інженера у 2026 році — це підключення до API великих мовних моделей, налаштування промптів, складання пайплайнів RAG, робота з ембеддингами, векторними базами даних, інтеграція з іншими сервісами. Усе це вимагає сильних навичок програмування та розуміння архітектури застосунків, але не вимагає виведення формул чи побудови власних функцій втрат.

Звідси випливає й вимога до освітніх маршрутів: не варто застрягати на теорії, якщо ціль — саме AI‑інженерія. При виборі дорожньої карти «треба дивитися на речі, які дуже практичні, дають багато проєктів і навчають саме імплементації, а не всієї теорії». Той, хто орієнтується на реальну роботу, виграє від програм, де більшість часу йде на написання коду та складання живих прототипів, а не на довгі модулі про статистику й лінійну алгебру.

Чому розробники масово дивляться в бік AI‑інженерії

Практичний фокус професії напряму пов’язаний з тим, як швидко вона злетіла в ринку вакансій. «Через практичну природу цієї ролі це дуже швидко стало однією з найшвидше зростаючих робіт для софтверних інженерів». На тлі стагнації в частині традиційних розробницьких позицій попит на людей, здатних перетворювати LLM та інші AI‑сервіси на робочі бізнес‑інструменти, лише посилюється.

Йдеться не тільки про кількість вакансій, але й про компенсації. Звучить орієнтир: стартова оплата «понад $150 000 на рік, тоді як деякі інші, більш традиційні дев‑ролі, трохи стагнують або навіть ідуть на спад». Наведені цифри не претендують на вичерпну статистику ринку, але добре передають тренд: розробники, які вчасно переорієнтувалися з класичного web чи backend на AI‑інженерію, можуть розраховувати на відчутний фінансовий апґрейд.

Ця економіка й пояснює, чому так багато інженерів шукають «дорожні карти» у сферу штучного інтелекту. Але саме тут криється ключова небезпека: хаотичні списки «всього, що треба знати» легко відправлять новачка в багатомісячний теоретичний дрейф, який мало пов’язаний з реальними вимогами до AI‑інженера.

Як обирати свій шлях у професію

На тлі сотень roadmap’ів, що постійно змінюються й пропонують «тисячі навичок», важливо зрозуміти критерії відбору. Практичний досвід показує: ефективний маршрут у AI‑інженерію має кілька спільних рис.

По‑перше, він відштовхується від реальної суті роботи, описаної вище: використання API LLM, готових моделей, побудова RAG‑пайплайнів і деплой у бізнес‑оточення. Якщо дорожня карта зосереджена на цьому, а не на побудові власних моделей з нуля, вона, імовірно, краще корелює з тим, що чекає на інженера на роботі.

По‑друге, акцент має бути на практиці. У пріоритеті програми, які «дають багато проєктів» і вчать «імплементації, а не всієї теорії». Формат, де більшість часу витрачається на написання коду у хмарному середовищі, побудову прототипів, роботу з реальними API та векторними базами, помітно краще готує до реальних завдань, ніж довгі теоретичні модулі.

По‑третє, потрібно критично ставитися до «обов’язкового» переліку навичок. Якщо курс чи roadmap наполягає на глибокій математиці як порозі входу, це більше про класичний ML чи дослідницькі ролі, ніж про типову позицію AI‑інженера 2026 року. У реальних вакансіях набагато частіше вимагають розуміння API, роботу з LLM та ембеддингами, інтеграцію з бекенд‑сервісами й базами даних.

Висновок: AI‑інженерія як еволюція розробника, а не злам кар’єри

Роль AI‑інженера у 2026 році — це логічна еволюція для розробників, які вже комфортно почуваються в Python чи інших мовах і хочуть працювати з найновішими інструментами без занурення в академічну сторону машинного навчання.

Це прикладна, сильно орієнтована на результат спеціальність, де основна цінність — уміння швидко брати готові AI‑компоненти, збирати з них робочі системи, підключати до даних бізнесу й стабільно розгортати у продакшн. І поки інші розробницькі напрями місцями буксують, саме за такими навичками зараз вишикувалася черга роботодавців.

Для тих, хто вже володіє базовим Python і замислюється про наступний крок у кар’єрі, AI‑інженерія в поточному вигляді — не стільки стрибок у невідоме, скільки перехід на новий рівень застосування знайомих розробницьких компетенцій.

Джерело

YouTube — Do THIS Instead of watching endless AI Engineer Roadmaps (DataCamp Review)

Тенденція, схоже, лише посилюється. Торік у травні техсектор показав найвищий за останні два роки місячний рівень звільнень — майже 40 000 людей, а штучний інтелект уже третій місяць поспіль є найчастіше названою причиною скорочень у всіх галузях, згідно з даними аутплейсмент-компанії Challenger, Gray & Christmas.

Водночас дедалі більше зростає скепсис щодо того, чи справді винен саме ШІ — чи це радше зручне прикриття, а не реальна причина. Мало що ілюструє цей спротив краще, ніж історія з платіжною компанією Block. Після шквалу критики за скорочення майже половини штату на початку року Джек Дорсі заперечував, що це сигнал проблем, наполягаючи натомість, що інструменти ШІ «дозволяють новий спосіб роботи, який фундаментально змінює саме поняття побудови та управління компанією». Але, коли користувачі в X (Twitter) почали дорікати йому «роздуттям» штату в період пандемії, Дорсі зрештою визнав, що Block справді пере наймала.

До дискусії підключилися й інші відомі голоси, зокрема відомий венчурний інвестор Марк Андрісен, який нещодавно назвав ШІ «срібною кулею-виправданням» для звільнень, що насправді пов’язані з неефективним менеджментом. В інтерв’ю подкастеру й інвестору Гаррі Стеббінгсу Андрісен заявив: «Фактично кожна велика компанія має завеликий штат. Пере найм щонайменше 25%. Я вважаю, що більшість великих компаній пере найняті на 50%. І чимало з них — на 75%. Тепер у всіх є срібна куля-виправдання: ах, це ж ШІ».

Те, що робить ситуацію вибухонебезпечною, — у той самий момент, коли десятки тисяч працівників отримують «листи щастя», невелика група інсайдерів у сфері ШІ стрімко збагачується до майже немислимих масштабів.

На початку минулого місяця виробник чипів для ШІ Cerebras Systems завершив перший день торгів на Nasdaq зі зростанням котирувань на 68% від ціни IPO в $185, що дало компанії ринкову оцінку близько $67 млрд — найбільше технологічне IPO у США з часу виходу Snowflake на біржу у 2020 році. До кінця дня співзасновники Ендрю Фельдман і Шон Лай стали мільярдерами (відтоді акції компанії впали на 30%).

Тим часом SpaceX вийшла на біржу в п’ятницю й станом на час написання має ринкову капіталізацію $2,1 трлн, що робить Маска «паперовим» трильйонером і потенційно створює, за оцінками, близько 4 400 мільйонерів і приблизно 400 центимільйонерів серед власників акцій — якщо курс не впаде. Anthropic та OpenAI також швидко наближаються до публічного ринку, обидві — з оцінками приблизно $1 трлн або й вище.

Ефекти видно й ближче до дому. У Сан-Франциско, де зараз розташовані десятки компаній у сфері ШІ, включно з найбільшими лабораторіями, елітна нерухомість регулярно продається за мільйони доларів понад заявлену ціну.

Є ще Марк Цукерберг. На початку березня він придбав маєток за $170 млн на так званому «Острові мільярдерів» у Маямі, встановивши абсолютний рекорд найдорожчого продажу житла в історії округу Маямі-Дейд. Через два місяці Meta оголосила про звільнення 8 000 співробітників, або близько 10% штату.

Техногіганти регулярно витрачають захмарні суми на свої портфелі нерухомості. Але нинішні крайнощі припадають на момент, коли багато американців відчувають фінансовий тиск, якого не було роками.

Працівники з корпоративним медстрахуванням цього року зіткнулися зі зростанням страхових премій приблизно на 6–7% — більш ніж удвічі швидше за інфляцію, вартість приватної медичної страховки від 2008 року фактично подвоїлася, а медіанна ціна житла підскочила на 28% з початку 2020 року, при цьому іпотечні ставки майже подвоїлися.

У січневому опитуванні New York Times/Siena 2026 року 65% виборців заявили, що життя середнього класу для них недосяжне. А більш свіже опитування показало, що 76% американців зараз називають вартість життя своїм головним економічним занепокоєнням — різкий стрибок порівняно з 58% роком раніше.

Ідеться не лише про втрату роботи як таку. Це десятки тисяч звільнених людей, які потрапляють в украй жорсткі умови вартості життя саме тоді, коли десятки тисяч інсайдерів ШІ спостерігають, як у них на очах виникають «раз у покоління» паперові статки, — і все це під пояснення, що ШІ є причиною їхніх звільнень. Чи це справді так — інше питання: багато економістів натомість вказують на мита, війну на Близькому Сході та ширшу економічну невизначеність як справжні драйвери обережності корпорацій. Але візуальна картинка від цього не змінюється. Одна група стає неймовірно багатою завдяки технологіям, які нібито замінюють іншу.

Знайти історичний прецедент того, що буває, коли розрив стає надто великим, неважко. У 2008 році фінансова криза, що почалася з ризикованого кредитування й надмірного ризик-апетиту на Волл-стріт, завершилася рятувальними «бейлаутами» для банків, які її й спричинили, тоді як мільйони американців втратили роботу й житло в результаті Великої рецесії. Через три роки цей гнів вилився в рух Occupy Wall Street.

На тлі нинішньої траєкторії той рух може виглядати майже наївно. Occupy Wall Street виник як відповідь на кризу, і обурення суспільства було, по суті, про те, хто має платити за прибирання після неї. Цього разу немає чіткої «аварії», на яку можна вказати. Компанії прибуткові, сам ШІ створює новий клас миттєвих мільярдерів, а звільнення відбуваються попри це, причому ШІ прямо називають їх рушієм. Якщо сприйняття ситуації у 2008-му можна було описати як: «Ми рятуємо тих, хто зламав економіку, тоді як ви втрачаєте роботу», то зараз картинка може стати: «Ми багатіємо, як ніколи, на тій самій технології, якою замінюємо вас».

Багато компаній — зокрема Block, Atlassian, Cloudflare — бачили, як їхні акції злітають, щойно вони називають ШІ причиною скорочень, тож стратегія на перший погляд виглядає логічною. Втім, їм варто замислитися, чи справді це те послання, яке вони хочуть донести до людей, яких звільняють, і до всіх інших, хто зараз спостерігає за цим.

Джерело

TechCrunch

Після завершення консультацій уряд Великої Британії забороняє користування соцмережами на кшталт TikTok та Instagram підліткам до 16 років, оголосив прем’єр-міністр Кір Стармер. “Це риса в піску”, — сказав він у промові на Даунінг-стріт. “Техногіганти мали свій шанс і не впоралися, тож ми втручаємося, щоб захистити дітей, підтримати батьків і задати нову норму для майбутніх поколінь”. Уряд планує ухвалити відповідне законодавство до кінця цього року і почати його застосування навесні 2027-го.

План передбачає не лише заборону доступу до великих соцмереж, а й обмеження в ігрових застосунках. Зокрема, дітям до 16 років хочуть заборонити спілкування з незнайомцями, прямі ефіри та використання “романтичних” чат-ботів. “Ці обмеження… заходять далі, ніж у будь-якій іншій країні”, — йдеться в урядовому пресрелізі.

Британія піде за моделлю, подібною до заборони соцмереж в Австралії. Платформи на кшталт Snapchat, TikTok, YouTube, Instagram, Facebook та X будуть зобов’язані за замовчуванням блокувати доступ користувачам молодшим за 16 років. Месенджери на кшталт WhatsApp чи Telegram під ці правила не підпадають. Влада також розглядає можливість запровадження обмежень і для молоді до 18 років — наприклад, нічних “комендантських годин” у застосунках та примусових перерв у нескінченному скролінгу стрічки.

Стармер визнав, що діти все одно шукатимуть способи обійти заборону, але, за його словами, це не причина відмовлятися від закону. “Ми ж не кажемо: ‘Ось, підлітку якось вдалося дістати алкоголь, тож давайте взагалі не забороняти продаж алкоголю дітям’,” — зазначив він. “Наші закони — це правила, але також і вираження наших цінностей. Вони формують суспільний договір, і саме тому це змінить розмови між батьками та дітьми і їхні очікування з часом”.

У січні уряд Великої Британії запустив консультацію “Дорослішання в онлайн-світі” щодо користування соцмережами дітьми, запросивши пропозиції про те, чи варто і як саме запроваджувати вікове обмеження. Міністри також відвідували Австралію, щоб вивчити наслідки тамтешньої заборони соцмереж, яка набула чинності 10 грудня 2025 року. Уже через місяць після цього Meta була змушена закрити до 550 000 австралійських акаунтів, щоб виконати вимоги закону.

За підсумками британських консультацій, дев’ятеро з десяти батьків підтримали запровадження мінімального віку 16 років для доступу до застосунків соцмереж, повідомив уряд. Водночас прем’єр наголосив, що це не означає, що країна виступає проти технологій. “Я не погоджуюся й ніколи не погоджуся з тим, що не можна одночасно підтримувати технології та ШІ і при цьому наполягати, що ми мусимо захищати наших дітей”, — сказав Стармер.

Джерело

Engadget

Напередодні саміту G7 у Франції Дональд Трамп знову погрожує запровадити масштабні мита проти Франції, якщо та не скасує свій тривідсотковий цифровий податок на американські технологічні компанії. “Я попросив [президента Франції Еммануеля Макрона] не обкладати податком американські компанії, і якщо вони це зроблять, у мене не буде вибору, окрім як запровадити 100-відсоткове мито на всі шампанські та всі вина, що експортуються з Франції”, – сказав президент у коментарі для The New York Post.

Ця заява може стати несподіванкою для французького уряду та винної галузі. За даними джерел, наближених до Макрона, питання “більше не підлягало обговоренню”, пише The New York Post. Ймовірно, воно перетвориться на одну з ключових тем конфлікту на G7, оскільки французький уряд навряд чи скасує податок.

Французький “податок GAFAM” (Google, Apple, Facebook, Amazon і Microsoft) нараховується з валового, а не чистого доходу, який ці технологічні гіганти отримують у країні. Його запровадили у 2019 році в межах домовленостей з першою адміністрацією Трампа; він приносить близько 700 мільйонів доларів на рік. Продажі французького вина та шампанського у США оцінюються щонайменше у 2 мільярди доларів.

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

Трампа дедалі частіше сприймають як “ударну силу” в інтересах великих технологічних компаній, який використовує мита як інструмент тиску, змушуючи інші країни відмовлятися від цифрових податків і зборів. Американські компанії також закликають Трампа карати країни на кшталт Австралії за заборони у соцмережах і вимоги щодо використання новинних матеріалів у результатах пошуку. Канада, зокрема, скасувала свій цифровий податок у 2025 році після тиску з боку адміністрації Трампа. Інші юрисдикції натомість чинять опір, зокрема Велика Британія, яка зберегла власний дворівневий податок на цифрові послуги у розмірі двох відсотків.

Джерело

Engadget

Уперше супутник дистанційного зондування Землі самостійно виявив те, що шукав, — без участі аналітиків на Землі. Ця подія, що сталася у квітні, стала першим задокументованим випадком використання візуально-мовної моделі (vision-language model, VLM) на орбіті й демонструє, як штучний інтелект може кардинально змінити можливості космічних сенсорів і їхню цінність.

Зазвичай супутники передають на Землю великі обсяги даних, які аналітики опрацьовують за допомогою алгоритмів машинного навчання або власними очима. Але на борту YAM-9 — апарата, створеного компанією Loft Orbital, що займається космічною інфраструктурою, — програмний комплекс, розроблений Лабораторією реактивного руху NASA (JPL), самостійно визначав зони інтересу у відповідь на запити природною мовою.

VLM Gemma 3 від Google DeepMind, яка використовувалася в експерименті, спеціально створена для «edge»-застосунків, тобто для роботи на обмеженому «залізі» далеко від дата-центрів. Такі моделі поєднують контекстне розуміння великих мовних моделей із можливістю аналізувати зображення. Дослідники просили модель класифікувати дані сенсорів у місцях перетину природного середовища з людською забудовою чи, наприклад, ідентифікувати інфраструктуру навколо залізничних вузлів — і вона з цим впоралася.

Ця демонстрація важлива з двох причин. У короткостроковій перспективі вона може зробити орбітальні сенсори набагато кориснішими, здійснюючи початкову «сортування» даних прямо в космосі та скорочуючи потік сировинної інформації, яку нині змушені переглядати аналітики. У довгостроковій перспективі це підтвердження того, що у космосі можна розгортати масштабніші AI‑інфраструктури.

“Це відкриває двері до постійних, чергових шарів спостереження в космосі”, — розповів TechCrunch керівник напряму AI в Loft Orbital Поль Лассерр. — “Якщо у вас є VLM, у вас може бути логіка на кшталт: ‘моніторь цей кордон і повідом, коли станеться щось підозріле’, і ви можете взаємодіяти із супутниками в діалозі”.

Космічні апарати Loft Orbital створюються як платформи для сторонніх клієнтів. Бізнес-модель компанії ближча до інфраструктури як сервісу (IaaS), ніж до традиційного супутникобудування. Наприклад, нещодавно вона збудувала, запустила та експлуатує шість нових супутників для EarthDaily, яка аналізуватиме й монетизуватиме дані, зібрані на борту. YAM-9 запустили восени 2025 року як демонстратор для орбітальних AI‑проєктів компанії; на ньому встановлено GPU Nvidia Jetson Orin AGX — один із найпоширеніших чипів для обчислень у космосі.

Хуан Дельфа Вікторія, технічний лідер AI‑групи NASA JPL, очолив розробку NAVI-Orbital — програмного пакета, який фактично став «обв’язкою» для VLM Gemma 3. Хоча сама Gemma 3 — готовий продукт, розробникам довелося серйозно оптимізувати програмний пакет, скорочуючи кількість бібліотек і обсяг пам’яті, необхідний для роботи.

Хоча це перше задеклароване використання VLM на орбіті, можна очікувати, що інші компанії швидко наслідуватимуть цей приклад. Planet Labs уже використовує на своїх супутниках процесори Jetson Orin; наразі вони застосовуються для відносно простих задач виявлення об’єктів, але, за словами представника компанії, ведуться дослідження й інших AI‑застосунків, зокрема й VLM.

Kepler Communications, яка експлуатує найбільше угруповання GPU в космосі, відмовилася сказати, чи використовує вона VLM на орбіті, пославшись на NDA з партнерами. Водночас компанія зазначила, що від моменту запуску цих апаратів у січні вже з’явилося «кілька незадекларованих сценаріїв використання нашого обчислювального середовища».

“Тепер, коли ми довели працездатність концепції, саме в цьому напрямку ми й рухаємося”, — каже Лассерр. Мета — наростити сузір’я таким чином, щоб забезпечити майже реальний час спостереження будь-якої точки Землі. За його оцінкою, для цього знадобиться від 50 до 100 супутників на кшталт YAM-9. Наразі Loft Orbital експлуатує 12 космічних апаратів на орбіті.

Досвід розгортання відносно невеликих моделей на орбіті допоможе компаніям у майбутньому будувати уже великі обчислювальні системи в космосі, особливо з огляду на приземлені, але критичні питання керування енергоспоживанням та пам’яттю.

Це також може стати базою для нових наукових інструментів. Ідея NAVI-Space виникла, коли Дельфа Вікторія та дослідник JPL Таран Кіріяк Джон обмірковували цифрових асистентів для астронавтів, які досліджуватимуть Місяць чи Марс.

“Ми думаємо: у вас є астронавти в герметичних скафандрах, вони не можуть постійно щось набирати на клавіатурі, а завдання, які вони виконують, дуже складні”, — каже Дельфа Вікторія. — “Тож чому б не надати їм асистента — як у відеоіграх чи фільмах, де ви бачите інтерактивний штучний інтелект?”

Тільки не називайте його HAL 9000.

Джерело

TechCrunch

Корпорація Fox оголосила, що придбає компанію Roku, відому насамперед своїми стримінговими пристроями та платформою. Після отримання всіх необхідних погоджень Fox заплатить близько $22 мільярдів, або $160 за акцію Roku.

“Це визначальний момент для Fox і природне продовження виваженої та сфокусованої стратегії, яку ми реалізуємо майже десятиріччя”, – заявив у зверненні генеральний директор і виконавчий голова Fox Лахлан Мердок. – “Сьогодні ми робимо наступний крок: об’єднуємо один із найцінніших портфелів прямого ефірного відеоконтенту з провідною стримінговою платформою, через яку його дивиться Америка. Це поєднання трансформує масштаб нашої компанії в напрямках із високими темпами зростання і суттєво змінить наш загальний профіль зростання”.

У компаніях запевняють, що Roku й надалі працюватиме як окрема “партнерська платформа”. Канал The Roku Channel зараз охоплює понад 100 мільйонів домогосподарств у всьому світі. У Fox стверджують, що завдяки Roku отримають більший масштаб для охоплення аудиторії як у сегменті прямого ефірного контенту, так і стримінгу. Також угода відкриває для Fox доступ до “високотемпового” сегмента реклами та підписок на стримінгові сервіси. Компанія очікує, що це посилить її “довгостроковий профіль зростання” як у стримінгу, так і на телебаченні.

Fox розрахується комбінацією грошових коштів і частини своїх звичайних акцій класу A. Засновник і генеральний директор Roku Ентоні Вуд заявив у релізі: “Я надзвичайно пишаюся тим, що створила наша команда, а об’єднання з Fox — це виняткова можливість прискорити реалізацію нашого бачення, швидше масштабуватися та агресивніше інновувати для глядачів, партнерів і рекламодавців”.

Компанії стверджують, що разом вони сформують третю за розміром структуру на ринку телебачення США за часткою перегляду. Угода ще має отримати схвалення регуляторів.

Джерело

Engadget

Стартап з кібербезпеки NewCore вийшов з тіні з фінансуванням у розмірі $66 млн, маючи на меті вирішити виклик, з яким, на його думку, невдовзі зіткнеться багато компаній, що впроваджують AI-агентів: як автентифікувати, адмініструвати й контролювати їх у масштабі.

Раунд seed-інвестицій очолив венчурний фонд Cyberstarts, сфокусований на кібербезпеці, за участі Index Ventures і Evolution Equity Partners. Оцінка NewCore після інвестицій становить $300 млн.

Компанії дедалі частіше ставляться до AI-агентів як до повноцінних учасників робочого процесу, а не просто як до програмних інструментів. Goldman Sachs торік тестував AI-агента-розробника Devin як нового співробітника, а McKinsey на початку цього року заявила, що вже 25 000 AI-агентів працюють разом із її 60 000 співробітників. NewCore робить ставку на те, що зрештою компаніям доведеться керувати цими цифровими працівниками подібно до людських.

Для співзасновника та CEO Зохара Алона (на фото по центру) можливість виросла з переконання, що системи керування ідентичністю стали однією з найслабших ланок корпоративної безпеки. Алон, який раніше заснував стартап із хмарної безпеки Dome9 (пізніше його придбала Check Point), каже, що поява AI-агентів переконала його та співзасновників у тому, що існуючі платформи керування ідентичністю погано підходять для майбутнього, у якому програмні «працівники» діятимуть поряд із людьми.

“Ми точно знаємо, що масштаб і складність, які додають ці [AI-агенти], зламають платформи ідентичності, створені 15–20 років тому”, — сказав він у коментарі для TechCrunch.

Алон заснував NewCore разом із технічним директором Аміхая Нейдерманом (на фото праворуч), колишнім керівником досліджень підрозділу 8200 та засновником медичного AI-стартапу Nym Health, і комерційним директором Ерезом Ярконі (на фото ліворуч), який раніше був CIO T-Mobile USA та Telstra.

Платформа NewCore покликана керувати ідентичностями як людей, так і AI-агентів в одній системі. Стартап стверджує, що AI-агенти мають розглядатися як повноцінні субʼєкти з власними правами доступу, життєвим циклом і механізмами відкликання, а не як традиційні сервісні облікові записи чи машинні креденшали.

Ідея NewCore, за словами Алона, почала формуватися у 2023 році, коли він допомагав переглядати ІТ-бюджет компанії, що користувалася послугами відомого провайдера керування ідентичністю. Побачивши розмір рахунку, він припустив, що клієнт має бути задоволений продуктом.

“Я сказав: ‘Ви, напевно, неймовірно задоволені ними’, — згадав Алон. — Він відповів: ‘Ні, не дуже’”.

Ця розмова лише зміцнила переконання Алона, що ринок керування ідентичністю став великим, але застиглим, а основні вендори відчувають невеликий конкурентний тиск.

Такі провайдери, як Okta та Microsoft Entra, вже почали додавати функціональність для AI-агентів. Однак Алон стверджує, що ці зусилля лише розширюють платформи, спочатку створені для людських працівників, тоді як NewCore будується «з нуля» для змішаного середовища з людьми, машинами та AI-агентами.

“Традиційні вендори дають вам агентний спосіб роботи з ідентичністю, але він десь збоку — не інтегрований”, — каже Алон. Наприклад, NewCore використовує так звану архітектуру split-key, яка ділить критично важливі облікові дані між клієнтом і платформою. Це, за задумом, має усунути єдину точку компрометації.

NewCore також пропонує пакет інтеграції Agentic Skill для асистентів розробників, таких як Claude Code від Anthropic, OpenAI Codex і Cursor. Він дозволяє цим AI-інструментам отримувати доступ до корпоративних систем як керовані ідентичності, а не через вручну роздані креденшали. Співробітники також можуть користуватися мобільним застосунком NewCore, щоб надавати, переглядати та відкликати доступ для AI-агентів, створюючи, за словами Алона, «людський шар нагляду» під час розгортання більш автономних систем.

Стартап виріс до понад 50 співробітників у США та Ізраїлі. За словами Алона, платформою користуються менш ніж 10 клієнтів і понад 10 партнерів на етапі спільного проєктування. Компанія планує почати брати гроші з клієнтів уже цього літа.

Алон прогнозує, що в багатьох технологічно орієнтованих організаціях кількість AI-агентів може перевищити кількість людей уже за кілька років. Подібну думку нещодавно висловив і голова TCS Н. Чандрасекеран, який заявив, що кількість AI-агентів може зрівнятися з чисельністю персоналу індійської IT-компанії.

Ідентичність, каже Алон, імовірно стане однією з перших корпоративних систем, які відчують напруження через масове розгортання AI-агентів. На його думку, компаніям знадобляться нові способи моніторингу, авторизації та відкликання прав для програмних «працівників», що діють у їхніх мережах.

“Це неминуче”, — каже Алон про те, що AI-агенти стануть значною частиною робочої сили. — “Питання в тому, чи встигнемо ми вчасно побудувати захисні огорожі”.

Джерело

TechCrunch

Сьогодні підписки здаються всюдисущими, і виникає відчуття, що це лише питання часу, коли хтось вигадає спосіб встановити paywall навіть на повітря, яким ми дихаємо. До того ж ціни постійно зростають: компанії крок за кроком піднімають місячну вартість настільки, наскільки це можливо, аби не спровокувати масову відмову. З часом усе це накопичується, і «жонглювання» підписками стає буденністю для багатьох користувачів. Наприклад, ви можете оплатити місяць Netflix, щоб подивитися новий сезон Stranger Things, паралельно поставивши на паузу Disney+ до виходу нового сезону The Mandalorian and Grogu.

Та є одна підписка, від якої деякі можуть відмовитися — принаймні ті, хто проводить чимало вільного часу в YouTube. Колись відеоплатформа Google була повністю безкоштовною, але тепер пропонує платну підписку YouTube Premium для тих, хто хоче позбутися реклами й отримати низку поліпшень користувацького досвіду.

Те, про що ви могли не знати: повна підписка YouTube Premium, яка на момент написання коштує $16 через нещодавнє підвищення ціни, включає також необмежений доступ до сервісу потокової музики YouTube Music. А це означає, що, як мінімум для частини активних користувачів YouTube, з’являється можливість відмовитися від окремої підписки на Spotify, Apple Music чи інший музичний сервіс.

Такий обмін підійде не всім. Те, чи стане YouTube Music повноцінною заміною, сильно залежить від того, наскільки для вас важливі функції, яких тут немає порівняно з конкурентами, а також від того, наскільки ви готові дозволити алгоритмам YouTube впливати на те, яку музику ви слухаєте. Ось як YouTube Premium із YouTube Music виглядає на тлі звичного музичного сервісу і як зрозуміти, чи вигідніше вам перейти на одну таку підписку.

Якість звуку: без hi-res, але не для всіх це критично

Перше, що варто знати про YouTube Music: сервіс не пропонує бібліотеку у високій роздільній здатності (hi-res), хоча це вже стало стандартом у конкурентів. Spotify, який роками зволікав із запуском hi-res, нарешті додав власну «lossless»-можливість минулого року (це не ідеально «біт‑у‑біт» lossless, але якщо ви настільки прискіпливі, YouTube Music одразу відпадає, і можете сміливо припиняти читати цю статтю).

Водночас lossless-аудіо залишається нішевою функцією, якою складно повноцінно скористатися без аудіофільського обладнання. Якщо ви слухаєте музику в AirPods через iPhone, ви все одно не отримуєте справжнього lossless‑відтворення.

YouTube Music обмежується бітрейтом до 256 кбіт/с. Для деяких слухачів це буде помітно порівняно з 320 кбіт/с, які пропонують інші сервіси перед переходом у lossless-якість. Але якщо ви вже слухаєте музику прямо на YouTube і вас влаштовує якість звуку, то й у YouTube Music вона буде цілком прийнятною.

Бібліотека та алгоритми: як YouTube формує ваші смаки

Інші відмінності між YouTube Music і Spotify чи Apple Music більш суб’єктивні. Spotify та Apple Music дозволяють будувати «традиційну» музичну бібліотеку, тоді як YouTube Music організовує контент за логікою самої відеоплатформи. Ви «підписуєтесь» на виконавців, а не «фоловите» їх, і підписка на артиста в YouTube автоматично означає підписку на нього й у YouTube Music. Плейлисти також синхронізуються між відео- та музичною частиною сервісу.

Для тих, хто хоче, щоб смак у відеоконтенті впливав на музичні рекомендації (і навпаки), це може бути перевагою. Але якщо ви, навпаки, волієте розділяти «церкву й державу», це може перетворитися на біль. Те, що ви подивилися відео про конфлікт між Drake і Kendrick Lamar, зовсім не означає, що ви хочете під час пробіжки слухати треки з усіх трьох останніх, м’яко кажучи, не найкращих альбомів Дрейка.

Головна перевага: користувацькі завантаження й рідкісний контент

Алгоритмічна логіка YouTube дає YouTube Music одну велику перевагу — гігантську бібліотеку користувацьких завантажень. Окрім більшості релізів великих лейблів, які є в будь-якому сучасному музичному сервісі, YouTube Music має найбільшу у світі колекцію рідкісних треків, завантажених користувачами.

Ніколи офіційно не випущений лічений сингл вашого улюбленого виконавця? Він, швидше за все, є на YouTube Music. Сет із Coachella, який ви мріяли б пережити ще раз? Не шукайте його в Spotify — він радше буде на YouTube Music. І недаремно саме YouTube став офіційним стримінг‑партнером Coachella у 2026 році.

Повертаючись до протистояння Drake і Kendrick: усі треки з цієї баталії з’являлися на YouTube значно раніше, ніж на інших стримінгах, оскільки обидва репери самостійно завантажували дис-треки, намагаючись перехитрити один одного в режимі реального часу. Можливість додати такі треки до своїх плейлистів — структурна перевага, з якою не може конкурувати жоден інший сервіс. Те саме стосується й музичних кліпів — зрештою, це ж YouTube.

Подкасти та відеоесе

YouTube Music також має велику бібліотеку подкастів, включно з багатьма «аудіоорієнтованими» форматами, що існують тільки на платформі Google — у вигляді користувацьких відеоесе та документалок. Навіть серед широко розповсюджених подкастів чимала частина доступна у форматі відео лише на YouTube.

Це дає платформі перевагу над Spotify, хоч останній останніми роками активно розвиває напрямок відеоподкастів. І це беззаперечна перевага над Apple Music, де для подкастів існує окремий застосунок Apple Podcasts.

Хмарний плеєр для власної музики

Оскільки YouTube Music виріс із Google Play Music, він успадкував і функції хмарного програвача для ваших локальних аудіофайлів. Два основні конкуренти також дозволяють завантажувати власні файли, але зазвичай змішують їх у загальній бібліотеці зі стримінговими треками.

YouTube Music відділяє локальні завантаження від потокової бібліотеки, тож ви можете ізолювати власні файли й переглядати тільки їх — за виконавцем, альбомом тощо. Якщо ви досі зберігаєте цифрову музичну колекцію ще з часів iTunes чи Napster, YouTube Music — зручний спосіб продовжити нею користуватися, не забиваючи пам’ять смартфона.

Чи варта гра свічок: порівнюємо вартість

Якби єдиним, що дає YouTube Premium, був доступ до музичного сервісу, підміняти ним Spotify чи Apple Music було б не надто вигідно. Але разом із цим ви отримуєте й кращий досвід користування самим YouTube.

Окупити вартість YouTube Premium нескладно, якщо ви й так активно користуєтеся платформою. Ви більше ніколи не побачите preroll чи midroll‑рекламу, а також зможете пропускати спонсорські вставки в улюблених блогерів завдяки кнопці Jump Ahead, яка автоматично перемотує фрагменти, що їх найчастіше пропускають інші глядачі. Плюс — відтворення у фоні та офлайн‑завантаження, що дають більше контролю над тим, де й як ви дивитеся відео.

Саме сукупна цінність робить таке порівняння доречним. YouTube Premium за новою ціною в $16 на місяць — недешевий, особливо на тлі Spotify із $13 на місяць чи Apple Music із $11. Але якщо ви вже платите за Premium і якщо YouTube Music влаштовує вас за якістю та можливостями, можна сміливо відмовлятися від окремої музичної підписки й зменшити щомісячні витрати.

Інші ж можуть вирішити, що варто, навпаки, розірвати підписку на нинішній музичний сервіс і перейти на YouTube Premium, щоб скористатися його унікальним поєднанням контенту й функцій.

Джерело

Engadget

Fox у понеділок підтвердила, що купує стримінгову компанію Roku в рамках угоди з грошовою та акціонерною частинами на суму близько $22 млрд. Це одне з найбільших медіазлиттів за останні роки й чіткий сигнал, на що сьогодні робить ставку телевізійна індустрія. У Fox кажуть, що угода відображає дві сили, які змінюють спосіб споживання відео: стійку привабливість прямих трансляцій спорту та новин і невпинне зростання стримінгу.

За оцінкою Fox, об’єднана компанія стане третім за обсягом аудиторії телебізнесом у США. Угода поєднує новинні й спортивні канали Fox та її безкоштовний стримінговий сервіс із підтримкою реклами Tubi з платформою підключеного телебачення Roku — програмним забезпеченням, яке працює на багатьох смарт-ТВ та стримінгових пристроях у вітальнях користувачів.

Fox стверджує, що разом об’єднана компанія матиме охоплення як у традиційному телебаченні, так і в стримінгу — поєднання, яке дедалі частіше вважається критично важливим, адже аудиторія ділить свій час між прямими ефірами та сервісами «відео за запитом».

Угода дає Fox прямий доступ до аудиторії Roku в 100 млн домогосподарств. Компанія вважає, що це допоможе ефективніше таргетувати рекламу та менше залежати від традиційних каналів доставки контенту. Fox також зазначає, що придбання посилює її позиції на ринку підключеного телебачення (connected TV, CTV) — одному з найдинамічніших сегментів реклами та підписок у стримінгу.

Генеральний директор Fox Лаклан Мердок назвав придбання «визначальним» моментом для компанії.

«Це об’єднання розширить масштаб нашої компанії в сегментах із високими темпами зростання та забезпечить якісно новий рівень нашого загального профілю зростання», — сказав Лаклан у пресрелізі. — «Roku була піонером у сфері стримінгового ТБ та масштабувала її до провідної CTV-платформи. Разом ми маємо намір очолити її наступний етап розвитку».

Цей крок продовжує хвилю консолідації в медіагалузі, де традиційні мовники намагаються наростити масштаб у стримінгу. Fox придбала Tubi за $440 млн у 2020 році, на піку конкуренції на ринку стримінгових сервісів. Торік компанія запустила Fox One — власний прямий стримінговий сервіс для споживачів.

«Я неймовірно пишаюся тим, що створила наша команда, а об’єднання з Fox — це виняткова можливість пришвидшити реалізацію нашого бачення, масштабуватися швидше й агресивніше інновувати для глядачів, партнерів і рекламодавців», — заявив засновник і CEO Roku Ентоні Вуд. — «Я не можу бути більш натхненним тим, чого ми досягнемо разом».

Рада директорів обох компаній уже схвалила угоду, її завершення очікується в першій половині 2027 року. Fox повідомила, що залучила кредит на $12 млрд для фінансування придбання.

Джерело

TechCrunch

Індійська компанія Sarvam залучила 234 млн доларів інвестицій при оцінці у 1,5 млрд доларів, повідомила компанія в понеділок. Так бенгалурський стартап став новим AI-єдинорогом Індії на тлі зростання інтересу урядів і бізнесу до контролю над критичними технологіями штучного інтелекту та обчислювальною інфраструктурою.

150 млн доларів із цієї суми надасть HCLTech — ІТ-дочірня компанія індійського конгломерату HCL Group і головний стратегічний інвестор раунду. У фінансуванні також взяли участь Bessemer Venture Partners та чинні інвестори Khosla Ventures і Peak XV Partners. Загалом Sarvam планує залучити 300 млн доларів у межах раунду Series B.

Цей раунд відбувся більш ніж через два роки після того, як Sarvam зібрала 41 млн доларів на посівному етапі та в раунді Series A, і слідує за запуском на початку року її відкритих моделей на 30 та 105 млрд параметрів.

Нове фінансування відображає ширший тренд: країни та компанії прагнуть розвивати суверенні AI-можливості на тлі зростаючих побоювань щодо доступу до передових моделей і до обчислювальної інфраструктури, яка їх підтримує.

Sarvam входить до невеликої групи стартапів, які намагаються побудувати повноцінний AI-бізнес «фулстек» — від розробки моделей і інфраструктури для інференсу до корпоративних застосунків. Стартап заявляє, що його моделі спроєктовані під індійські мови та сценарії використання, а продукти вже впроваджуються в банківському та страховому секторах, у державних сервісах і сфері оборони.

Інвестиція HCLTech надає Sarvam потужного стратегічного партнера для комерціалізації технологій. План полягає в поєднанні AI-моделей Sarvam з клієнтською базою HCLTech у корпоративному сегменті, її інженерними ресурсами та програмними активами для створення AI-продуктів для бізнесу та державних структур.

Інвестиції в Sarvam відбуваються на тлі закріплення за Індією статусу одного з найважливіших ринків AI у світі. І OpenAI, і Anthropic називають Індію своїм другим за величиною ринком після США — завдяки великій базі розробників, підприємств і споживачів, які активно впроваджують інструменти ШІ.

Попри масштаб Індії як споживача AI, країна поки що майже не має серйозних претендентів у перегонах за створенням передових моделей ШІ. Висока вартість обчислень і обмежений доступ до капіталу ускладнюють для індійських стартапів конкуренцію з добре профінансованими гравцями зі США та Китаю, залишаючи Sarvam у невеликому колі компаній, які намагаються будувати власні базові моделі.

Дискусія щодо «суверенного AI» загострилася минулого тижня, коли Anthropic відключила доступ до своїх найновіших моделей Fable 5 і Mythos 5 після того, як уряд США зобов’язав компанію призупинити їх використання будь-якими іноземними громадянами, посилаючись на міркування національної безпеки. Цей крок продемонстрував, що доступ до передових AI-систем і надалі залишається зосередженим у руках обмеженого кола закордонних постачальників.

Завдяки новому раунду фінансування Sarvam планує інвестувати в дослідження наступного покоління своїх AI-моделей, сфокусованих на агентних рішеннях, програмуванні та кібербезпеці, а також розширювати доступ до обчислювальної інфраструктури із масштабуванням впроваджень у різних галузях.

За даними компанії, її платформа розмовного AI зараз обробляє понад 2 млн взаємодій на добу, а платформа інференсу — близько 10 млн API-запитів щодня. Мовленнєві моделі Sarvam щомісяця транскрибують понад 500 тис. годин аудіо, а системи документного AI використовуються для оцифрування понад 35 млн сторінок документів.

Ці інструменти дедалі частіше застосовуються у масштабних проєктах. Компанія повідомляє, що її багатомовні голосові агенти зібрали дані від 17 млн фермерів для Міністерства сільського господарства та добробуту фермерів Індії. Крім того, загальнонаціональна голосова кампанія для одного з провідних страховиків допомогла підтримати пролонгацію полісів для 45 млн страхувальників.

Окрім державних і масових сервісів, Sarvam зазначає, що велика фінтех-компанія використовує її агентну AI-платформу для підтримки продажів, які здійснює понад 350 тис. співробітників.

Стартап заснували Вівек Рагхаван і Пратюш Кумар, які раніше працювали в AI4Bharat — ініціативі з досліджень AI для індійських мов в Індійському технологічному інституті Мадраса, що підтримується техноветераном Нанданом Нілекані.

«Наша амбіція — широко поширити цю технологію в Індії, створюючи значну цінність у різних секторах для громадян, малого бізнесу, корпорацій, а також урядів штатів і центрального уряду», — сказав Рагхаван. «Ми перебуваємо в унікальній позиції, щоб допомогти їм як адаптувати AI, так і створювати інновації на його основі».

Джерело

TechCrunch

Компанія Salesforce у понеділок оголосила, що придбає AI-платформу для роботи з клієнтами Fin за $3,6 млрд. Раніше відома під назвою Intercom, Fin пропонує AI-агента, який може обробляти звернення клієнтів у різних каналах — через онлайн-чат, WhatsApp, SMS, телефонні дзвінки, Slack та інші сервіси.

Salesforce заявляє, що планує використати команду та технології Fin для посилення Agentforce — своєї наявної корпоративної платформи, за допомогою якої бізнеси можуть створювати кастомні AI-агенти для автоматизації завдань.

«Fin приносить перевірену технологію агентів, глибоку орієнтацію на успіх клієнтів і неймовірну AI-команду, яка доповнить Agentforce потужними можливостями сервісних агентів», — йдеться в заяві CEO Salesforce Марка Беніоффа. — «Разом ми допоможемо компаніям будь-якого розміру скористатися цією можливістю — прискорити отримання цінності завдяки надійним агентам, що забезпечують вимірювані результати у масштабі».

Угоду планують закрити в останньому кварталі 2027 фінансового року Salesforce, який фактично припадає на перші місяці 2027 року через особливості звітності компанії.

«Нашим клієнтам: останніми роками ми дуже інтенсивно розвиваємо продукт. Зокрема нещодавно представили нашу проривну модель Apex та наш внутрішній агент Operator, який змінює уявлення про те, якими можуть бути такі системи», — написав співзасновник і CEO Fin Еоган МакКейб у дописі в X. — «З ресурсами Salesforce цей прогрес тільки прискориться. І водночас практично нічого не зміниться: я й надалі залишуся CEO, Дес і надалі очолюватиме R&D, ми обидва залишаємося відданими тому, щоб і надалі лідирувати в цій категорії. Щиро дякуємо за вашу віру в нас».

Джерело

TechCrunch