ДОКУМЕНТАЦИЯ

# Знакомство с Null.

Что согласовать до установки, как проходит первое ревью и где искать результаты.

НАЧАЛО РАБОТЫ [Подключение](#start)[Модели](#models)[Первое ревью](#review-guide)ВАЖНО ЗНАТЬ [Контекст и данные](#context-guide)[Результаты проверок](#results)[Ограничения](#limits)

01 / ПОДКЛЮЧЕНИЕ

## Начните с администратора.

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

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

Этот публичный сайт показывает продукт. Он не подключен к вашему GitLab и не принимает исходники для ревью. Для пилота [свяжитесь с командой Null](mailto:vasiliy.petrov@uwukl.com).

02 / МОДЕЛИ

## Согласованный провайдер.

В проекте предусмотрены совместимый с OpenAI API, Anthropic Messages API и официальный Codex CLI. Выбор модели и способа авторизации зависит от установки и политики организации. PR-Agent используется как движок ревью.

Внешний API получает подготовленные материалы проверки. Установка сервисов Null в вашем контуре не делает такую модель локальной. Условия хранения данных, лимиты и стоимость уточняются у выбранного провайдера.

Чат персонажа на этом сайте использует Google Gemini и отвечает только о проекте. Он не выполняет ревью и не имеет доступа к приватному коду.

03 / ПЕРВОЕ РЕВЬЮ

## Сначала контекст, затем отправка.

- Откройте доступный MR и выберите файлы для проверки.
- Подготовьте пакет контекста и проверьте источники и объем.
- Подтвердите отправку выбранной модели.
- Изучите черновик: причину замечания, последствия и предлагаемые проверки.
- Примите решение о публикации в GitLab по правилам команды.
- После исправления проверьте новый коммит отдельно.[Полный процесс на примере →](/how-it-works)

## Какой контекст используется?

Основа пакета: выбранный diff, описание MR, доступные инструкции проекта и настройки команды. При настроенном поиске могут добавляться разрешенные фрагменты связанного кода.

Материалы привязаны к проверяемой версии кода. Режим, ограничения объема и поведение при недоступности индекса задаются настройками. До отправки состав пакета можно посмотреть.

[Маршрут данных и роли сервисов →](/security)

## Что означает результат?

Предложение модели, сообщение CI и подтверждение требования имеют разный смысл. Наблюдение «тест прошел» не доказывает, что конкретное бизнес-требование выполнено.

| Результат | Как читать

| Черновик AI | Гипотеза для проверки человеком

| Результат теста | Наблюдение определенного запуска на определенной версии кода

| Кандидатная связь с критерием | Основание для разбора, без подтверждения смысла требования

| Решение команды | Отдельное человеческое решение

## Границы и ограничения.

Null не гарантирует обнаружение всех дефектов. Ложные замечания возможны; полезность нужно оценивать на задачах команды. Число замечаний и отсутствие ошибок в одном прогоне не заменяют оценку качества.

Интеграция Tandem и доказательства выполнения бизнес-критериев проходят отдельную приемку. Публичная демонстрация не подтверждает готовность вашей установки к этим действиям.

Публичного тарифа нет. Объем пилота, модель, инфраструктура и обслуживание согласуются отдельно.