Handoff-driven development

В сфере искусственного интеллекта произошло заметное событие. oggr 13 минут назад Handoff-driven development 8 мин 307 Искусственный интеллект Программирование * Управление разработкой * Туториал Улучшенный Spec-driven-dev. Это SDD + handoff’ы — передний край лучших мировых практик как для соло-разработки, так и для небольших команд. Это не история про рой агентов, которые в абстрактном цикле «план → код → ревью → тесты → деплой» самостоятельно везут продукт, синхронизируясь друг с другом через воркфлоу.

У нас нет личного датацентра или полумиллиона долларов на токены. В конце будет ссылка на репозиторий-шаблон, который можно скачать, или просто указать, и сказать Opus’у (Fable’у): «сделай мне такую же систему спецификаций» — дальше он справится сам. Проблемы, которые решаем1.

Технические детали

В контексте модели с одной стороны должно быть необходимое для задачи — но с другой не должно быть лишнего. Лишнее повышает когнитивную нагрузку, снижает качество решения. Правильный контекст — это правильный ответ, правильный код, правильное решение.

Контекст к тому же конечный и платный — вопрос «что НЕ загружать» не менее важен, чем «что загружать». Переключение с задачи на задачу. Собрать контекст одной задачи можно и вручную, прямо в промпте.

Но задач, как правило, несколько, и они параллельны: аудит и фиксы серверного кода, дизайн клиентского приложения, переезд на новый CI/CD, концептуальное планирование новой фичи. У каждой — свой набор нужных документов, своё состояние «сделано/осталось», свои принятые решения. К тому же сессия конечна: даже при одной задаче контекст, данный в начале сессии, при передаче его в другую сессию уже не актуален.

Отраслевые последствия

При переключении между задачами и между сессиями мы платим временем, качеством и токенами. Часть первая: SDDКартыИсходная позиция: Solution-монорепозиторий с разношёрстным набором проектов — приложения, микросервисы, общие пакеты, devops-манифесты. У каждого такого подпроекта — своя папка specs/ со своей локальной спецификацией и своей локальной картой.

А в корне лежит корневая карта спецификаций, которая ссылается на карты подпроектов. Получается иерархия, и она даёт главное: из корня можно писать промпт про любую часть solution — модель найдёт нужное сама, спустившись по картам за два-три перехода и не загрузив по дороге ничего лишнего. Уровней иерархии два или три: корень → подпроект → пакет.

Больше — сомнительно: каждый уровень — это переход, который читатель (LLM) должен совершить, прежде чем доберётся до содержания. Инвариант достижимости: каждый файл спецификации достижим по цепочке markdown-ссылок хотя бы от одной карты (голый текстовый путь связью не считается — его не видит ни IDE, ни аудит). Недостижимый файл — сирота; документ, которого никто не найдёт, не существует.

Событие, по словам экспертов, усилит конкуренцию в сфере ИИ.