Comments 6
Как пет-проект для изучения промпт-инжиниринга — 10/10. Как решение для бизнеса — 2/10. ТС создал проект, который требует полировки трижды в день. Если автор завтра решит уехать в отпуск или, не дай бог, заболеет — пекарня останется без системы управления, потому что никто в этом мусоре из 91к строк не разберется. На код любопытно было бы взглянуть, но предвижу спагетти в коде, дыры в безопасности и неоптимизированные конфиги, так как данный сервер вполне должен без проблем держать такую нагрузку. ИИ ревью кода написанного ИИ же? Если той же моделью - сомнительное решение.
Мой совет - не работайте напрямую на сервере, зачем??? настройте CI/CD, правьте локально и после тестов - пуш на сервер. Или уж хотя бы IDE ZED используйте по ssh, если не можете без этого.
Если «Василиса» и «Стив» хранят историю диалогов прямо в оперативе (а не в Redis/DB) для каждого пользователя, то при паре активных сессий память просто кончается.
Если WAL-логи или кэши БД настроены криво, или если он делает SELECT * из таблицы на 100к строк и пытается это обработать в памяти — привет, OOM
И вообще - nocode не рассматривали?
P.S.: вы хорошо подумали, когда написали ip адрес сервака? “ssh root@server …” заслуживает отдельного коммента
Немного складывается ощущение, что статья это выжимка из чата который генерировал этот сервис. Как минимум IP-адрес я бы не светил.
Имхо в подобных историях интереснее читать о том что это дало бизнесу и какой был реальный профит, а не о технической составляющей. Особенно учитывая что сам автор признаёт что далёк от разработки.
105 версий схемы БД за 3,5 месяца это примерно одна миграция в день, то есть почти ничего не планируется заранее и разработка довольно хаотична. 67 репозиторий-модулей для такой задачи навскидку кажутся оверкиллом, саппортить это в одиночку будет непросто. Чем было обосновано такое решение?
Прямой профит - это практически полная автоматизация приема и обработки заказов, автоматические напоминания клиентам в группу ТГ о дедлайнах, анонсы новых продуктов - все это делается очень быстро и качественно. Смотрю на ТГ группы соседей, продающих сыр и ведущих всю свою бухгалтерию в Экселе и вручную принимающих заказы в тг-чате - мне аж больно за них становится )). Насчет планирования - да, особого планирования нет, фичи добавляются "с колес". Ну я и генерирую все идеи практически в одного. Столько репозиториев - потому что был сделан большой рефакторинг нескольких файлов по 2000 строк в каждом. Весь проект загнан в Codegraph (тоже "самописный"), так что все взаимосвязи и импорты как на ладони для агента.
LLM наш лучший друг
Укрепляет мышцы рук
Закаляет организм
Лучший друг наш LLM
Сейчас это ~91 000 строк Python, 143 React‑компонента, схема БД версии v105 и два работающих ИИ‑ассистента
Насколько же дёшевы стали вычислительные ресурсы!
Вайбкодинг — это не только трекеры финансов и калорий