Вайбкодинг или опенсорс: автор шлюза Keystone вывел критерий из четырёх вопросов

Поводом для колонки стал вопрос друга автора, который делает небольшие проекты. Друг спросил: зачем брать чужую библиотеку или сервис с открытым кодом, если за вечер можно навайбкодить своё, ровно под задачу, без чужих багов. Опенсорс здесь означает программы, исходный код которых открыт и доступен любому.

Автор отвечает на примере своих проектов. Из одного из них вырос Keystone (KTMS), открытый шлюз для больших языковых моделей (LLM, нейросетей вроде моделей OpenAI и Gemini). Шлюз в этом случае работает как единая прослойка, через которую программы обращаются к разным нейросетям.

Что нового в споре о вайбкодинге?

• В 2004 году Клей Ширки описал в эссе Situated Software «ситуативный софт», программы для конкретной группы людей и конкретного момента. Тогда такой софт был исключением, потому что код стоил дорого.
• Теперь бот для семейного чата, скрипт для раскладки выписок или лендинг под одну акцию ИИ пишет за час. Брать для этого платный сервис, по словам автора, «как ехать за хлебом на фуре».
• Написать код стало дёшево, а владеть им по-прежнему дорого.
• Модель пишет код для «счастливого пути», то есть для случая, когда всё идёт по плану. Редкие сбои в задаче не видны и проявляются только со временем и под нагрузкой.
• Вайбкодинг, по мнению автора, повышает ценность хороших готовых компонентов, а не убивает их.

Показательно, что этот вывод делает не противник вайбкодинга: автор пишет, что сам создаёт ситуативный софт каждую неделю.

Postgres нельзя навайбкодить за час, и дело не в объёме кода

Postgres, проверенная база данных, развивается с 1986 года. Нейросеть за час напишет хранилище, которое пройдёт тесты, но в Postgres уже учтено то, чего в задаче не видно:

• что будет, если питание пропадёт посреди записи;
• что будет, если диск сообщил «записал», а на самом деле нет;
• что будет, когда два запроса меняют одну строку одновременно;
• что будет на десятом миллионе строк, а не на десятой;
• как обновиться на новую версию и не потерять данные.

За каждым пунктом, по словам автора, стоит чья-то потерянная база, запись об ошибке в трекере задач и исправление. «Сгенерировать накопленный опыт отказов нельзя», пишет он.

Keystone вырос из десяти строк кода

Сначала в проекте был один вызов OpenAI прямо в коде. Потом добавились задачи:

• переключаться на второго поставщика, если первый упал;
• решать, ждать или уходить к другому, когда сервис вернул ошибку 429 (отказ из-за слишком частых запросов);
• считать, какая функция сколько тратит, и ограничивать расходы;
• менять модель в нескольких местах, не ломая промпты;
• отправлять простые и сложные задачи в разные модели;
• хранить ключи доступа в одном месте.

Автор вынес эту подсистему в отдельный сервис, когда начал копировать один и тот же код в каждый проект и перестал понимать, какому из десяти сервисов выдал какой ключ. В новом проекте сервис подошёл целиком, без доработок.

Как проверить свою задачу по критерию автора?

1. Оцените цену ошибки: сломанный бот для друзей переживёте, потерянные платежи и данные клиентов нет.
2. Спросите себя, меняется ли мир вокруг задачи без вас. Связка с внешним сервисом ломается всякий раз, когда поставщик что-то меняет.
3. Решите, будет ли этим пользоваться кто-то кроме вас. Чужим людям нужны инструкция и предсказуемые ошибки.
4. Проверьте, пишете ли вы одно и то же второй раз. Если ответы «дёшево, нет, нет, одна», вайбкодьте; если хотя бы два ответа другие, ищите готовое.

Есть ли российские аналоги для такого шлюза?

Из доступных в РФ языковых моделей можно назвать YandexGPT и GigaChat. Поддерживает ли их Keystone, автор не сообщает. Логика критерия от этого не зависит: если вы подключаете к своему проекту две и больше нейросетей, вопрос о едином шлюзе встанет и с российскими моделями.

Что делать с этим прямо сейчас, по ролям

Автору Дзена: бот для чата подписчиков или страницу под одну акцию смело делайте через вайбкодинг. Это ровно тот ситуативный софт, о котором пишет автор колонки.

Маркетологу: любая самописная связка с внешними сервисами требует постоянного ремонта. Закладывайте время на поддержку, а не только на запуск.

Предпринимателю: платежи, клиентские данные и ключи доступа не доверяйте коду, написанному за вечер. Здесь нужны проверенные компоненты, на которые нейросеть, по словам автора, как раз хорошо пишет надстройки.

Ситуативный софт это клей, а клей не держит без того, что он склеивает. : Автор шлюза Keystone (KTMS)

Частые вопросы о вайбкодинге и готовых решениях

Значит, вайбкодинг вреден?

Нет. Автор пишет ситуативный софт каждую неделю и считает его хорошей вещью для задач с низкой ценой ошибки.

Когда пора переходить на готовое?

Когда вы второй раз пишете одно и то же в другом проекте. По словам автора, это уже библиотека или сервис, просто ещё не оформленный.

Почему нейросеть не заменит проверенные базы данных?

Она пишет код для случая, когда всё идёт по плану. Опыт редких сбоев копится десятилетиями, и именно на таком надёжном фундаменте сгенерированный код держится лучше всего.