Каждый закрывает двойник — с контекстом вашего репо.
1. 20 раз в день отвечаете «где лежит X?»
Боль: В Slack: «какой сервис auth?», «где payment webhook?», «какая retry-политика?» — одни и те же вопросы разным.
Решение: Двойник индексирует всю кодовую базу. Отвечает с путями файлов, номерами строк и архитектурным контекстом — за секунды.
2. У джуновских PR одни и те же 5 проблем
Боль: Нет тестов, неправильная обработка ошибок, нарушены конвенции, N+1, нет observability. Пишете одни и те же комменты месяцами.
Решение: Двойник предварительно ревьюит PR по вашей рубрике — ловит 80% до вас. Ваше ревью — только на реальные решения дизайна.
3. Онбординг нового инженера — 6–12 недель
Боль: Экскурсия по коду, обзор архитектуры, конвенции, тулинг. Каждый найм — 40+ часов вашего времени.
Решение: Двойник ведёт онбординг: обзор архитектуры, квиз по конвенциям, «почему так сделано». 24/7. Вы — только на глубину.
4. Решения из design doc живут у вас в голове
Боль: Команда: «почему Kafka, а не RabbitMQ?». Вы помните, остальные нет. Решения переобсуждаются каждый месяц.
Решение: Двойник собирает ADR, design doc, тех-спеки из Slack. Отвечает на «почему» с исходным рассуждением и tradeoffs.
5. Context switch между кодом и вопросами команды убивает продуктивность
Боль: В глубоком рефакторе; пинг каждые 15 минут по другому; каждый раз 30 минут на возврат в контекст.
Решение: Двойник буферизует вопросы, 80% отвечает сам, остальное — в ежедневный дайджест вам.
6. Tribal knowledge уходит вместе с сеньором
Боль: Сеньор уходит. Половина «почему» уходит с ним. Команда переоткрывает подводные камни ещё 6 месяцев.
Решение: Двойник непрерывно ловит рассуждения. При уходе — знание остаётся доступным; институциональная память не теряется.