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

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

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

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

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

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

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

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

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

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

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

Посмотреть в видео ↗
GitLab: назначить в демонстрационном MR
Снимок реального тестового GitLab. Нажмите, чтобы открыть оригинал.
ШАГ 02 · NULL REVIEW

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

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

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

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

Посмотреть в видео ↗
GitLab: получить замечание в демонстрационном MR
Снимок реального тестового GitLab. Нажмите, чтобы открыть оригинал.
ШАГ 03 · РАЗРАБОТЧИК

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

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

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

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

Посмотреть в видео ↗
GitLab: дать обратную связь в демонстрационном MR
Снимок реального тестового GitLab. Нажмите, чтобы открыть оригинал.
ШАГ 04 · РАЗРАБОТЧИК

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

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

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

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

Посмотреть в видео ↗
GitLab: исправить в демонстрационном MR
Снимок реального тестового GitLab. Нажмите, чтобы открыть оригинал.
ШАГ 05 · NULL + ТЕСТЫ

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

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

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

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

Посмотреть в видео ↗
GitLab: перепроверить в демонстрационном MR
Снимок реального тестового GitLab. Нажмите, чтобы открыть оригинал.
ШАГ 06 · КОМАНДА

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

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

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

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

Посмотреть в видео ↗
GitLab: принять решение в демонстрационном MR
Снимок реального тестового GitLab. Нажмите, чтобы открыть оригинал.

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

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

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

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

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

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

Посмотреть разборы кода ↗
Ø