Первый разбор изменений
Агент читает diff и окружающий код, ищет ошибки в изменениях и объясняет, при каких условиях они проявятся. Разработчик получает замечания прямо в MR.
Поручите первое код-ревью агенту. Он разберёт изменения, сверится с правилами проекта и оставит замечания в GitLab. Команда получит подготовленный разбор и сможет сосредоточиться на архитектуре и бизнес-логике.
Предварительная стоимость пилотаПо составу пилотаСостав и условияКогда команда быстрее пишет код с ИИ, очередь merge request растёт. Техлид снова разбирает одни и те же ошибки, а сложные решения ждут. Ассистент берёт на себя первый разбор изменений по правилам вашей команды.
Агент читает diff и окружающий код, ищет ошибки в изменениях и объясняет, при каких условиях они проявятся. Разработчик получает замечания прямо в MR.
В инструкции включаем требования к совместимости, работе с данными, безопасности и тестам. Под разные проекты настраиваем отдельные сценарии ревью.
После нового назначения на ревью агент разбирает прежние замечания. Коннектор обновляет собственные обсуждения и сохраняет обсуждения сотрудников.
Разработчик остаётся в MR. Коннектор передаёт задачу в Orpheus и возвращает результат в обсуждение кода.
Назначает бота ревьюером
Код, описание задачи и обсуждения
Запускает анализ и публикует результат
Ищет ошибки и повторно проверяет замечания
Среда выполнения · AgentBoxЗамечания возвращаются в GitLab. Разработчик вносит правки и при необходимости снова назначает бота. Техлид принимает решение о слиянии.
Переключайте примеры. Чтобы попробовать на своих документах или данных, напишите нам.
Проверь MR: разработчик добавил повторную отправку запроса на создание заказа после тайм-аута. В проекте повторный запрос должен возвращать тот же заказ.
orders/client.go:84 — при повторе создаётся новый ключ операции. Если первый запрос дошёл до сервера, но ответ потерялся, второй запрос создаст ещё один заказ.
Ключ нужно сформировать до цикла повторов и сохранять при каждой попытке. Соседний код уже использует его для поиска созданного заказа.
Предлагаемый тест: сервер создаёт заказ, клиент получает тайм-аут и повторяет запрос. Ожидаем один заказ и один ключ во всех попытках.
Разработчик вынес ключ операции из цикла и снова назначил бота ревьюером. Проверь исправление и прежнее обсуждение.
В новой версии ключ создаётся один раз перед циклом и передаётся во все повторные запросы. Причина прежнего замечания устранена.
Агент готовит закрытие собственного обсуждения с объяснением исправления. Перед публикацией коннектор ещё раз сверяет версию MR.
Чужие обсуждения остаются за их авторами. Техлид оценивает бизнес-логику и принимает решение о слиянии.
Это заранее подготовленные примеры. Данные вымышлены, персональной информации нет. Ответ на вашу задачу покажем во время пилота.

«AI генерирует код в разы быстрее. Пайплайны ревью и деплоя проектировались под человеческую скорость».
Подключаем готовый коннектор Orpheus для GitLab MR, настраиваем правила команды и среду для анализа кода.
Для сервиса платежей и внутреннего инструмента могут различаться требования, модель и окружение. Коннектор выбирает нужный сценарий по проекту.
После первого разбора агент повторно проверяет каждую найденную проблему по коду. Отклонённые замечания остаются внутри сессии.
Перед публикацией коннектор сверяет версию MR. Если код изменился во время анализа, устаревший результат отбрасывается.
При повторном ревью коннектор учитывает собственные замечания: сохраняет открытые обсуждения, обновляет устаревшие позиции и отмечает исправления.
Агенту предоставляется доступ на чтение репозитория и GitLab. Право публиковать замечания остаётся у коннектора; сотрудников он сохраняет в списке ревьюеров.
Незавершённая проверка не выдаётся за успешную. Коннектор сообщает об ошибке; для нового анализа бота назначают снова. После перезапуска он восстанавливает состояние принятых сессий.
Исходный код и устройство коннектора доступны публично. Факт подключения в продакшене сообщила команда проекта; охват репозиториев расширяется поэтапно.
Начнём с выбранных репозиториев и одного сценария ревью. Стоимость зависит от правил проверки, среды и объёма MR.
Рассчитаем стоимость пилота после обсуждения задачи. Вы получите предложение до начала работ.
Расходы на модели и выполнение в AgentBox рассчитываем отдельно. До запуска согласуем бюджет пилота и ограничения по объёму работы.
Обсудить задачуВы даёте боту доступ к выбранным репозиториям. Вместе описываем, какие ошибки искать, какие проверки обязательны и что остаётся на ревью человека.
Настраиваем GitLab, профиль Orpheus и окружение AgentBox. Для разных проектов можно задать свои инструкции, модель, среду и язык замечаний.
На ваших изменениях оцениваем полезность замечаний, ложные срабатывания и затраты. Корректируем правила, затем расширяем подключение на другие проекты.
Назначьте подключённого бота ревьюером открытого MR. Коннектор создаст сессию Orpheus и после завершения опубликует результат в GitLab. Для новой проверки после завершения или ошибки назначьте бота снова.
В описанном сценарии агент готовит замечания, а коннектор публикует их и снимает только бота из ревьюеров. Решение о merge остаётся у команды по её регламенту.
Коннектор обнаружит изменение версии кода и отменит устаревший анализ либо отбросит его результат. Для новой проверки потребуется явное назначение бота.
Да. Коннектор выбирает сценарий по проекту. В нём задаются инструкции, профиль агента, модель при необходимости, среда выполнения и язык результата.
Среда агента получает доступ на чтение репозитория и данных GitLab. Публикацией замечаний управляет отдельный коннектор. Доступ к проектам, модель и правила передачи кода согласуем перед подключением.
Вы один раз настраиваете правила и окружение. Дальше агент запускается назначением ревьюера, работает с кодом проекта и прежними обсуждениями, а результат возвращается в MR. Коннектор следит за актуальностью версии и повторной публикацией.
Расскажите, на каком стеке работает команда и что чаще всего задерживает ревью. Выберем репозитории для пилота и разберём первые результаты вместе с техлидом.
Откроется Skillum.AI-бот. Напишите о своей задаче — сообщение получат Дмитрий и Ильяс.
Собирайте продажи и остатки в одном отчёте.
Меняйте сайт, описывая задачу обычными словами.