Epic Games звайбкодили новий лаунчер: 7 уроків для production

Що Epic справді повідомила

14 жовтня Epic Games відкрила Preview нового лаунчера для Windows, macOS і вперше Linux. В офіційному анонсі компанія прямо назвала його «vibe coded», але водночас попередила: перша версія ще має мало функцій. Для розробників живих проєктів і гравців у змагальні ігри Epic радить поки залишатися на стабільному клієнті.

Керівник Epic Games Store Мартін Кілі пояснив журналістам практичніше: команда почала з нуля на іншому технологічному стеку, а ШІ використовувала для написання й перевірки нових функцій. Люди визначали потрібну поведінку, керували змінами й переносили функціональність, а не старий код. Це вже не «один промпт зробив продукт», а керований процес із людським рішенням на кожному важливому кроці.

Чого анонс не доводить

• Немає відкритих даних про частку AI-коду. Фраза «vibe coded» не вимірює, скільки рядків згенеровано, переписано або відкинуто.
• Немає повної методики бенчмарку. Відомі окремі цифри старту, але не всі конфігурації, кеші, регіони та сценарії.
• Preview не дорівнює production-зрілості. Частина соціальних та акаунтних функцій ще відсутня, а сумісність Linux залежить від дистрибутива й гри.
• Переписування не завжди вигідне. Epic мала конкретний біль старого клієнта, команду й ресурси для паралельного переходу. Малому проєкту часто дешевше виправити вузьке місце.

7 уроків для власного AI-проєкту

1. Починайте з метрики болю. Epic оптимізувала старт, навігацію й фонове навантаження. Запишіть один показник до генерації коду: час до першої дії, кількість помилок або кроків користувача.
2. Копіюйте поведінку, а не старий код. Опишіть сценарії, які мають зберегтися, а реалізацію будуйте заново лише там, де це виправдано.
3. Розділіть генерацію й рев’ю. Не просіть ту саму сесію «перевірити себе». Дайте іншій моделі або людині вимоги, diff і тести без виправдовувального контексту.
4. Випускайте паралельний Preview. Нова версія повинна мати обмежену аудиторію, просте повернення назад і чесний список відсутніх функцій.
5. Міряйте на реальному сценарії. Cold start, відновлення з фону, слабка мережа й великий набір даних — різні тести. Один красивий показник легко приховує регресію в іншому.
6. Не давайте AI секрети й production-доступ за замовчуванням. Генерація коду не потребує реальних токенів, платіжних даних або можливості самостійно деплоїти зміни.
7. Людина підписує ризикові зміни. Акаунти, оплати, оновлення, видалення даних і механізми захисту потребують явного approval gate та журналу рішень.

Мінімальний процес від промпту до релізу

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

Промпт для незалежного production-рев’ю

Скопіюйте й доповнітьТи — незалежний reviewer. Не переписуй код одразу.

Контекст продукту: [для кого і яка головна дія]
Зміна: [що саме додано]
Критерій успіху: [вимірювана умова]
Не повинно змінитися: [критичні інваріанти]

1. Знайди невідповідності вимогам.
2. Назви ризики для даних, доступів, оплат і відкату.
3. Запропонуй мінімальні тести: нормальний, порожній, помилковий та граничний сценарії.
4. Відділи блокери релізу від бажаних покращень.
5. Для кожного висновку наведи конкретний файл, функцію або перевірку.

Не припускай, що попередній AI-агент мав рацію. Не використовуй реальні секрети.

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

Чекліст перед публікацією AI-коду

• Є один вимірюваний показник «до» і «після».
• Збережено список функцій, які нова версія ще не підтримує.
• Diff малий настільки, щоб людина могла його переглянути.
• Секрети, персональні й платіжні дані не передавалися моделі.
• Пройдені позитивний, негативний і граничний сценарії.
• Перевірено швидкість на цільовому пристрої, а не лише в dev-середовищі.
• Є Preview, журнал помилок і спосіб швидко повернути стабільну версію.
• Ризикові зміни схвалила відповідальна людина.

Якщо вам потрібен ширший процес командної перевірки, продовжуйте з гайдом як перевіряти код від AI-агентів. Для першого проєкту — маршрут вайб-кодера від задачі до тесту.

Один практичний сценарій ШІ на тиждень: перегляньте приклад листа й підпишіться з підтвердженням адреси.