Откройте MR. Добавьте Null в Reviewers.
Выберите учетную запись ревьюера, подключенную к проекту. На стенде это Null alpha reviewer.
Ревью начинается в привычном процессе GitLab. Команда заранее задает права и условия запуска.

КАК РАБОТАЕТ NULL
Модель анализирует код. Null связывает контекст и результаты. Команда решает, какие замечания публиковать и когда объединять изменения.
Вы добавляете обработку платежей. Подпись проверяется, но повторный callback может зачислить деньги дважды. Вот как команда разбирает этот риск вместе с Null.
Выберите учетную запись ревьюера, подключенную к проекту. На стенде это Null alpha reviewer.
Ревью начинается в привычном процессе GitLab. Команда заранее задает права и условия запуска.

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

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

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

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

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

Один MR, одна история изменений. Без переключения команды на отдельный чат с AI.
Сценарий на специально подготовленном платежном коде, без клиентских данных. Состав проверок и полномочия агента зависят от настройки проекта.
Черновик AI, результаты тестов, решение человека и публикация в GitLab имеют отдельные состояния. Успешный тест сам по себе не доказывает выполнение требования, а отсутствие замечаний не гарантирует отсутствие ошибок.
Пакет контекста и замечания привязаны к конкретному SHA. После исправления создается отдельная проверка. История предыдущего прогона остается доступной для сравнения.
Посмотреть разборы кода ↗