Dev Hub — пространство развития правил агента

Пишу о том, как ИТ и ИИ реально помогают бизнесу: без хайпа, с понятными шагами, критериями и кейсами. 30+ лет в проектах IBM/Microsoft/enterprise — делюсь тем, что работает в российских реалиях. Разбираем стратегию облака, KPI и SLA, роль ИТ-функции и сценарии применения ИИ без кода. Ставка на практику: меньше красивых слов, больше решений, которые можно внедрить завтра.

dev hubманифест агентаadr

🔄 В первых постах серии я показывал петлю: пробуешь → направляешь → ограничиваешь → открывается горизонт. Сегодня — про то, что живёт внутри этой петли, когда пространство разрастается.

🔧 Знакомо: делаешь одно дело и краем глаза замечаешь, что рядом что-то криво. Не сломано, но неправильно. И рука тянется поправить — раз уж всё равно открыто.

Так и вышло. Готовил этот цикл постов, разбирал корневой манифест пространства — файл, который агент читает на входе, чтобы понять правила. И заметил: блок «кто я и зачем» задублирован в трёх местах. Поменяешь в одном — забудешь в двух.

Полминуты работы. Раньше я бы так и убрал лишнее прямо на месте. Но манифест агент читает первым делом в каждой сессии — правка на ходу, между прочим, без проверки зависимостей, тихо ломает работающее. Поэтому завёл тикет «нашёл дубль, разобраться отдельно» и вернулся к посту.

💡 Дубль всплыл не на «сессии по разработке», а посреди написания текста. Развитие не приходит по расписанию — оно вылезает по ходу дела. И ему нужно отдельное место, а не «поправлю быстренько».

🗂 Это место — Dev Hub. Контур, где пространство меняет само себя по дисциплине разработки. Только собирают в нём не приложение, а само пространство. Появился он не сразу: сначала я дал агенту задачу разобрать, как вообще ведут разработку ПО и что оттуда утащить к себе; потом отдельная сессия определила контуры.

📐 Внутри — цепочка, через которую проходит любое изменение: спецификация (что и зачем) → дизайн → план с критериями готовности → тикеты → исполнение со сверкой по этим критериям, а не «вроде готово». Плюс три опорных файлы: Status — что активно и что заблокировано по каждой подсистеме; Decisions — открытые вопросы и что по ним решили; ADR — почему выбрали так, а не иначе, чтобы через полгода не переспорить самих себя.

⚙️ От обычной работы это отличается одним переключателем. «Работаем в контенте» — режим использования: агент идёт по готовым правилам и помогает мне писать пост. «Идём в Dev Hub» — режим развития: сами эти правила и переписываем. Пока входы разведены, использование не спотыкается о недоделанную перестройку.

⚠️ И это не разработка софта, хотя дисциплина оттуда. Кода почти нет — мелкие скрипты дёрнуть API. 95% выхода — markdown: манифесты, роутеры, инструкции для агента. Софт-команда собирает приложение. Я собираю пространство, в котором работает агент.

Тот тикет, кстати, до сих пор открыт. В следующем посте — про манифесты: те самые файлы с правилами, из-за одного из которых всё завертелось.

Читайте так же