Контекст из всего репозитория
Ревью видит не только диф: контекст-пак собирается по изменённым файлам и их связям в проиндексированном снимке базовой ветки, плюс векторный поиск по вашей базе знаний.
Skitflow проверяет каждый пулл-реквест по проиндексированному снимку базовой ветки, подтверждает каждую находку реальным кодом до публикации и выставляет готовность к мержу по шкале из 5. Self-hosted, на ваших моделях, внутри вашей сети.
Готово к мержу
Готовность 4/5 проходит требуемый порог 3/5, блокирующих находок нет. Тот же вердикт уходит в check-run, по которому стоит branch protection.
Между генерацией кандидатов и публикацией стоит фаза Investigate: по каждому кандидату ищется доказательство в проиндексированном снимке базовой ветки, затем выносится один вердикт «подтвердить или убрать» на весь батч. То, что нечем подтвердить в коде, не публикуется.
Кандидаты, которые фаза Investigate не смогла подтвердить кодом, и находки ниже ваших порогов отбрасываются до публикации, а не обсуждаются потом в комментариях.
Ревью видит не только диф: контекст-пак собирается по изменённым файлам и их связям в проиндексированном снимке базовой ветки, плюс векторный поиск по вашей базе знаний.
По каждому кандидату ищется доказательство в коде, затем выносится один вердикт на весь батч. Кандидаты сверх лимита проходят как есть, а не выбрасываются; без репозиторного контекста фаза честно пропускается.
Пороги severity и confidence по профилю строгости, подавление того, что ваша команда уже отклоняла, дедупликация повторов: всё это снимается до публикации, а не после.
Ревьюер входит в состав self-hosted Skitflow: код, индекс и векторы остаются в вашем кластере, модели подключаются через ваш AI-шлюз.
Балл выводится из опубликованных находок по понятным правилам, а не из настроения модели. Блокирующая severity никогда не даёт 5/5, а много мелочи опускает балл так же, как одна серьёзная проблема.
| Балл | Когда | Почему |
|---|---|---|
| 5/5 | Одна находка не выше medium либо чистое ревью, в котором модель уверена | Нечего исправлять до мержа |
| 4/5 | 2–4 находки, ни одной выше medium | Ограничение по количеству |
| 3/5 | 5–9 находок, ни одной выше medium | Ограничение по количеству |
| 2/5 | Есть находка severity high или находок 10 и больше | Потолок по severity / по количеству |
| 1/5 | Есть находка severity critical | Потолок по severity |
| без балла | Качество находок деградировало, балл не выставляется | Гейт закрывается, а не пропускает молча |
Требуемый минимум задаёте вы. «Готово к мержу» значит, что балл не ниже минимума и нет блокирующих находок.
Вердикт check-run и строка готовности в summary-комментарии считаются из одного значения, поэтому гейт branch protection и обсуждение в пулл-реквесте не могут противоречить друг другу.
Чистое ревью не получает 5/5 автоматически: отдельный reflection-проход оценивает его от 0 до 10, а балл готовности равен этой оценке, делённой на два.
Пять уровней: info, low, medium, high, critical. High и critical считаются блокирующими и опускают потолок балла.
Возможности сопоставимы там, где они сопоставимы. В таблице только то, что продукт делает, без бенчмарков и процентов. Два отличия принципиальные: ревью живёт внутри вашей инфраструктуры и знает вашу деплой-топологию.
| Skitflow | Типичный хостед AI-ревьюер | |
|---|---|---|
| Где выполняется | Self-hosted в вашем кластере, модели через ваш AI-шлюз | SaaS вендора: код и индекс уходят наружу |
| Контекст | Проиндексированный снимок базовой ветки плюс векторный поиск по вашей базе знаний | По-разному; у многих только диф |
| Проверка перед публикацией | Фаза Investigate подтверждает или убирает каждого кандидата по коду | Обычно публикуется то, что сгенерировала модель |
| Сигнал для мержа | Балл готовности 0–5 и check-run, по которому стоит branch protection | Чаще комментарий или непрозрачная оценка |
| Контроль шума | Три профиля строгости с явными порогами severity и confidence плюс подавление по отклонениям вашей команды | Переключатель «придирчивость» |
| Ваши правила | Review skills организации: YAML, область действия по glob путей, до 200 на организацию | Файл с промптом, обычно на весь репозиторий |
| Выбор модели | Тиры fast / balanced / premium / auto через ваш шлюз | Модель вендора, без выбора |
| Знание инфраструктуры | Строит инфра-граф: желаемое состояние, задеплоенное и то, что предлагает этот пулл-реквест | Нет: ревьюер не знает вашу деплой-топологию |
| Провайдеры сегодня | GitHub, GitLab, Gitea | Как правило, в первую очередь GitHub |
Профиль задаёт два явных порога: минимальную severity и минимальную уверенность. Всё ниже порога не публикуется.
Только medium и выше, уверенность не ниже 85. Для репозиториев, где важен только серьёзный сигнал.
Low и выше, уверенность не ниже 70. Баланс по умолчанию.
Low и выше, уверенность не ниже 60. Больше находок, включая пограничные.
Если команда отклоняет находки одного вида, они подавляются. Порог явный: доля отклонений 60% и выше, а не догадка модели.
Правила вашей команды в YAML, с областью действия по glob путей. Skills остаются только руководством для ревью: они не могут запрашивать файлы, переменные окружения, сеть или сторонние эффекты.
Ваши документы индексируются в векторы и подтягиваются по релевантности к файлам, которые затрагивает пулл-реквест.
До трёх меток на пулл-реквест из вашей таксономии, плюс сгенерированное описание изменений и запись в changelog.
Любой тир разрешается через ваш собственный AI-шлюз, поэтому модель и доступы остаются вашими.
Быстрый проход для небольших пулл-реквестов.
Рабочий вариант по умолчанию.
Самая сильная модель для изменений, за которые тревожно.
Тир подбирается за вас.
Каждый провайдер включается флагом раскатки на организацию.
GitHub App: webhooks, check-run, инлайн-комментарии, команды в комментариях.
Merge request'ы через токен подключения.
Self-hosted Gitea через токен подключения.
Нет. Ревьюер входит в состав вашей установки Skitflow: индекс, векторы и находки живут в вашей базе, а вызовы моделей идут через ваш AI-шлюз.
Для этого и нужна фаза Investigate: кандидат без доказательства в коде не публикуется. Если качество находок деградировало, балл готовности вообще не выставляется, и гейт закрывается, а не пропускает молча.
Только через check-run, который вы сами добавили в branch protection, и только по вашему порогу готовности. Вердикт check-run и строка в summary считаются из одного значения.
Да, в узком смысле: семейства находок, которые ваша команда систематически отклоняет, подавляются по явному порогу. Это не дообучение модели на вашем коде.
Сегодня GitHub, GitLab и Gitea, каждый за флагом раскатки.
Включается на уровне организации, настраивается на уровне репозитория и работает на инфраструктуре, которая у вас уже есть.