Онбординг старого сервиса

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

01 Анализ
02 Рассуждение
03 Интеграция
04 Верификация

согласовывать, никогда не перезаписывать

Онбординг унаследованного кода рассуждает о реальной кодовой базе и согласовывает её вместо перезаписи — затем верифицирует соответствие.

Цель

«Сделать этот пятилетний сервис AI-first». У него уже есть частичный README, какие-то разрозненные документы и нет AGENTS.md.

Запуск

Разработчик передаёт своему агенту одну строку — прочитай и следуй /init.md — и процесс онбординга:

Разведка. Определяет реальный язык, менеджер пакетов (по существующему lock-файлу) и фактические команды сборки, тестирования и линтинга — читая репозиторий, а не предполагая.
Предлагает план и спрашивает. Поскольку артефакты уже существуют, он неразрушителен: он перечисляет, что создаст, а что согласует, и ждёт одобрения, прежде чем трогать частичный README или разрозненные документы.
Создаёт harness. Осмысленный AGENTS.md с реальными Quick Commands сервиса, упорядоченное по категориям дерево docs/, которое впитывает существующие заметки, а не дублирует их, README по модулям, набор .agents/ и игнорируемую git-ом .dwp/.
Проверяет. /dwp-verify возвращает объективный отчёт «прошёл/не прошёл» относительно критериев соответствия.

Результат

Старый сервис становится AI-first без разрушений: существующая работа объединяется, а не перезаписывается, и результат поддаётся проверке, а не утверждению. Отсюда команда планирует и выполняет реальную работу с /dwp-create и /dwp-execute.