Передмова: як Relaunch24 працює зі штучним інтелектом?
Як і багато сучасних команд розробки, ми роками використовуємо інструменти з підтримкою ШІ в щоденній роботі. Насамперед це редактори для розробників, зокрема Cursor. Для нас це розширення класичних середовищ: пришвидшують повторювані задачі, тримають код узгодженим і полегшують розуміння складних залежностей. Фактична архітектура, логіка системи й безпека рушія Relaunch24 повністю контролюються нашими розробниками і ніколи не працюють автономно.
Код — так, бази даних і дані клієнтів — ні
Рушій R24 складається виключно з основного коду платформи. У цьому коді немає даних клієнтів, контенту чи баз даних. Він лише визначає, як працює система — механіку доставки сайтів, рендерингу контенту та взаємодії модулів.
Фактичний контент сайту свідомо відокремлений від цієї структури рушія. Наша архітектура — flat-file: контент зберігається як структуровані текстові файли прямо в файловій системі. Немає центральних баз, що збирають чи агрегують контент чи дані клієнтів. Дані завжди лишаються там, де мають бути — на відповідному сервері сайту.
У цього розділення важливий побічний ефект: навіть коли розробники пишуть чи оптимізують код рушія за допомогою редакторів з ШІ, реальні дані клієнтів ніколи не потрапляють до цих інструментів. Код розробляється незалежно від фактичного контенту сайту, а всі дані лишаються виключно на відповідній серверній інфраструктурі. Так можна ефективно розробляти, не роблячи чутливі дані частиною робочих процесів зі ШІ.
Чому хостинг і дані варто (назавжди) тримати в людських руках
Поточний ентузіазм навколо ШІ призвів до зростання автоматизації інфраструктури: сервери налаштовують агенти, код генерує ШІ, цілі системи без класичних процесів розробки. Для прототипів чи невеликих експериментів це може підійти. Але коли йдеться про реальну інфраструктуру, дані клієнтів чи критичні для бізнесу сайти, стає очевидним: у систем ШІ немає відповідальності, зобов’язань і юридичної підзвітності.
Недавні інциденти показують, чому хостинг, інфраструктуру й керування даними варто залишати під людським контролем. Розробники описували випадки, коли під час міграції сервера помічник з ШІ автономно виконав команди, видаливши два сайти й 2,5 роки даних — включно з резервними копіями. Причину пізніше назвали «надмірною довірою до ШІ». (Стаття)
Великі платформи теж не застраховані. У Amazon сталися збої після змін у продакшн-коді через інструменти розробки з ШІ. У одному випадку помилковий деплой спричинив серйозні збої в замовленнях і мільйонні втрати. (Business Insider) В іншому агент ШІ самостійно видалив частину хмарного середовища, що спричинило годинні перебої в AWS. (Аналіз)
Дослідження безпеки вказують у тому ж напрямку: код, згенерований ШІ, значно частіше містить вразливості, ніж написаний людиною; у деяких вибірках майже половина зразків не проходить базові перевірки. (Дослідження) Паралельно зростання автоматизації підвищує ризик неправильних налаштувань, витоків і неконтрольованих змін у продакшні.
Це не означає, що ШІ не має місця в розробці програмного забезпечення. Навпаки, як інструмент підтримки для розробників він дуже цінний. Різниця в тому, де лишається відповідальність. Інфраструктура, хостинг, зберігання даних і архітектура безпеки завжди мають проєктуватися, моніторитися й належати людям — не автоматичним агентам чи інструментам.
Саме тому Relaunch24 дотримується суворого розділення: ШІ може допомагати писати код, але не керує серверами, базами даних і не приймає інфраструктурних рішень. Хостинг, оновлення, безпека й керування даними свідомо залишаються в людських руках. Бо код можна згенерувати швидко, а довіру до інфраструктури будують роками.
