Онбординг застарілого сервісу

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

01 Аналіз
02 Міркування
03 Інтеграція
04 Верифікація

узгоджуй, ніколи не перезаписуй

Онбординг успадкованого коду міркує про справжню кодову базу та узгоджує її замість перезапису — потім верифікує відповідність.

Мета

«Зробити цей п’ятирічний сервіс AI-first». У нього вже є частковий README, кілька розрізнених документів і немає AGENTS.md.

Процес

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

Рекогносцирування. Виявляє справжню мову, менеджер пакетів (з наявного lock-файла) і реальні команди збірки, тестування й лінтингу — читаючи репозиторій, а не припускаючи.
Пропонує план і запитує. Оскільки артефакти вже існують, процес неруйнівний: він перелічує, що створить, а що узгодить, і чекає на схвалення, перш ніж торкатися часткового README чи розрізнених документів.
Генерує harness. Обґрунтований AGENTS.md зі справжніми Quick Commands сервісу, категоризоване дерево docs/, що вбирає наявні нотатки, а не дублює їх, README кожного модуля, набір .agents/ і .dwp/ у gitignore.
Перевіряє. /dwp-verify повертає об’єктивний звіт pass/fail щодо критеріїв відповідності.

Результат

Застарілий сервіс стає AI-first без жодних втрат: наявну роботу зливають, а не перезаписують, а результат можна перевірити, а не лише задекларувати. Звідси команда планує й виконує реальну роботу через /dwp-create і /dwp-execute.