LLM за замовчуванням генерує застарілий код (ручний парсинг, життєвий цикл модальних вікон, менеджмент таймерів), ігноруючи вбудовані Web API, які доступні в сучасних рантаймах на кшталт Deno — це збільшує витрати вихідних токенів на 85–92% на кожен типовий патерн. Використання нативних `URL`, `URLSearchParams`, `FormData`, `AbortSignal.timeout()`, `Promise.allSettled()`, `<dialog>`, семантичної валідації форм тощо водночас прибирає категорії баґів безпеки (наприклад, prototype pollution) і надійності. Коментарі варто писати лише про дизайн-обмеження та наміри, оскільки модель сприймає їх як авторитетне джерело, і застарілий коментар може активно погіршувати генерацію. Найбільший важіль — явно вказувати в промпті, які саме нативні API використовувати, і забороняти реалізацію на JS того, що вже дає платформа.
Виходить, професіонал тепер потрібен не для написання boilerplate'у, а щоб пам’ятати, що платформа вже вміє, і вчасно смикати за це модель.