Review-flow: автоматизація 80% рев'ю коду за допомогою Claude Code та Model Context Protocol
Review-flow — відкритий сервер для автоматизації перевірки коду на GitHub та GitLab. Він використовує фонові сесії Claude Code та сервер Model Context Protocol для багатоагентного аудиту.
Вплив: Високий
Чому це важливо
Розгорніть Review-flow у себе для автоматизації перевірок якості коду, SOLID та безпеки безпосередньо у пул-реквестах.
TL;DR
- 01Запускає багатоагентні перевірки (SOLID, Testing, DDD) асинхронно у GitHub та GitLab.
- 02Використовує ізольовані Git worktrees та запобіжник пам'яті до 4 ГБ RSS для стабільності.
- 03Застосовує типізовані MCP-команди замість текстового парсингу для безпечного керування обговореннями.
Ключові факти
- Макс. пам'ять RSS
- 4 ГБ
- Жорсткий таймаут
- 15 хвилин
- Ліміт паралельності
- 2 паралельні рев'ю
Оркестрація фонових процесів
Review-flow замінює інтерактивний CLI фоновими сесіями. При отриманні вебхуку сервер створює фоновий воркер через claude --bg. Завершення рев'ю визначається через конкурентне змагання трьох сигналів: 1. Навичка MCP викликає метод set_phase('completed') на локальному сервері. 2. Фонове опитування claude agents --json кожні 30 секунд повертає успішний статус. 3. Спрацьовує жорсткий таймаут у 15 хвилин.
Після завершення звіт зчитується з файлу .claude/reviews/report-<mrNumber>.md в ізольованому worktree і публікується в Git-платформі. Сесія очищується через claude stop && claude rm.
Характеристики self-hosted інфраструктури
Review-flow забезпечує локальну стабільність та контроль бюджету:
- Memory Guard: Автоматично аварійно зупиняє роботу, якщо RSS-пам'ять процесу перевищує 4 ГБ.
- Контроль паралелізму: Обмежує кількість одночасних рев'ю (за замовчуванням до 2 паралельних завдань).
- Ліміти витрат: Парсить споживання токенів і блокує нові завдання у разі виходу за рамки місячного бюджету.
- Очищення дисків: Щодня видаляє робочі дерева (worktrees) для закритих MR, які не оновлювалися понад 7 днів.
Спробуй за 2 хвилини
reviewflow init --yesbash
✓ Коли використовувати
- Коли команда з високим темпом розробки прагне делегувати базові архітектурні перевірки безпосередньо всередині пул-реквестів.
✕ Коли НЕ варто
- Коли політика безпеки суворо забороняє використання локальних вебсерверів, що взаємодіють із зовнішніми LLM.
- Коли у вашої команди немає виділеного сервера для запуску фонових Node.js-процесів.
Що зробити сьогодні
- Ініціалізуйте Review-flow локально, виконавши `reviewflow init --yes` у терміналі.
- Налаштуйте вебхуки на ваших проектах GitLab/GitHub, що вказують на ваш self-hosted сервер Review-flow.
Джерела