Windsurf для PWA: где он реально экономит выходные, а где просит ручной контроль

Windsurf для PWA: где он реально экономит выходные, а где просит ручной контроль

Я собирал простую PWA-обвязку для лендинга: офлайн-экран, install prompt, манифест, иконки, сервис-воркер и пару экранов без лишнего фронтенд-цирка. Windsurf хорошо заходит, когда задача описана как набор артефактов: файлы, роли, порядок работ, критерии готовности.

Что сработало:
— Сначала дать структуру проекта: какие файлы создать и что в них должно быть.
— Отдельно попросить не трогать бизнес-логику, а только PWA-слой.
— Сразу указать, где нужна ручная проверка: кэш, scope, offline fallback, пути к иконкам.

Слабое место типовое: редактор охотно генерит рабочий минимум, но может переусложнить service worker или разнести одинаковые настройки по разным файлам. Если не ограничить, он начнёт чинить лишнее и ломать сборку на ровном месте.

Мой рабочий шаблон такой: сначала скелет PWA, потом проверка installability, затем тест офлайна в браузере, и только после этого полировка UI. Не просите «сделай красиво и умно» — просите «собери минимально рабочий PWA без лишних абстракций». Так Windsurf даёт не магию, а экономию времени.