Четыре месяца назад маркетплейс Flowwow разрешил сотрудникам без инженерного бэкграунда выкатывать в прод приложения, которые им пишет ИИ-агент. Итог: 262 проекта от 150 человек, около 5000 деплоев, и ни одну строку этого кода не прочитал ни один программист. Прод никто не уронил.
Я читал статью сооснователя Артёма Гамбицкого на Хабре как подсказку собственнику дистрибутора или сервисной компании, у которого нет ни одного разработчика. У него почти наверняка происходит то же самое, только без песочницы: кто-то в закупках собрал бота в Telegram, логист попросил нейросеть написать скрипт, который перекладывает выгрузку из 1С в таблицу. Сисадмин об этом не знает, потому что его не спрашивали.
Запрет убирает код из поля зрения, а не из компании
Гамбицкий описывает старт без прикрас: вайбкодинг начался стихийно, проекты жили «на ноутбуках и сомнительных виртуалках, о которых знал только их автор». Разработка такие запросы не брала и, по его словам, правильно делала: инструмент для экономии времени одного отдела проигрывает в приоритизации любой задаче, влияющей на выручку. Потребность никуда не девалась, а путь от идеи до прототипа через бэклог занимал недели против пары часов у продакта с агентом.
Что строят, показательно: дашборд для офлайн-магазина с выполнением плана без очереди к аналитикам, анализ конкурентов на новых рынках, единое окно заявок для закупок и снабжения склада. Это задачи продаж и склада, а не IT.
В компании без разработчиков роль бэклога играет фраза «нет ресурса». Отделу нужна сверка остатков или форма заявки на склад, ресурса нет, человек идёт к нейросети и за вечер получает что-то работающее. Запретить это можно только на бумаге: код живёт в личном аккаунте, запускается с личного ноутбука, и запрет просто убирает его из поля зрения.
Flowwow выбрала дать процессу рельсы. Дальше важно, какие страхи у них подтвердились, а какие нет.
Боялись, что уронят прод, а кончились лимиты, о которых никто не думал
Команда ждала, что вайбкодеры будут ронять прод. Не роняли. Проблемы пришли из другого места: к концу августа 165 процессов-сборщиков держали две трети занятой памяти, просто ожидая работы; сборки у всех разом упали, когда упёрлись в квоту ключей ядра Linux, 200 на пользователя; при плановом обновлении сеть повисла на сотнях docker-интерфейсов. Это инженерные детали, они не переносятся. Переносится наблюдение: то, чего боишься в самодельной автоматизации, обычно не то, что ломается на самом деле.
Переносится и их модель угроз, по-моему самая полезная мысль текста. Злоумышленника в ней почти нет. Есть честный коллега, который хочет сделать хорошо, и нейросеть, которая галлюцинирует, выполняет удаление не в той папке или идёт читать файл с паролями, «чтобы было удобнее». В переводе на дистрибутора: логист не собирается сливать базу клиентов. Но скрипт, собранный за вечер, может держать пароль от 1С открытым текстом, лежать на домашнем ноутбуке и писать в рабочую базу напрямую, потому что агенту так было проще. Это иллюстрация, руками такой скрипт я не видел; но ровно такое поведение агента Flowwow и описывает.
Главный результат у Flowwow не технический, и именно он переносится
Гамбицкий называет главным изменением не песочницу, а то, что компания «ушла от хаоса на личных ноутбуках и безымянных виртуалках к управляемой системе»: проекты собраны в контуре компании, доступы выдаются системно, «а не по памяти». Код всех проектов ежедневно зеркалируется в отдельный приватный репозиторий, данные — в хранилище компании. Уйдёт автор вместе с аккаунтом — его детище останется.
С корпоративными данными жёстче: по умолчанию доступа нет вообще. Если приложению нужно, под проект через отдел ИБ создаётся отдельная учётная запись с правами строго на чтение конкретного списка таблиц. Не «доступ к базе», а «вот эти таблицы, только читать».
Эти правила — где лежит код, что с ним при увольнении автора, к каким данным и как он прикасается — не требуют инженеров. Они требуют одного распоряжения и админа, который его исполнит.
А вот что не переносится. Песочница Flowwow — это отдельная виртуалка за 20 тысяч рублей в месяц, собственный сервис деплоя, четыре слоя защиты (инструкции агенту, блокирующие хуки, серверные ограничения, регулярная ИИ-проверка кода на уязвимости) и бот поддержки, который каждый вечер дообучается на закрытых тредах. Это построили инженеры IT-компании для IT-компании. У дистрибутора с восемью менеджерами и приходящим сисадмином такого не будет, и строить не надо.
Вайбкодинг не отменил инженерию. Он перенёс её из кода вайбкодера в платформу, на которой этот код живёт.
Платформы у вас не будет, значит, инженерия переедет в правила.
Реестр из пяти колонок вместо песочницы за двадцать тысяч в месяц
Что бы я сделал на месте собственника компании на 50–300 человек без своих разработчиков. Это моя схема, а не практика Flowwow: они решали другую задачу.
Реестр. Пять колонок: что это, кто автор, какие данные трогает и в какую сторону (читает или пишет), где лежит, кто второй человек, который умеет это запустить. Не запретить, а записать.
Доступ. Самоделки в 1С, CRM и банк-клиент только читают; писать — через человека или согласованную интеграцию. Отдельная учётка под каждую, не личный логин сотрудника. Это прямой перенос правила Flowwow про чтение конкретных таблиц.
Место. Код и файлы лежат в папке компании или корпоративном репозитории, а не в личном Google-аккаунте. Flowwow для этого зеркалирует репозитории каждый день; вам хватит правила «нет в реестре и в папке — не работает».
Ответственность. У руководителя отдела, не у сотрудника, который это собрал. Иначе после его увольнения никто не вспомнит, откуда берутся цифры в утреннем отчёте.
Одно из Flowwow стоит взять дословно: прототип, который прожил неделю, не провал; провал, когда он год ждёт очереди в бэклоге и умирает там. Половина самоделок в вашем реестре через полгода окажется мёртвой, их просто выключат.
Шаг на эту неделю: попросите каждого руководителя отдела за один день прислать список того, что у них работает на самодельных скриптах, таблицах с макросами, ботах и ИИ-сборках, и на чьём компьютере это лежит. Подозреваю, список окажется длиннее, чем вы ждёте.
Илья Потоцкий — внедряю ИИ и автоматизацию в российских компаниях. Что делаю — об авторе и Floxio.
Чем занимаюсь: ИИ для отдела продаж · автоматизация рутины · видеоаналитика · разработка софта.
Первоисточник: Вайбкодинг: запретить нельзя возглавить. Перевод и адаптация для российского рынка — с собственными комментариями.
Есть похожая задача в вашей компании? Напишите — разберу, стоит ли её вообще автоматизировать.
Написать в Telegram