Кратко

SLAtech LTD это израильская компания по разработке программного обеспечения, работает с 2004 года. Мы помогаем владельцам приложений, собранных в Replit: проверяем работу с базой и данными, хранение ключей, разделение рабочей и опубликованной версий, доводим проект до production и продолжаем его разработку. Код остаётся в вашем аккаунте и репозитории. Архитектуру и решения определяют люди, а AI только предлагает.

Проекты на Replit

Проект на Replit застрял? Проверим, починим и доведём до production

Replit Agent собирает и запускает приложение по описанию словами: интерфейс, сервер, база PostgreSQL и публикация в одном месте. Сложности начинаются позже, когда приходят реальные пользователи, платежи и личные данные. Опубликованное приложение работает с другой базой, чем рабочая версия, ключи нужно отдельно передать в production, а каждая новая просьба к Agent может сломать то, что уже работало. Мы проверяем проекты на Replit, продолжаем их разработку или переписываем то, что не стоит исправлять. За то, что исправили мы, мы и отвечаем дальше.

Что Replit делает хорошо

Полный цикл в одном месте. Код, сервер, база и публикация, без отдельной настройки инфраструктуры.

Настоящий сервер. У приложения на Replit есть серверная часть, где можно держать проверки прав и ключи, а не отдавать их в браузер.

Работа с базой через ORM. Agent сам создаёт схему и подключает приложение к PostgreSQL.

Точки отката. Изменения кода и базы можно вернуть к сохранённому состоянию.

Поэтому проект на Replit редко приходится выбрасывать целиком. Чаще хватает исправить отдельные места, за которые инструмент не отвечает.

Где проекты на Replit обычно застревают

Две базы

Рабочая версия и опубликованное приложение используют разные базы. Легко проверить исправление на тестовых данных и не заметить, что в production схема или данные другие.

Секреты для публикации

Ключи, добавленные в рабочую среду, нужно отдельно передать опубликованному приложению. Если забыть, оно падает, а если перепутать, работает с тестовыми ключами.

Откат вместо резервной копии

Точки отката удобны в разработке, но не заменяют регулярные резервные копии рабочей базы и проверенный план восстановления.

Правки по кругу

Чем больше проект, тем чаще новая просьба к Agent ломает соседнюю функцию. Тестов, которые поймали бы поломку до пользователей, обычно нет.

Права доступа на сервере

Сервер есть, но проверки прав часто написаны не везде. Один забытый маршрут открывает чужие данные.

Привязка к платформе

Хостинг, база и секреты живут в Replit. Если понадобится переезд на свою инфраструктуру, он становится отдельной задачей.

Что мы проверяем в проекте на Replit

1

Доступ к данным: проверяет ли каждый маршрут сервера, кто обращается и к чьим данным.

2

Ключи и секреты: рабочая среда, публикация и история изменений.

3

Рабочая и опубликованная версии: чем различаются база, схема и настройки.

4

Платежи и лимиты: где принимается решение и приходят ли подтверждения напрямую от платёжной системы.

5

Резервные копии: есть ли копии рабочей базы и проверено ли восстановление.

6

Вход пользователей: подтверждение почты, восстановление пароля, роли и права.

7

Внешние библиотеки: устаревшие и уязвимые версии.

8

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

9

Репозиторий и выкладка: ведётся ли история в Git, есть ли тесты на главные сценарии.

Результат: письменный отчёт понятным языком, список проблем по степени риска и план исправлений.

Три пути дальше

Аудит

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

Подробнее об аудите

Продолжение разработки

Берём код из вашего проекта на Replit или из репозитория, закрываем критичные проблемы и развиваем продукт дальше. За то, что исправили и написали мы, отвечаем мы.

Обсудить продолжение

Переписывание части

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

Обсудить переписывание

Как мы выбираем между этими путями, подробно описано на странице о помощи проектам на вайб-кодинге.

Как мы сами работаем с AI

В Replit приложение собирает и запускает Agent по описанию словами. Мы работаем иначе. В проектах клиентов архитектуру и решения определяют люди. AI предлагает решение задачи, которую поставил человек, а вносим его в проект мы сами, после проверки. AI-агент не получает доступа к коду, базам данных, ключам и паролям, и в коде нет ни одной строки, о которой не знает человек.

Частые вопросы

Да. Переезд мы предлагаем, только если он даёт заметную пользу. Чаще достаточно исправить проблемы на месте.

Пока вы работаете над приложением, оно пишет в одну базу, а опубликованное приложение в другую. Исправление, проверенное на рабочих данных, может повести себя иначе на настоящих. Мы проверяем, что схема и настройки обеих версий совпадают там, где должны.

Agent исправляет то, что видит в текущей задаче. Если причина в другом месте или в данных production, ошибка возвращается. Нужен человек, который видит проект целиком.

Достаточно доступа к коду: приглашения в проект или доступа к репозиторию, только на чтение. Если нужно, подписываем NDA.

Зависит от двух вещей: от объёма проекта и от того, насколько он запущен, то есть сколько в нём нужно менять и исправлять. После первичной оценки называем объём работ и стоимость, до начала работы.

Другие AI-инструменты

С проектами на других инструментах мы работаем так же. Общая страница: помощь проектам на вайб-кодинге.

Расскажите, что вы собрали в Replit

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