AI-РЕВЬЮ ДЛЯ GITLAB

Внимание к коду.
Контроль у команды.

Null изучает изменения, учитывает контекст проекта и объясняет риски. Замечания приходят в привычный GitLab, а модель, правила и решение о публикации выбираете вы.

Ваш GitLabСвоя модельПравила команды

Познакомьтесь, Null.Нажмите на меня и спросите о проекте.

Как Null проверяет код ↓

НА ПРИМЕРЕ ПЛАТЕЖНОГО ОБРАБОТЧИКА

01 / ОТ ИЗМЕНЕНИЯ К РЕШЕНИЮ

Увидеть риск.
Разобрать решение.

Платеж на 1 000 зачисляется дважды после сбоя. Вот что делает агент и что остается разработчику.

  1. Читает изменение и связанный кодНаходит, где меняется баланс и где сохраняется событие платежа.
  2. Объясняет сценарий ошибкиСбой между записями делает повтор запроса опасным. Замечание появляется в треде GitLab.
  3. Предлагает конкретное исправлениеОбщая транзакция, защита от повторов и проверка счета и суммы. Автор меняет код.
  4. Проверяет новый коммитОтдельное ревью после правки. Тесты и решение об объединении остаются частью процесса команды.

Нажмите шаг в примере, чтобы увидеть код, замечание и рекомендацию.

Реальная запись этого прогона ↓ · Код и тесты ↗

Демонстрация · MR
payment_demo/payments.py01 / Контекст
 balance += amount
# здесь процесс может завершиться
ledger.insert(event)
Null Review

Две записи. Между ними возможен сбой.

Агент сопоставляет изменение баланса и запись события в обработчике платежа. Если первая запись сохранится, а вторая нет, повторный callback пройдет как новый.

Проверить повтор запроса после сбоя

Учебный платежный код. Фрагмент сокращен для объяснения.

МОДЕЛЬ ВЫБИРАЕТЕ ВЫ

Впишется в ваш стек.

Подключите согласованный API или официальный Codex CLI. Условия обработки кода и лимиты задаются до запуска.

OpenAIСовместимый APIAnthropicMessages APICodexОфициальный CLIPR-AgentДвижок ревью
Модели и подключение ↗

ДЛЯ КОМАНД, КОТОРЫЕ ПИШУТ И ПРОВЕРЯЮТ КОД

У каждого своя задача.
У всех общий контекст.

Разработчикам

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

Ревьюверам и тимлидам

Сопоставить риск с кодом, правилами проекта и результатами проверок. Сохранить свое решение и обратную связь.

Платформенным командам

Выбрать модель, настроить доступ и правила организации. Согласовать маршрут данных и условия установки.

ВОЗМОЖНОСТИ

Контекст для модели.
Основания для человека.

Один цикл от выбранных изменений до обсуждения и повторного ревью.

01 /

Код в контексте проекта

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

02 /

Правила вашей команды

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

03 /

Риски с объяснением

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

04 /

Новый коммит, новая проверка

Результат привязан к версии кода. Исправление проверяется отдельно: старое замечание не становится доказательством качества нового SHA.

05 /

Решение перед публикацией

Черновик и публикация разделены. Перед действием проверяются права, версия кода и правила. Объединение MR остается за командой.

06 /

История и обратная связь

Обсуждения и реакция команды помогают разбирать полезные и спорные замечания. Это материал для настройки, а не обещание автоматического обучения.

Как устроен полный цикл ↗

РЕАЛЬНЫЙ ПРОГОН НА УЧЕБНОМ КОДЕ

Увидеть риск.
Исправить. Перепроверить.

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

Скачать видео · 1,3 МБ ↗. Монтаж реальных кадров, без звука. Учебный код без клиентских данных. Два вызова модели; тесты запущены отдельно и локально. CI, approve и merge не выполнялись. Комментарии сокращены после генерации, диагноз сохранен.

Что именно показано и как повторить?

Разработчик назначает подключенного Null в Reviewers. В этом демонстрационном прогоне две проверки явно запущены через API Null. Автоматический запуск по назначению требует отдельной настройки проекта.

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

Перед второй проверкой инструкция уточнена: только существенные риски. Это показ рабочего процесса, а не измерение точности модели. Результат AI не заменяет CI и решение команды.

Скачать код до / после, тесты и квитанцию ↗ · Еще три разбора ошибок ↗

БЫСТРЫЙ СТАРТ

Изучить. Согласовать.
Проверить на своем процессе.

01

Выберите репозиторий

Вместе с командой определите проект, типичные MR и полезный результат пилота.

02

Согласуйте подключение

Администратор задаст доступ, модель, маршрут данных и ограничения.

03

Разберите первое ревью

Проверьте контекст, замечания и исправления. Оцените пользу на ваших задачах.

Подключение начинается
с администратора.

Для установки Null Review свяжитесь с администратором вашей организации. Вместе выберите репозиторий, модель и правила доступа. Если нужна помощь с пилотом, напишите команде Null.

До первого запуска

Как войти в кабинет?

Кабинет подключается на этапе пилота. Уже участвуете? Администратор вашей команды даст приватный адрес. Для первого знакомства используйте форму «Обсудить пилот»; здесь логин и пароль не нужны.

Куда уходит код и где хранятся данные?

Модель получает выбранные изменения, описание MR, инструкции и подготовленные фрагменты кода. Если вы используете внешний сервис модели, эти данные отправляются ему, даже когда Null установлен на ваших серверах. Проверьте условия обработки данных у провайдера.

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

Какие модели можно подключить?

Локальную модель рассматриваем через совместимый API; конкретную модель и ее качество согласуем в пилоте. Также доступны адаптеры API и официального CLI. Codex и Claude являются внешними провайдерами, а не локальными моделями. Проверенные сценарии и маршрут данных →

Как работают правила и обратная связь?

Настройте язык, тон и правила проекта. Оценить замечание можно реакцией в GitLab или ответом feedback wrong: пояснение в том же обсуждении. Null учитывает измененные ответы и снятые реакции. По этим оценкам команда может уточнить правила; их версии сохраняются. Настройка стиля не меняет факты, важность ошибок и права доступа. Автоматического обучения на этих данных нет.

Из чего складывается стоимость?

Нужно учитывать ваши серверы, обслуживание и доступ к модели. API оплачивается по тарифам провайдера, а CLI может использовать отдельную подписку. Публичного тарифа Null Review пока нет. Точную стоимость проверки нельзя определить только по числу токенов.

Что нужно перед внедрением?

Один репозиторий, ответственный техлид, требования к данным и набор прошлых MR для оценки. Сравним полезные находки, ложные замечания и время разбора. Открытые вопросы пилота →

30 МИНУТ О ВАШЕМ ПРОЦЕССЕ

Посмотрим,
где Null поможет
вашей команде.

Начнем с вашего процесса и закрытых MR. Согласуем объем ретро-прогона, требования к данным и критерии пилота. Код через эту публичную форму не отправляется.

  • Ваш процесс и текущая боль
  • Ревью, контекст и правила в действии
  • Подключение, стоимость и план пилота
Открыть оригинал в полном размере ↗