
Ушедший зарубежный сервис не всегда меняют на аналог: свою замену агенты собирают под ваши правила
Если зарубежный сервис перестал принимать оплату или открываться у сотрудников, компания ищет российский аналог. Но покупать ещё одну коробку стоит после разбора работы. Типовой участок можно перенести в готовое ПО, а участок с вашими правилами собрать агентами под руководством инженера.
Мы так строим внутреннюю админку vibecoding.ru. Клиентского кейса импортозамещения у нас нет. На собственном проекте покажем, как выбирать между коробкой и своим кодом, какие зависимости останутся и по чему принимать переход.
1. Заменять стоит рабочий процесс, а не все возможности сервиса.
Начните с работы, которая остановится. Например, заявки должны приходить из формы, попадать к ответственному и сохранять историю переписки. Календарь, телефония и конструктор отчётов старой платформы не входят в замену, если сотрудники ими не пользуются.
Готовый российский продукт подходит, когда ваш порядок работы уже помещается в его настройки. Своя разработка появляется в выборе, когда ради нужной цепочки приходится менять саму коробку: особые права, порядок согласования, связи с внутренними системами. Копировать все функции прежней платформы в такой ситуации означает покупать себе ещё один большой продукт на обслуживание.
Не хотите разбираться сами? Внедряем ИИ в ваш бизнес: задачи без лимита, одна цена в месяц, отмена в любой момент.
Агенты пишут код и проверки по заданным правилам. Инженер ведёт машину агентов и отвечает за устройство системы и выпуск изменений. Стоимость коробки, студии и агентной сборки на примере CRM разобрана в статье «Своя CRM».
Готовое ПО и свой код можно разделить по участкам работы.
Редакционная схема выбора, 7 октября 2026. Критерии перехода сверены с планом «Первого Бита» и материалом Zerobit. Ссылки в «Источниках».
2. Своя админка показывает, что именно приходится собирать под себя.
Нашему проекту нужна связь заявки с человеком и её источником. На vibecoding.ru есть тест для руководителя. Его заявки попадают во внутренние «Контакты» и «Ручейки», где источник обращения связан с дальнейшей работой. Мы строим эти экраны под свои формы и каналы, вместо того чтобы подгонять процесс под универсальную платформу.
Сначала мы определяем, как обращение попадает к человеку и где продолжается разговор. Затем собираем экран и проверяем эту цепочку. Если начать с копирования чужого интерфейса, получится список записей, а порядок работы всё равно придётся описывать отдельно.
На публичном /open в срезе 7 октября, 19:43 МСК, было 7 063 коммита за 98 дней с 1 июля 2026. Счётчик относится ко всему vibecoding.ru, включая документы и журналы. Это след работающей машины, а не число готовых замен зарубежных сервисов.
Что и как мы проверяли
| Факт | Что известно | Проверено |
|---|---|---|
| Собственная админка | Заявки теста связаны с «Контактами» и «Ручейками». В срезе серии новая таблица конверсии ещё в работе, её готовность не заявляем | 2026-10-07 |
| Открытая машина | /open, 19:43 МСК: 7 063 коммита за 98 дней с 1 июля 2026. Счётчик всего vibecoding.ru, включая документы и журналы. Коммиты не равны принятым бизнес-задачам | 2026-10-07 |
| Агенты из РФ | РуБенч, раунд 2, закрыт 18 июля 2026, обновлён 6 сентября. В таблице результаты того эксперимента. Это починка кода, не миграция бизнес-систем | 2026-10-07 |
| Подписка | /services, 19:43 МСК: «Все проекты», 500 000 ₽ в месяц, три потока. Это тариф работы, не смета миграции | 2026-10-07 |
Ценность своего инструмента видна в конкретном правиле. Для нашего проекта заявка из теста должна сохранять источник обращения и связь с контактом. Список имён не заменяет работающую цепочку от формы до дальнейшего разговора.
При сборке такой цепочки агент получает описание данных, допустимых изменений и проверки результата. Что записать в задаче, разобрано в статье «Постановка задач ИИ-агенту». Поручение «сделай аналог сервиса» оставляет агенту выбирать бизнес-правила за вас.
Свой код также приходится менять после запуска. Новый источник заявки или новое право доступа становятся задачей разработки. Порядок таких изменений мы накапливаем в правилах и проверках. Как они удерживают работу агента, разобрано в статье «Правила для ИИ-агентов».
В нашей цепочке важны связи, а не количество экранов.
Тест для руководителя, /open и проверенный срез собственных материалов проекта, 7 октября 2026.
3. Свой код оставляет зависимости, которые нужно назвать заранее.
Хранить код у себя недостаточно, чтобы система работала без прежнего поставщика. Приложению нужны база, сервер, авторизация, отправка писем и обмен с соседними системами. Если вход по-прежнему зависит от ушедшего сервиса, новая страница с вашей эмблемой не заменяет его.
Разделите инструменты разработки и зависимости работающего приложения. Облачный агент может участвовать в написании кода, а запущенная система обходиться без обращения к нему. Приложение, которое вызывает зарубежную модель при каждом запросе пользователя, устроено иначе. Это видно по схеме исполнения и сетевым вызовам, а не по названию команды разработки.
Для каждого внешнего узла нужен ответ, как сохранить работу при его отказе. Например, замена сервиса писем должна сохранять очередь отправок и статусы доставки. Переписать кнопку «Отправить» без переноса очереди означает оставить часть работы в старой системе.
Ведомость зависимостей нужна до переключения.
Редакционная ведомость для обсуждения проекта, 7 октября 2026. Это список результатов проверки, не заявленный состав клиентской миграции.
У нас доступность приложения уже расходилась с доступностью для людей. В сентябре сайт на зарубежном размещении не открывался из РФ, хотя серверная проба считала его доступным. В проверку добавили сигнал реальных посещений из РФ.
Другой сбой касался данных. Поле новости терялось при передаче между частями нашей системы, потому что его перечисляли в разных местах вручную. Передачу свели к общей конструкции и закрепили проверкой. Эта история разобрана в статье «Технический долг».
При переходе с сервиса обе ошибки выглядят убедительно на демонстрации: новый экран открывается, строки в нём есть. Но сотрудник не входит из своей сети, либо запись потеряла важную связь. Поэтому принимают работу целиком, включая получение данных и действия пользователя.
Наши поломки превратились в правила проверки.
31.07
Поле новости терялось при передаче между частями системы. Передачу свели к общей конструкции, проверка не даёт вернуть ручное перечисление полей в разных местах.
09.09
Сайт не открывался из РФ, хотя серверная проба считала его доступным. В проверку добавили сигнал реальных посещений из РФ.
09.09
Связь беседы с контактом могла потеряться без изменения количества контактов. Добавили проверку связей в готовой проекции, а не только числа записей.
Собственные журналы поломок, сверены 7 октября 2026. Это опыт эксплуатации vibecoding.ru, не история клиентского импортозамещения.
4. Переход принимают по данным и действиям сотрудников.
Выберите небольшой завершённый участок работы. Для примера с заявками это получение обращения, назначение ответственного и просмотр истории. Участок должен заканчиваться действием сотрудника. Перенос одного списка без продолжения работы оставляет компании два незавершённых инструмента.
Сначала попробуйте перенос на копии данных. Проверьте не только количество записей, но и смысл связей: кто кому принадлежит, какие права действуют, открываются ли вложения. Повторный импорт тоже нужно проверить. Повтор операции не должен создавать ещё одну заявку или ещё раз отправлять клиенту письмо.
До старта руководителю нужно договориться, кто покажет результат сотрудникам и кто разрешит переключение. Если это пока непонятно, начните с теста для руководителя: он помогает оценить готовность управлять агентной разработкой. Правила работы с данными людей отдельно разобраны в статье «Персональные данные и ИИ-агенты».
Для пилота заранее записывают признаки завершённого перехода.
Редакционный пример приёмки участка с заявками, 7 октября 2026. Состав уточняется по процессу компании, это не универсальный регламент.
5. Агент из РФ и российское ПО означают разные решения.
Происхождение инструмента разработки не определяет статус готовой системы. Агент из РФ может писать приложение с зарубежными зависимостями. И выбор зарубежного агента сам по себе не описывает, где затем работают код и данные. Статус продукта в реестре проверяют по самому продукту, а требования к переходу устанавливают до выбора архитектуры.
У выбора агента есть отдельная техническая проверка. На РуБенче пары «агент и модель» выполняют задачи по русскому ТЗ, результат принимает скрытый тест. Модель и агент в закрытом контуре разобраны в статье «ИИ в закрытом контуре». Здесь сравнение нужно, чтобы увидеть: требование к происхождению инструмента не заменяет проверку его работы.
В раунде 2 SourceCraft CLI с конфигурацией ds получил 66,7 % успешных заходов, Koda CLI с koda-pro получил 51,5 %. Две строки для сравнения показали 74,7 и 82,6 %. Это завершённый эксперимент на починке кода, не обещание такой доли готовности вашего проекта. Выбор инструментов из РФ разобран в статье «Российские ИИ-агенты».
В одном раунде агенты довозили разную долю задач.
РуБенч, раунд 2, закрыт 18 июля 2026, последнее обновление 6 сентября, проверен 7 октября. Исходный набор: 25 задач, три независимых прогона на задачу. Состав зачётных задач строк различается из-за фильтра даты знаний и исправления данных. Для строк SourceCraft и Koda свод разброса не опубликован. Эти результаты не измеряют миграции бизнес-систем.
6. Замену можно вести рядом с текущими задачами.
Импортозамещение добавляет компании работу, пока прежняя система ещё нужна. Можно выделить переходу отдельный поток: сейчас собрать участок, затем перенести данные, принять его и поставить следующий. Текущие задачи при этом получают свою очередь. Если все изменения пишет одна и та же группа файлов, инженер согласует их перед выпуском.
В подписке «Все проекты» на 7 октября 2026 три потока стоят 500 000 ₽ в месяц. В каждом потоке одна задача в работе, следующая ждёт. Тариф позволяет вести замену рядом с текущими задачами, а цена законченного перехода зависит от числа оплаченных месяцев и дальнейшего обслуживания.
При сравнении вариантов считайте перенос, обучение сотрудников, размещение, поддержку и будущие изменения вместе с первоначальной сборкой. Если свой участок заменяет коробку, её лицензия уходит из расходов, а обслуживание своего участка остаётся. Оценка срока по составу этапа и проверкам разобрана в статье «Сроки разработки».
Следующий этап выбирают по принятой работе, а не по числу написанных экранов.
Редакционная схема этапов, 7 октября 2026. Условия трёх потоков сверены на /services в 19:43 МСК. Календарные сроки по этой схеме не обещаем.
7. Частые вопросы
Обязательно ли делать полный аналог зарубежного сервиса?+
Нет. Граница замены определяется работой сотрудников, данными и связями. Функции, которыми компания не пользуется, не нужно воспроизводить ради сходства меню.
Когда готовое отечественное ПО разумнее своего кода?+
Когда рабочий сценарий проходит в его настройках, данные переносятся, права и интеграции подходят. Тогда собственная разработка добавляет компании обслуживание уже решённой задачи.
Свой код автоматически считается российским ПО?+
Нет. Авторство кода, место работы системы и запись о продукте в реестре отвечают на разные вопросы. В «Источниках» есть официальный реестр. Какие требования применяются к компании и выбранному продукту, нужно установить отдельно до старта проекта.
Можно ли собрать замену только российскими агентами?+
Выбор агента проверяют на своём участке кода и в допустимой среде разработки. Результаты РуБенча показывают починку задач из конкретного набора. Они не подтверждают пригодность инструмента для любого закрытого контура или миграции.
Сколько стоит и сколько длится переход?+
Для сметы нужны границы участка, выгрузка, интеграции, приёмка и дальнейшая поддержка. Месячный тариф разработки не является ценой завершённой миграции. Цены вариантов разобраны в статье «Своя CRM», оценка этапа в статье «Сроки разработки».
Можно ли выключить прежний сервис сразу после переноса списка?+
Список не подтверждает сохранность работы. Перед переключением принимают связи, права, вложения, действия сотрудников и изменения, накопившиеся за время пилота. Если прежняя система уже недоступна, возможность восстановления определяется теми данными и доступами, которые сохранились.
Источники
- vibecoding.ru /open, живая машина и методика счётчика — наш замер
- vibecoding.ru /services, условия «Все проекты» — наши условия
- Тест для руководителя, публичный вход нашей цепочки заявок — наш проект
- РуБенч, раунд 2 и методология — наш эксперимент
- Технический долг, публичный разбор собственных поломок — наш опыт
- «Первый Бит», план перехода на отечественное ПО — интегратор
- Zerobit, переход на российский софт — практики
- Официальный реестр российских программ для ЭВМ и баз данных — официальный сайт
Запомнить
- Выпишите работу, которая остановится при уходе сервиса, и данные, без которых её не продолжить.
- Проверьте эту работу в готовом ПО. Для своего кода оставьте участок, где нужны правила компании.
- До сборки назовите зависимости, которые останутся у запущенной системы.
- Принимайте перенос по связям, правам и действиям сотрудников. Количество строк и открывающийся экран не подтверждают переход.
- После переключения ведите очередь изменений. Каждую повторяемую поломку закрепляйте правилом и проверкой.