Что делает скилл:
→ Сканирует проект и составляет список вероятных багов и уязвимостей.
→ Ранжирует кандидатов по тому, насколько важна проблема.
→ Показывает, что идёт не так, как должно работать и что вызывает ошибку.
→ Создаёт целенаправленные тесты для самых опасных багов.
→ Отклоняет ложные баги, если они не подтверждаются.
→ Просит одобрение перед важными изменениями кода.
→ Выдаёт отчёт в Markdown с результатами поиска, подтверждения и устранения багов.
Пробуем — тут. Но вопрос - если код пишет ИИ, то зачем с помощью ИИ искать баги?
tg / max
Комментарии (37)
Ответ - потому что ИИ пишет код с багами. И если не заставить ее искать баги и исправлять их, то баги останутся и поедут в прод. Только дорогие топовые модели которые лимит за день всасывают сами ищут баги после того как что то сделали.
Bugbot в Cursor — отдельный AI-ревьюер: смотрит diff в PR (GitHub/GitLab/Bitbucket), ищет баги, риски безопасности и проблемы качества, пишет комментарии с объяснением и идеей фикса. Можно дернуть вручную или локально через
/review. В отличие от чата, это не «автор, перепроверь себя», а автоматический второй проход на каждом PRвот вам и вайбкодинг, вот вам и баги и дебаги
делаю buildy для Макса
Почему Яндекс выбирает по умолчанию DynamoDB вместо Postgre например. И в чём проблема Next
Просто представим ситуацию как именно должен разворачиваться вебконтейнер под каждого отдельного пользователя и под каждый отдельный его проект? Я вчера считал, по прикидкам для 10000 юзеров и 1000 проектов, которые прямо сейчас в работе, владельцу конструктора нужно серверов примерно 3 терабайта и оперативной памяти от 120 гб, а это мы еще не говорим о бэкапах, автотестах, проверках на вирусы и утечки и т д
Вот, почему яндекс сразу привязывает вайбкодера к облаку и сразу создает платежный аккаунт и вот почему яндекс не допускает более 3х проектов на одного пользователя
Так что построить конструктор вайбкодинга не проблема - проблема его тащить и обслуживать
buildy
А жирный Next оставим хипстерам и тем, кого обманули бигтех крупные компании подсаживая на иглу микросервисной "отказоустойчивой" толстой инфраструктуры, выгодной только им... ладно. Шутки в сторону, BuildY сможет всё. В том числе и Next и Nuxt
Прямо сейчас, я вынесу этот сайт с контентом и дизайном на другой раннер: vite pnpm -> vite bun (и также можно будет менять всё на всё: next -> php, rails -> next). Вся хитрость в спеках.
Время пошло.
upd: результат = 1 минута на BunJs
https://t.me/Russian_IT_Business/457032
Вот, подробное сравнение стеков и отчёт. BuildY реально справился с задачей смены стека и сохранением дизайна 1:1
но не был готов образ докера для BunJs ( я его скорее всего почистил когда оптимизировал ) так что на сборку образа еще + 10 минут
Причина: проект
IT Business 2.0 BunJsна шаблонеvite-react-bun, а образаbuildy-runner-bun:latestне было (только Nodebuildy-runner). Docker create падал → Runner Control 500 → APIensureЧего не хватает в текущей модели SPECS
Импорт/агент сработали по контракту. Не сработал смысл Export: спеку живого сайта. На работу не влияет. Новый стек полностью готов и следующим шагом я добавлю распознавание скриншота и добьюсь картинки 1:1
В таблице 4 сайта на разных стеках и мы видим сколько жрёт Next. Более того, на BunJs сайт был готов через минуту, на нексте 5 минут с одним сбоем
Но сами картинки и на next и на vite 1:1 к оригиналу
Как это работает в buildy из коробки
Каждый проект по умолчанию содержит файл спеки .buildy/brief.json который нейронка обновляет по ходу развития проекта куда вносится полная начинка: контент, дизайн, шрифты, компоненты и т д - потом, в чате просто жмёшь экспортировать спеку и в новом проекте (шаблоне стека) просто импортируешь и всё. Правда всё. 1 минута делов и сайт готов дальше больше рантаймов: go, react, vue, svelte, php, python, ruby
+ для любых разборов и даже написания статей в маркдаун + красивые диаграммы, канбан и другие штуки от Mermaid
Лично меня всегда больше бек интересует
пока что достиг консистенции в дизайне для разных языков программирования и шаблонных стеках. тут важно понимать - что идет из коробки когда пользователь нажал скачать сайт и что рисуется во время вайбкодинга. полноценный фулл стек поднимать в конструкторе никто не станет даже яндекс (предпочитает DynamoDB не просто так) потому что просто на просто экономика не сойдется. И это всё же браузерная версия, а не полноценная IDE или CLI. Так что в браузере упор на идею и дизайн здесь и сейчас и сразу выгрузить в гитхаб. Но я думаю о бэкенде. Например, стек go + templ сразу идет с бэкендом для фронтенда (BFF) где у бэкендера нет привязки к фронтенду и у него развязаны руки он может спокойно бэкендить как хочет и потом просто присоединить BFF
По задумке, когда я говорю о поддержке php, go то подразумеваю на выходе не просто лендинг, а полноценную админку с сайтом (включая темы вордпресс, битрикс старт и др) то есть, скачать можно не просто лендинг, а полноценную дизайн систему с админкой и базовым наполнением
Может быть даже в будущем придумаем асинхронную связь с реальным сайтом когда прямо из buildy будет обновляться вордпресс по запросу: хачу акция новый год мангал
вот здесь, вступает в силу context runtime который сам сделает полный ресёрч и разбор темы для промо акции и подготовит проработанные с точки зрения маркетинга 5 вариантов лендингов - клик - потом 5 смысловых блоков - клик и т д = 5 минут и на сайте вордпресс (или на go) новая проработанная промо акция с блюдами на мангале в новогоднем праздничном стиле с учетом ассобеностей местной культуры, диалекта, словечек типа: шашлык машлык, туда сюда, айда пошли, давай до свидания и т д - конкуренты будут нервно курить в сторонке и думать как переплатить Максу
Скажу сразу, что граница проходит по http и рантайм слою. Всё что ниже мы не лезем. Наша зона ответственности это BFF и самые простые коннекторы и адаптеры подключений к БД в стиле postre// ссылки. А дальше работа реальных бэкендеров и девопсов. Тем не менее, что можем на стороне BFF - делаем надёжно:
прямо сейчас, здесь в чате, ты то же можешь внести свой вклад и что-то подсказать, предложить подход, оспорить и т д но точно известно одно: такого ни сделал никто и никогда - мы первые во всем мире
сочту, что просто ты не в теме и не следишь за нашими проектами и наработками. всех благ
Завидую тебе что ты можешь столько проектов писать
так что всё пучком. официально разрешаю всем - считать меня клоуном, шизиком и нейронкой