Кратко

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

Проекты на Codex

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

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

Расскажите о проекте Сразу к аудиту

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

Работает параллельно. Каждая задача идёт в своей изолированной среде, и несколько задач можно вести одновременно.

Возвращает результат на проверку. Изменения приходят как pull request, который человек смотрит до слияния.

Инструкции проекта. В файле AGENTS.md записывают стандарты и порядок проверки, и агент читает его в начале работы.

Режимы доступа. В терминале доступ агента настраивается, от только чтения до работы с файлами проекта, а полный доступ включается явно.

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

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

Pull request больше, чем внимания

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

Параллельные задачи против друг друга

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

Полный доступ ради удобства

Режим, в котором агенту можно всё, удобен, но безопасен только в заранее изолированной среде. На машине разработчика с доступом к production это риск.

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

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

Устаревший AGENTS.md

Инструкции пишут один раз, а проект меняется. Агент уверенно следует старым правилам.

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

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

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

1

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

2

Доступ агента: режимы работы, сеть, доступ к секретам и production.

3

AGENTS.md и инструкции: соответствуют ли они тому, как проект устроен сейчас.

4

Архитектура: где логика повторяется или противоречит себе после параллельных задач.

5

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

6

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

7

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

8

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

9

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

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

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

Аудит

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Расскажите о проекте Сразу к аудиту