В марте 2026 года MiroFish оказался на первом месте GitHub Trending. Студент из Пекина за 10 дней собрал движок, который берёт любой документ, строит из него граф сущностей, порождает сотни AI-агентов с памятью и личностями – и запускает их общаться в симулированных Twitter и Reddit. Прогнозирует будущее через поведение толпы.
Мы сразу подумали: а что если симулировать наш локальный мир – рынок 1С?
Спойлер: симуляция дала ровно тот инсайт, который мы уже знали из реального опыта, но не могли раньше сформулировать так жёстко. Про него – в конце. Ссылки на описание мира и результирующий отчет тоже в конце, а сначала о том, как мы это вообще запустили.
Зачем симулировать рынок
Мы делаем продукт для рынка 1С – 1Yes Аналитик. Он умеет читать любую конфигурацию и отвечать на вопросы о ней на уровне опытного системного аналитика. Продаём его интеграторам и инхаус-командам уже несколько месяцев.
Вопрос, который не даёт покоя: как разные роли в частности и рынок, в целом, реально реагируют на наш продукт? Директор интегратора – одно, разработчик – другое, PM — третье. Каждый со своими болями, мотивациями и тараканами.
Классический CustDev – это 30-40 интервью, месяц работы и гигантское искажение: люди говорят то, что, как им кажется, от них хотят услышать. MiroFish предлагает другой подход: построить параллельный мир и посмотреть, что в нём произойдёт.
Коротко о том, как он работает: загружаешь «семена» (seed-документ с описанием мира) → система строит граф сущностей и связей → генерирует агентов с уникальными личностями и памятью → запускает их общаться в симулированных соцсетях → собирает отчёт о том, как мир отреагировал на событие.
Событием в нашем случае стал выход 1Yes Аналитика на рынок.
Сначала нужен был мир. Настоящий.
MiroFish работает ровно настолько хорошо, насколько хорош seed-документ. Garbage in — garbage out, только с агентами.
Мы это понимали, поэтому не стали ограничиваться двумя страницами текста. Получилось 150k+ символов детальной «конституции» рынка 1С – с реальными игроками, реальными данными, вымышленными компаниями и настоящими конфликтами.
Откуда брали данные
Слой первый: рынок. Обороты крупнейших интеграторов из рейтинга TAdviser, зарплатные диапазоны по ролям из WiseAdvice-IT и Habr Career, данные опроса Infostart (10 000+ респондентов), ценовая политика 1С на 2026 год с конкретными цифрами, требования ФСТЭК для госсектора. Всё это собрали через Deep Research в ChatGPT – пара часов работы.
Слой второй: живые роли. Это самое ценное. Мы провели 7 интервью с реальными участниками индустрии, которые не стеснялись говорить правду: директор интегратора, PM проекта, бизнес-аналитик, аккаунт-менеджер, CIO со стороны клиента, 1С-эксперт с многолетним опытом и фрилансер. Каждое интервью – 45-60 минут о реальных болях, провалах, мотивациях, внутренних конфликтах. Claude чутко подсказал какие вопросы задавать, о каких ситуациях говорить.
Из интервью в документ попало то, о чём обычно не пишут в кейсах: почему PM скрывает отставание от директора до последнего, из-за чего продавец и пресейл не могут договориться о стратегии тендеров, как пользователи воспринимают внедрение новой системы как угрозу своей незаменимости.
Слой третий: сборка. Все сырые данные – транскрипты интервью, выгрузки из Deep Research, фрагменты нашей собственной «карты мира 1С» – мы отдали Claude Opus. Попросили структурировать в единый документ с нужной для MiroFish архитектурой. Он собрал, мы доработали.
Как устроен seed-документ
Структура получилась из пяти слоёв:
1. Экосистема. Не люди, а среда: франчайзинговая модель, кадровый рынок (медиана PM – 350 000 руб., мидл-разработчик — 260 000), ценовая политика 1С с апрельским повышением на 14%, требования ФСТЭК, облачная экономика. Ответ на вопрос «как вообще устроен этот мир». Отдельно отмечу, что для более точной симуляции пришлось поправить несколько промптов во внутренностях MiroFish, чтобы ввести такие сущности как Вендор, Интегратор.
2. Системные игроки первого уровня. Вендор с реальными именами директоров, крупнейшие интеграторы с оборотами (1С-Рарус – 4,3 млрд руб. по ERP-выручке, Первый Бит, Группа Борлас), крупные корпорации с внутренней 1С-разработкой – Гринатом, Газпром нефть, РитейлГрупп, Билайн.
3. Персонажи второго уровня. Здесь появились вымышленные компании. Интегратор СофтЛаб из Екатеринбурга – директор Андрей Волков, 47 лет, строит бизнес 15 лет. Пресейл Денис Чернов, который воюет с аккаунт-менеджером Ириной Фоминой из-за стратегии тендеров. PM Дмитрий Козлов, который скрывает отставание до последнего. И клиент – производственная компания ПромТехСнаб с разработчиком Маратом Хасановым, который держит в голове всю логику кастомного кода и прекрасно понимает, что это делает его незаменимым.
Зачем вымышленные? Потому что открытые источники дают внешнюю картину рынка, но не дают внутренней динамики: конфликты внутри команды, скрытые мотивации, bus factor конкретного сотрудника. Для этого нужны либо реальные инсайдеры, либо реалистичные вымышленные персонажи, которые собраны из реальных интервью.
4. Связи и конфликты. Кто кому подчиняется, кто с кем не может договориться, где bus factor. Граф отношений – не просто список контактов, а сеть зависимостей.
5. Активные ситуации. Кризис ERP-проекта в ПромТехСнаб — 80% бюджета израсходовано, готово меньше 40% функциональности. Угроза ухода ключевого архитектора Жукова (оффер +35% к текущей зарплате). Конкурентный тендер против Группы Борлас. Давление вендора через повышение цен.
Один важный урок, который мы выучили уже в процессе: имена в документе должны быть абсолютно консистентны. «Андрей Волков» и «Волков» в разных чанках – две разные ноды в графе. Мы это исправляли потом руками.
Неделя, которую никто не планировал
Когда seed был готов, Михаил – наш разработчик – пошёл запускать MiroFish. То, что должно было занять день, растянулось на неделю.
Китайская версия: первая попытка
Скачал оригинальный репозиторий. Интерфейс частично на китайском. Агенты генерируются с китайско-русско-английской мешаниной в описаниях. Ключевая инфраструктура завязана на платный облачный сервис ZEP – без него граф не работает. И вишенка: нет никакого подсчёта токенов и стоимости. Запустить что-то – всё равно что нажать кнопку с завязанными глазами.
Переключились на форк amadad/mirofish. Лучше, но требовал серьёзной стабилизации.
Граф из мусора
Оригинальный пайплайн нарезает документ чанками по 500 символов и из каждого кусочка извлекает сущности. Результат предсказуемый: половина фамилии в одном чанке – отдельная нода. «Некоторые из людей» – тоже нода. Из атрибутов – одно предложение с кратким описанием, больше ничего.
Михаил поднял размер чанка до 10–15 тысяч символов и переделал экстракцию: теперь из каждого куска вытаскивается структурированный JSON – мотивации персонажа, конфликты, возраст, зарплата, размер компании, оборот. Это то, что потом попадает в профили агентов и делает их реалистичными.
Побочный эффект: стоимость экстракции упала с $10 до $0,50 за документ. Размер чанка влияет на экономику сильнее, чем кажется.
Gemini молчит
Поставили Gemini 3.1 Pro для основных операций и Gemini 3.1 Flash Lite для симуляции. Запустили. Раунды идут, счётчик крутится – посты не появляются. Никаких ошибок. Просто тишина.
Оказалось: репозиторий не настроен под Gemini от слова совсем. Ни JSON mode не работает (у Gemini 3.1 Pro он не поддерживается в том виде, в котором был настроен), ни tool calling. Агенты формально «думают», что им делать – но не могут ничего сделать физически.
Пришлось переписать все вызовы на structured output с явными схемами и отдельно починить механизм tool calling. После этого посты наконец появились.
Агенты-школьники
По умолчанию агенты в симуляции пишут по 5 постов в день. Как подростки в Telegram. Это нереалистично для профессионального рынка, и это дорого – каждый пост стоит токены.
Настроили лимиты активности, сделали поведение ближе к реальной плотности профессионального общения. Директор интегратора не постит пять раз в день о тендерах.
Утро, $80 и 60% симуляции
Это самый болезненный момент. Михаил запустил симуляцию вечером – система сказала, что займёт около часа. Оставил на ночь. Утром: всё ещё работает, $80 потрачено, прогресс 60%.
Полез разбираться. Оказалось, OASIS (движок симуляции соцсетей внутри MiroFish) по умолчанию скармливает каждому агенту в каждом раунде: 100+ постов, неограниченное число комментариев к каждому, плюс всю историю предыдущих раундов. Последние запросы уходили на миллион токенов за раз.
Решение – monkey patch поверх OASIS: ограничить количество постов, комментариев, срез истории. Добавить хард-лимит по токенам. Чтобы не лезть в саму библиотеку, патчили через переопределение методов в коде репозитория MiroFish.
Русский текст, забивший контекст
Даже после патчей контекст продолжал раздуваться. Начали копать глубже. Нашли: в ядре OASIS стоит json.dumps(..., ensure_ascii=True). Из-за этого каждый русский символ превращается в ASCII-экранированную последовательность: «аналитик» становится \u0430\u043d\u0430\u043b\u0438\u0442\u0438\u043a. Контекст вырастает в 6 раз.
Здесь уже monkey patch не помог – пришлось лезть в исходники самой библиотеки OASIS и менять параметр сериализации напрямую.
Итого
Неделя работы, $300+ на токены, включая провальные прогоны. Самый дорогой запуск: $79. Рабочий финальный: $12.
Что получилось
Рабочая симуляция: 96 раундов = 4 дня внутри симуляции. Каждый раунд – это час реального времени. Агенты общаются в двух форматах: короткие публичные посты (Twitter-механика) и длинные тредовые обсуждения (Reddit-механика).
Граф: 120 нод, 160+ связей. Реальные рыночные игроки рядом с вымышленными персонажами – Борис Нуралиев, ПервыйБит и Infostart в одном графе с Андреем Волковым и Маратом Хасановым.
Модели: Gemini 3.1 Pro для построения графа, извлечения сущностей и генерации профилей агентов. Gemini 3.1 Flash Lite для самой симуляции – что запостить, что лайкнуть, как ответить на комментарий.
Есть интересная механика в конце: перед генерацией финального отчёта ReportAgent берёт интервью у нескольких агентов на острые темы и цитирует их ответы. То есть отчёт строится не только на анализе постов, но и на «прямой речи» персонажей. После симуляции можно переписываться с любым агентом напрямую – спросить, почему он написал то или иное.
Что сказала симуляция
Главный инсайт: саботаж снизу
Отчёт открывается почти без предисловий:
«Внедрение «1Yes Аналитик» наносит фундаментальный удар по устоявшейся культуре «незаменимых специалистов» в среде 1С.»
Топ-менеджмент и директора интеграторов – сразу «за». Продукт, который за несколько часов делает gap-анализ любой конфигурации – это мечта для пресейла и спасение проблемных проектов.
Но дальше происходит следующее:
«Разработчик работает один и наследует чужие доработки без документации, создавая критическую зависимость компании от своих знаний.»
Именно это мешает нашему продукту 1Yes Аналитик. Когда ИИ начинает прозрачно транслировать логику типовых/кастомных доработок аналитикам и менеджерам — разработчик перестаёт быть «чёрным ящиком». Марат Хасанов из ПромТехСнаб теряет статус незаменимого. И симуляция показывает реакцию:
«Защищая свои позиции, технические команды начинают формировать негативный нарратив вокруг продукта. Основным аргументом становится утверждение, что машинный анализ кода не способен уловить реальный бизнес-контекст.»
Разработчики начинают требовать ручной перепроверки каждого вывода ИИ. Это не технический скептицизм. Это организованная защита.
Совпадает ли это с тем, что мы видим в реальных пилотах? Да, дословно. Именно на этом уровне.
Война внутри пресейла
Неожиданный поворот, которого мы не ждали:
«Между продажами и пресейлом возникает конфликт из-за стратегии участия в тендерах. Фомина стремится участвовать во всех сделках и продавать тяжёлые решения, тогда как Чернов выступает за избирательность.»
За несколько часов продукт позволяет сделать детальный gap-анализ конфигурации любого потенциального клиента. Коммерческий блок хочет использовать это для участия во всех тендерах подряд. Технари сопротивляются: выигранный тендер некому физически реализовывать. Симуляция показывает, что интеграторы, сделавшие ставку на «массовость», захлёбываются от перегрузки.
Это тоже не фантазия – это то, что происходит прямо сейчас у нескольких наших клиентов.
Аналитики против PM
«Получив в свои руки инструмент, который делает их экспертизу практически неуязвимой на встречах с заказчиком, аналитики начинают перехватывать управленческие функции.»
Аналитик с 1Yes видит прозрачную карту проекта с первого дня. PM теряет монополию на оценку сроков и скрытые резервы бюджета. Власть внутри команды перераспределяется. Отчёт описывает это как «смещение баланса власти». Здесь возможно галлюцинация, пока подтверждений этому не встречали, но может и инсайт – время покажет.
Про госсектор – без шансов
«ФСТЭК России ввёл новые требования к защищённости для госучреждений с 1 марта 2026 года.»
Симуляция точно поймала барьер: в госсекторе наш облачный продукт просто не зайдёт. Рынок раскалывается на коммерческий (где инструмент меняет правила игры) и государственный (где он пока заблокирован или требует длительного внедрения).
Что мы из этого вынесли
Про инструмент. MiroFish работает. «Прочитать» рынок через симуляцию – реально. Но это «здание на клею», как выразился наш разработчик: если обновить страницу в процессе симуляции – она начнётся заново. Персистентности нет. Закладывайте неделю инженерных усилий, если хотите повторить или пишите, поделимся наработками.
Про экономику. $12 за рабочую симуляцию – это революционно дёшево по сравнению с месяцем CustDev. Даже если результат не открывает ничего принципиально нового – он даёт структурированный нарратив с конкретными персонажами и цитатами, которые можно осмыслить.
Про саботаж. Мы знали про него из интервью. Симуляция не открыла нам ничего нового – она подтвердила с другой стороны. Теперь у нас есть не просто «ощущение из разговоров», а параллельное доказательство. Это меняет то, как мы работаем с возражениями на пилотах.
Что дальше. Планируем развивать это как инструмент для проверки маркетинговых гипотез – прежде чем тратить реальные деньги на кампанию или фичу. Хотим понять, насколько точнее становятся прогнозы, если обогащать seed-документ данными из реальных пилотов.
Seed-документ и финальный отчёт симуляции прилагаются – ссылки ниже. Если вы тоже запускали MiroFish под свою задачу или думаете об этом – напишите, интересно сравнить опыт.
