Держите "классический" уже паттерн. На вопрос "что надо делать для переноса изменений, доработки одной конфы на основании другой, разработки интеграций между ними (MCP, кстати, для конвертации выходит)", обновления через 100500 релизов и прочее:
📝 Разворачиваем 2 проекта для разработки с ИИ - с правилами. Harness для них должен быть вменяемым (любой современный - поддерживает ACP, CLI обязателен для поддержки ACP!)
📝 Проверяем настройки проектов (MCP включены, индексы проиндексированы и т.п.). Не забываем установить CLI если его нет (cursor cli, к примеру, для cursor - устанавливается отдельно)
📝 Разворачиваем автономного агента: Hermes или OpenClaw
📝 Графовый MCP и MCP для работы с данными подрубаем обязательно, остальные по желанию.
📝 Автономному агенту "объясняем" где находятся базы и проекты для них, где публикации если есть и просим его их поисследовать.
📝 Вцелом всё, с ключем /goal даём автономному агенту команду используя (cursor\claude code\codex и нужную модель) НАПИСАТЬ СПЕЦИФИКАЦИИ для разработки в базе приёмнике ну или в обеих - не суть.
📝 Спеки лучше прочитать конечно, но тут в зависимости от того сколько платят и от степени критичности изменений
📝 Далее опять же с ключем /goal даём автономному агенту команду выполнить разработку используя (cursor\claude code\codex и нужную модель). Не забываем сказать чтобы мониторил сессии и отчитывался о прогрессе каждые N минут\часов и исправлял блокеры.
📝 Наблюдаем за прогрессом в телеге.

Что в итоге получаем:
✔️ long running task почти любого размера автономный агент держит очень хорошо. Даже при рестартах и прочих проблемах
✔️ автономный агент создаст себе skill (ну или область в памяти) и будет улучшать по мере выполнения задачи и устранения блокеров. просто ЛЮТО ЭКОНОМЯ ВАМ ВРЕМЯ И ТОКЕНЫ. Он также сделает повторный запуск более простым и приятным
✔️ работу автономного агента по результатам его отчетов можно скорректировать - через чат в телеге куда уж проще.
✔️ разработка ведётся специализированными агентами для разработки, с настроенным соответствующим инструментарием, подключенными MCP и правилами - специально под workflow разработки а не общего профиля разбавленный памятью и инструкциями по автономности
✔️ если происходит блокер, агент разработки валится или не может что то сделать - его корректирует автономный агент. А все сложные и массовые операции выполняет агент разработки, так что именно у него есть все шансы свалиться.
✔️ если есть шанс что то делать параллельно - автономного агента можно попросить

Ничего не напоминает? Ну как минимум кластер серверов 📝1С следует примерно тем же принципам, узнали?

Что по моделям? Ну тут на ваш вкус, но я бы рекомендовал и для автономного для таких задач взять что то приличное - с reasoning не забыв. Для спецификаций по традиции лучше использовать самое крутое что можете себе позволить, а для разработки нынче в зависимости от вендора - то что вы обычно используете. Grok/Terra/Opus(для богатых).