Як Wasmer створила середовище Node.js для периферії з Codex
Команди використовують Codex із GPT‑5.5, щоб братися за амбітніші проєкти й завершувати їх у 10–20 разів швидше.
10x to 20x
Збільшення швидкості розробки
Цього року інженери Wasmer здійснили прорив: вони з’ясували, як запускати робочі навантаження Node.js у пісочниці WebAssembly, даючи розробникам змогу запускати JavaScript-застосунки, MCP та агенти без Docker. Без Codex ця робота зайняла б рік, але з Codex вона тривала два тижні. Тепер вони — перший хмарний хостинг, що надає повноцінний Node.js на рівні периферійних обчислень.
«Насправді ми вже виходимо за межі самої IDE. Ми вже не так багато торкаємося коду, а просто спрямовуємо його туди, куди хочемо».
Wasmer — молода компанія з невеликою командою та великою метою: платформа периферійних обчислень, що масштабується в локальних і глобальних середовищах без платформних обмежень.
«Проєкти, за які ми беремося, надзвичайно амбітні, і без ШІ нам знадобилися б роки, щоб їх реалізувати», — каже Сайрус Акбарі Ньєто, засновник і генеральний директор. «Тепер усе значно простіше й швидше».
Ця простота й швидкість безпосередньо втілилися в революційний проєкт: Edge.js(відкривається у новому вікні), середовище виконання JavaScript, здатне запускати робочі навантаження Node.js для ШІ та периферійних обчислень.
Команда давно хотіла взятися за цей проєкт, але не завжди мала для цього ресурси. «Усі тут дуже, дуже просунуті технічні фахівці, але в нас просто не було часу, щоб присвятити його таким проєктам. А тепер ми можемо запускати нові продукти, які раніше були б неможливими», — пояснює Ньєто.
Із Codex інженери Wasmer можуть примножувати свої зусилля. «Ми збільшили швидкість розробки щонайменше в 10–20 разів», — каже Ньєто.
«Ми змогли створити середовище виконання JavaScript лише за два тижні. Без ШІ і без Codex це зайняло б у нас мінімум рік».
Як і багато команд, інженери Wasmer спершу скептично ставилися до ШІ. «Спершу ми не надто довіряли результатам ШІ», — пояснює Ньєто. Але коли команда почала експериментувати, результати перевершили їхні очікування. «За останній рік, і особливо за останні кілька місяців, ми працювали з Codex, і результати були справді чудовими».
У міру розвитку можливостей міркування Codex інженери Wasmer витрачають дедалі менше часу на ручний супровід. «Насправді ми вже виходимо за межі самої IDE й уже не так багато торкаємося коду. Ми просто спрямовуємо його туди, куди хочемо», — каже Ньєто.
Команда використовувала Codex від самого початку проєкту до його завершення: від побудови початкових архітектурних блоків до шліфування фінального продукту. Упродовж усього процесу Codex допомагав команді знаходити помилки та визначати їхні першопричини.
«Були певні помилки, про які ми навіть не уявляли, що вони виникнуть, і щойно ми почали їх виявляти, Codex одразу перейшов до налагодження», — каже Ньєто. «Нас вразило те, як швидко він переходив від налагодження до знаходження першопричини та визначення рішення».
Зазвичай, пояснює Ньєто, розробникам потрібна була б спеціальна експертиза, щоб знайти багато з цих помилок. Але Codex, каже Ньєто, «зміг опанувати консольні логи для трасування викликів і низькорівневий налагоджувач на кшталт LLD, який отримує доступ до речей на рівні асемблера. Codex може заходити дуже низько й бачити, що відбувається під кодом».
«Є певні тонкощі, про які ми не знаємо, бо не є експертами з C++. Codex зміг помітити їх доволі рано».
До Edge.js, пояснює Ньєто, запускати середовище виконання JavaScript на рівні периферійних обчислень було неможливо. А до Codex для команди Wasmer було б неможливо взятися за настільки амбітний проєкт у такі строки.
«Codex дав невеликій компанії змогу досягти того, що раніше було можливим лише у великих компаніях. Без нього цей проєкт буквально був би неможливим», — каже Ньєто.
Підсилена у своїх амбіціях, команда Wasmer дивиться вперед — на ще більші проєкти. «Тепер у нас під рукою є те, що раніше було неможливим. Нам потрібно братися за ще складніші проблеми», — каже Ньєто.
