Кратко

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

Проекты на Cursor

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

Cursor ускоряет разработку: агент в редакторе пишет и меняет код сразу во многих файлах, а облачные агенты выполняют задачи сами и открывают pull request. Сложности начинаются, когда кода становится больше, чем команда успевает прочитать. Изменения принимаются целиком, архитектура размывается, а тесты пишет тот же агент, что и код. Мы проверяем проекты на Cursor, продолжаем их разработку или переписываем то, что не стоит исправлять. За то, что исправили мы, мы и отвечаем дальше.

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

Работает там, где уже работает разработчик. Редактор на основе VS Code, привычные расширения и Git.

Видит проект целиком. Агент читает нужные файлы и меняет код сразу в нескольких местах.

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

Проверка изменений. Bugbot проверяет pull request и оставляет замечания.

Поэтому код, написанный с Cursor, обычно не нужно выбрасывать. Чаще его нужно проверить так, как его до сих пор не проверял никто.

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

Код, который никто не читал целиком

Агент меняет десятки файлов за раз, и изменения принимают целиком, потому что читать их долго. Через несколько месяцев никто в команде не может объяснить, как устроена система.

Размытая архитектура

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

Тесты от того же автора

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

AI проверяет AI

Автоматическая проверка pull request полезна, но может не заметить того же, что пропустил агент. Ответственность за изменение всё равно на человеке.

Устаревшие правила

Файлы правил пишут один раз, а проект меняется. Агент продолжает следовать старым договорённостям.

Лишние и выдуманные зависимости

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

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

1

Архитектура: где живёт какая логика и где она повторяется.

2

Безопасность: права доступа, проверка входных данных, работа с секретами.

3

Тесты: что они проверяют на самом деле и какие главные сценарии не покрыты.

4

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

5

Ключи и секреты: в коде, в истории изменений, в файлах настроек.

6

Правила для агента: соответствуют ли они тому, как проект устроен сейчас.

7

Работа с базой: запросы, индексы, миграции.

8

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

9

Выкладка: ветки, проверки перед слиянием, отдельная среда для проверки.

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

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

Аудит

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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