Не покупайте платформу: AI-SDLC на готовом стеке

Выигрышный AI-SDLC для среднего и крупного бизнеса в 2026 - не ещё одна вендорская платформа-конструктор, а git-native сборка из готовых, off-the-shelf инструментов, где владелец процесса разговаривает с Claude Code или Codex и меняет прод.

Между ним и продом стоят ровно три вещи: git-репозиторий с реестром, git-native лог промптов и лёгкий автоматический гейт.

Между владельцем процесса и продом нет ни одного человека-привратника и ни одной проприетарной платформы - только автоматический обратимый гейт.

Мы проверяем это на себе: этот сайт правит AI-агент поверх репозитория, и каждый промпт пишется в prompts/log.jsonl рядом с изменением.

Реестр перечисляет все репозитории контура: скиллы, агентов, сервисы, серверы, boilerplate и рекомендации по изменениям.

Он одинаково читается человеком и AI-агентом: агент по реестру понимает, где лежит нужный процесс, какой скилл его меняет и куда писать результат.

Наш power-user boilerplate - это REGISTRY.md как единый каталог артефактов и зеркальная структура подгрупп skills, agents и servers, повторяющая GitLab-группу.

Новый сервис по умолчанию создаётся как общая платформа: он разворачивается из общего пути, а не из домашней папки одного разработчика, и другие авторизованные агенты получают к нему доступ через общий аутентифицированный контур без передачи секретов.

Реестр отвечает на вопрос «что и где меняется».

Кто имеет право менять прод сам и на каком уровне зрелости - отдельная тема; мы разбираем её в материале про уровни разработчика и ПМа L10-L60.

Каждое изменение прода сделано по промпту, и этот промпт хранится рядом с изменением, в самом репозитории, без отдельной БД и внешнего сервиса.

Так у любой правки есть провенанс: видно, какой запрос породил какой diff.

Ключевое слово - провенанс, а не аудит.

Файл лога правится обычным коммитом, как любой другой файл: наш собственный лог однажды был удалён и добавлен заново.

Он даёт прослеживаемость и источник записи, но не защищённый от подделки аудитный след.

Полноценный аудит - это защита ветки, подпись коммитов (git commit -S) и требование записи в CI; лог-файл - прагматичный первый слой под ними. И это молодая, недавно принятая у нас конвенция, а не годами обкатанная система.

Гейт стоит между владельцем и продом - как это сочетается с «ни одного привратника»

Разрешение простое: гейт - это не человек, говорящий «да».

Это автоматическое доказательство безопасности изменения: plan/apply/verify, тесты и валидаторы отрабатывают сами.

Человек подключается только на изменениях с большим радиусом поражения, а не на каждой правке.

Гейт быстрый, разнесённый по областям и обратимый: если что-то пошло не так, git-revert возвращает прод назад.

Здесь наш собственный опыт - самый сильный аргумент, и он честный.

Наш первый гейт был монолитным: одна общая проверка на всё, и любая ошибка валидатора - даже в чужой, несвязанной области - замораживала публикацию всего сайта.

Такой централизованный гейт связывает владельцев между собой и сам провоцирует shadow AI: проще обойти, чем ждать.

Поэтому правильный ход - не более крупный центральный гейт, а гейты по областям, разнесённые по риску.

Даже мы уходим от монолитного гейта к разнесённому.

Правило одно: санкционированный путь должен быть удобнее обходного.