КАК РАБОТАЕТ NULL

# От MR до решения. С понятными шагами.

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

USER STORY · РАЗРАБОТЧИК → РЕВЬЮ → РЕШЕНИЕ 

## От первого замечаниядо проверенного исправления.

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

ШАГ 01 · РАЗРАБОТЧИК 

### Откройте MR. Добавьте Null в Reviewers.

Выберите учетную запись ревьюера, подключенную к проекту. На стенде это Null alpha reviewer.

Что меняется в работе

Ревью начинается в привычном процессе GitLab. Команда заранее задает права и условия запуска.

[Посмотреть в видео ↗](/#product-film)[](/assets/journey/01-assigned.png)Снимок реального тестового GitLab. Нажмите, чтобы открыть оригинал.

ШАГ 02 · NULL REVIEW 

### Поймите риск прямо у строки кода.

Проверка подписи есть, но это еще не защита от повторного зачисления. Агент проверяет изменения и возвращает замечание в MR.

Что меняется в работе

Вместо общего «проверьте транзакции» нужен конкретный сценарий сбоя и способ исправления.

[Посмотреть в видео ↗](/#product-film)[](/assets/journey/02-finding.png)Снимок реального тестового GitLab. Нажмите, чтобы открыть оригинал.

ШАГ 03 · РАЗРАБОТЧИК 

### Отметьте, помогло ли замечание.

Полезно? Поставьте 👍 или 👎 под замечанием. Причину можно дописать в этом же треде.

Что меняется в работе

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

[Посмотреть в видео ↗](/#product-film)[](/assets/journey/03-feedback.png)Снимок реального тестового GitLab. Нажмите, чтобы открыть оригинал.

ШАГ 04 · РАЗРАБОТЧИК 

### Обновите код в той же ветке.

Сохраните событие и изменение баланса в одной транзакции. Свяжите повторный event ID с исходными account и amount.

Что меняется в работе

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

[Посмотреть в видео ↗](/#product-film)[](/assets/journey/04-fixed.png)Снимок реального тестового GitLab. Нажмите, чтобы открыть оригинал.

ШАГ 05 · NULL + ТЕСТЫ 

### Проверьте новый SHA и регрессии.

Повторное ревью относится к новой версии кода. Отдельные тесты проверяют сбой, повторы и параллельные запросы.

Что меняется в работе

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

[Посмотреть в видео ↗](/#product-film)[](/assets/journey/05-rereview.png)Снимок реального тестового GitLab. Нажмите, чтобы открыть оригинал.

ШАГ 06 · КОМАНДА 

### Исправление проверено. Решение за командой.

В этом MR: два замечания до исправления, ни одного после, 8 локальных тестов проходят. CI, approve и merge не выполнялись.

Что меняется в работе

Команда видит, что проверено, какой код изменился и на чем основано решение.

[Посмотреть в видео ↗](/#product-film)[](/assets/journey/06-result.png)Снимок реального тестового GitLab. Нажмите, чтобы открыть оригинал.

Один MR, одна история изменений. Без переключения команды на отдельный чат с AI.

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

## У каждого результата есть границы.

Черновик AI, результаты тестов, решение человека и публикация в GitLab имеют отдельные состояния. Успешный тест сам по себе не доказывает выполнение требования, а отсутствие замечаний не гарантирует отсутствие ошибок.

## Код меняется, проверка начинается заново.

Пакет контекста и замечания привязаны к конкретному SHA. После исправления создается отдельная проверка. История предыдущего прогона остается доступной для сравнения.

[Посмотреть разборы кода ↗](/examples)