Поиск по документации

Разделы документации

## Начать

[Начало](/ru/docs)[Исходники и релиз](/ru/docs/source)[Локальный запуск](/ru/docs/local)

## Запустить

[Установка для GitLab](/ru/docs/installation)[Первое ревью](/ru/docs/review)

## Разобраться

[Архитектура](/ru/docs/architecture)[Хранение и индекс](/ru/docs/data)[Организации и политики](/ru/docs/access)[Подключения](/ru/docs/integrations)

## Поддерживать

[Эксплуатация](/ru/docs/operations)[Приемка](/ru/docs/acceptance)

# Где хранятся данные.

Исходники, векторы поиска и история ревью хранятся отдельно.

Что происходит с вашим кодом

### От кода до замечания

- 

GitLabMR · SHA

Читаем выбранную версию

- 

IdentityTenant · ACL

Проверяем текущие права

- 

ContextPackDiff · files · rules

Фиксируем код и версию правил

- 

Review modelAPI / CLI

Передаем согласованный контекст

- 

DraftPostgreSQL

Сохраняем замечание до публикации

Модель получает выбранные данные. Команда управляет публикацией и merge.

### Три вида данных

- 

Source filesSHA · blob · hash

Приватные снимки, только чтение

- 

QdrantVectors · metadata

Отдельный индекс каждой организации

- 

PostgreSQLContextPack · review

Отдельные БД и логины служб

Qdrant хранит векторы и метаданные поиска. Код остается в снимках, выбранный контекст и история ревью в PostgreSQL.

### Одна организация, свои владельцы данных

- 

IdentityUser → tenant → role

Доверенный вход, проверка каждого запроса

- 

Private servicesControl · Connector · Worker · Context

Токен службы и точная область организации

- 

Separate ownersPostgreSQL · files · Qdrant

Разные логины, пути, тома и ключи

Доступ к репозиториям ограничивает API. Внутри службы они используют общую SQL-роль; компрометация процесса требует отдельной защиты.

Схема устройства продукта. Проверка вашей установки выполняется отдельно.

## PostgreSQL по владельцам

| Владелец | Что сохраняет  |
| --- | --- |

| Identity | Пользователи, организации, членство и сессии  |

| Control | Версии правил, очередь, запуски и черновики  |

| Connector | Входящие задачи, обратная связь и квитанции публикаций/действий  |

| Worker | Попытки и результаты модели  |

| Context | Задания исходников, манифесты, поколения индекса и неизменяемые ContextPack  |

| ContextForge | Состояние шлюза в своей БД с отдельным владельцем  |

## Как собирается контекст

Connector читает точную версию репозитория. Снимки только для чтения содержат SHA, blob и хеши содержимого. Индексатор фиксирует поколение индекса; Qdrant хранит векторы и метаданные поиска. Найденные фрагменты сверяются с исходниками и текущими ACL до включения в ContextPack.

## Что фиксирует ContextPack

```sh
tenant / repository / SHA
selected diff + verified fragments
ACL + policy + retrieval revisions
content digest
```

Пакет сохраняется в PostgreSQL Context и связывается с запуском ревью. Готовые исходники еще не означают готовый индекс. Embedding-модель строит векторы, review-модель читает выбранный контекст и готовит замечания.

## Секреты и удаление

Credentials GitLab и модели принадлежат своим службам и хранятся в приватных файлах. Отзыв доступа закрывает последующее чтение, но не стирает автоматически снимки, индексы, аудит и резервные копии. Политику удаления и хранения backup нужно задавать отдельно.

[НазадАрхитектура](/ru/docs/architecture)[ДалееОрганизации и политики](/ru/docs/access)

## На этой странице

[PostgreSQL по владельцам](#databases)[Как собирается контекст](#index)[Что фиксирует ContextPack](#pack)[Секреты и удаление](#retention)[Markdown ↗](/ru/docs/data.md)