Хаб координации — не архив документов, а операционный центр всей команды ИИ: отсюда стартуют агенты и автоматические workflow, здесь принимаются архитектурные решения, и через него проходит весь контур доставки правил и стандартов в 20 репозиториев организации.
У команды ИИ 20 продуктовых и инфраструктурных репозиториев, каждый со своей архитектурой и своим темпом работы. Хаб — общий центр, который держит их согласованными: здесь ведётся стратегический анализ и планирование, здесь собирается информация о состоянии всего флота репозиториев, и отсюда же реально запускается работа — агенты и динамические workflow, которые вносят изменения напрямую в дочерние репозитории, а не просто фиксируют рекомендации на бумаге.
Записанный документ или отправленное предложение сами по себе не закрывают задачу — только один из трёх исходов:
Изменение внедрено и проверено внутри самого хаба.
Задача уходит в дочерний репозиторий отдельным нарядом — с явным заказчиком, ветвью и условием закрытия.
Решение поднимается на уровень человека, когда автоматика не может закрыть вопрос сама.
Канал передачи задач в дочерние репозитории — не гипотеза: он подтверждён живыми прогонами. В одном случае сама приёмка задачи заодно нашла и устранила два реальных дефекта в инструментах самого канала — то, что не было видно ни в одном модульном тесте до первого боевого запуска.
Первый коммит: коннекторы для 7 репозиториев организации и скелет скрипта синхронизации.
Первое определение критериев прод-готовности и фазовых проверок — точка отсчёта всей будущей системы автоматических гейтов.
Хаб получает архитектурного агента prime и первый набор процедур для стратегической работы.
Второй легитимный оператор хаба — архитектурная валидация и ревью через отдельный агентный контур.
Первые пронумерованные карточки состояния гейтов — начало практики «каждая проверка — отдельная прослеживаемая карточка».
Закреплены правила промоушна между ветками — тот самый контракт, который позже поймает шесть разошедшихся копий себя же (см. ниже).
Комплексный план архитектурной волны — веха, от которой считается вся последующая крупная перестройка канона.
Закреплено, какой источник главнее при расхождении между документами — устраняет саму возможность конфликта правил.
Ручной обмен статусами заменён механическим снимком: состояние флота репозиториев теперь собирается кодом, не сверяется по памяти.
Крупнейшая архитектурная перестройка: вместо одного огромного документа — гейт-реестр, валидатор и отдельные карточки находок по темам.
Механизм реальной передачи работы в дочерние репозитории — и в тот же день первый живой прогон на боевой задаче.
Хаб впервые формирует историю развития организации как отдельный документ для управленческой аудитории.
Генератор по шаблону заменён гибкой директивой для агента — рождение волны отчётов о прогрессе, частью которой является и этот документ.
У хаба есть чёткая архитектура, описанная и исполняемая кодом — так же, как у флота виртуальных машин есть чёткая топология. Единый источник правил проходит через сборку, автоматическую раздачу, проверку на месте и обратную связь в канон при расхождении:
Цепочка замкнута: находка становится карточкой в каноне, а не устным напоминанием — источник правды один, и любое расхождение с ним видно и прослеживаемо.
43 исполняемых гейта устроены по одному стандарту: у каждого есть скрипт, который его проверяет, автоматический workflow, который его запускает, и явный сценарий, которым можно намеренно воспроизвести нарушение и убедиться, что гейт действительно на него реагирует — не только в теории.
Плюс среда и агентный контур, архитектурные и прикладные справочники — остаток из 36 документов по более узким темам.
Контракт Git, контракт коммитов и контракт деплоя задают правила промоушна веток, формат коммитов и порядок выкладки — раздаются вместе с остальными фрагментами, а не поддерживаются как отдельные копии в каждом репозитории.
Каждая крупная итерация работы фиксируется отдельным датированным срезом — что сделано, что подтверждено, что осталось. Это не журнал по памяти, а прослеживаемая последовательность документов:
Каждый новый репозиторий получает полный контур правил в момент подключения — рост числа репозиториев не опережает возможность хаба их контролировать:
Новый репозиторий подключён в середине дня — плановая раздача правил на этот момент уже прошла и не успела его затронуть. Обнаружено и закрыто вручную в тот же день, без ожидания следующего планового цикла.
Репозитории уже вели полноценную работу с агентами, но раздача правил их молча обходила — не было формального признака «свой». Закрыто заведением коннекторов, а не точечными исключениями.
Самая частая и самая ценная работа хаба — не проверка одного репозитория, а поиск мест, где несколько репозиториев тихо разошлись между собой:
Копия контракта коммитов существовала не как раздаваемый файл, а как независимая копия в 14 из 21 репозитория — и разошлась на шесть отличающихся версий, одна из которых прямо противоречила действующему канону. Найдено сверкой, приведено к единому раздаваемому источнику.
Нераздаваемая часть агентской инструкции в пяти репозиториях продолжала описывать канал связи, отменённый месяцами ранее. Найдено точечной сверкой, закрыто адресными правками в тот же день.
Раздача целилась в рабочую ветку, которая в шести из десяти репозиториев ни разу не сливалась в основную за всю историю — обновление физически не попадало туда, где его должны были увидеть. Закрыто переводом раздачи на верно выбранную целевую ветку.
Механизм раздачи считал контракт доставленным, если не находил открытого запроса на слияние — не проверяя, что реально лежит в целевой ветке. Осиротевшая ветка маскировала недоставленный документ сразу в пяти репозиториях. Закрыто явной сверкой содержимого, не только факта существования ветки.