REA и граница фирмы: что остаётся ценным, если софт можно собрать заново

В октябре 2026 года снова стал заметен небольшой инструмент с широким именем: REA, Reverse Engineer Anything. Он подключает кодового агента к средствам разбора программ, в том числе тех, чей исходный код снаружи недоступен. Агент выясняет, как устроена функция, показывает основания вывода и помогает собрать независимую реализацию ^[1].

Якоб Топ Мёллер поставил к этому прямой вопрос: что происходит с индустрией, если годы работы можно восстановить за дни. Ставка здесь — срок, в течение которого компания успевает заработать на сделанном ^[2].

Дальше разберём этот вопрос как гипотезу. Корпоративный контур плотнее, чем программа, которая целиком лежит на машине пользователя. Имеет смысл держать отдельно то, что уже видно, и то, что последует для экономики, если разрыв между разбором и новой сборкой продолжит сокращаться.

Что именно сдвинулось

REA описывает себя как один локальный интерфейс для разбора бинарных файлов, приложений и поведения во время работы. Разбор идёт на машине пользователя, а вывод сопровождается свидетельствами и явными пределами каждого заключения ^[1].

Меняется старая экономика обратной разработки. Долгое время защита многих программ держалась на трудоёмкости: восстановить структуры и заново описать поведение было возможно, и этот труд занимал годы. Мариус-Константин Дину формулирует октябрьский сдвиг уже: дешевеет то, что можно достаточно точно описать, чтобы породить заново, и достаточно дёшево проверить, чтобы поправить. Он приводит правило Джейсона Вэя: лёгкость, с которой модель осваивает задачу, пропорциональна тому, насколько задачу можно проверить ^[3].

Отсюда первый вопрос. Какие корпоративные системы вообще попадают в класс проверяемых? Для декомпиляции игры проверка почти механическая: собралось ли то же поведение, байт к байту. Для учётной системы такой сверки нет. Проверка там другая. Сошлась ли операция. Сохранился ли маршрут согласования. Можно ли объяснить, почему система разрешила действие. Пока такая проверка дорогая и приходит с опозданием, скорость порождения кода сама по себе мало что решает.

Что уже видно

Топ Мёллер отдельно смотрит соседнюю волну открытых реализаций ArtCraft: двенадцать публичных проектов, семь из них нацелены на сценарии Adobe, остальные — на Word, Excel, PowerPoint, AutoCAD и Pro Tools ^[2]. Это ранние сборки. WordCraft, GridCraft и DeckCraft сами называют себя альфой, CADCraft и SoundCraft — пре-альфой. Совместимость неполная: книги теряют часть содержимого, чертежи могут пропасть при сохранении. Эти проекты показывают серьёзную попытку. Они ещё не показывают, что зрелый коммерческий пакет уже восстановлен за несколько дней.

Важен и выбранный путь. Правила WordCraft, как их пересказывает Топ Мёллер, требуют опираться на публичные спецификации форматов и на наблюдение за поведением Word. Дизассемблирование и копирование самого приложения там запрещены. Понимание продукта и право воспроизвести его выражение остаются разными вещами. Директива ЕС о правовой охране программ для ЭВМ защищает форму выражения программы и задаёт узкие условия, при которых допустимы наблюдение и работы по совместимости ^[4].

Второй вопрос. Если законный путь лежит через наблюдение за поведением и открытые спецификации, что именно удаётся собрать заново? Поведение, которое видно снаружи. Серверный код размещённого сервиса, частные данные вендора и факты заказчика в этот осмотр не входят. Топ Мёллер отмечает это прямо: осмотр браузерного клиента оставляет серверную часть закрытой ^[2].

Куда сдвигается граница фирмы

Рональд Коуз в 1937 году спросил, зачем существуют фирмы, если рынок умеет сводить людей через цены. Его ответ: пользование ценовым механизмом само стоит денег. Нужно узнать цены, заключить отдельный договор на каждую сделку, проследить исполнение. Фирма появляется там, где ту же работу дешевле организовать внутри ^[5].

Оливер Уильямсон разложил эту стоимость на свойства сделки: насколько вложение привязано к одному контрагенту, насколько трудно заранее описать и проконтролировать условия, как часто сделка повторяется. Чем выше эта привязка, тем дороже рыночный договор и тем понятнее внутренняя организация ^[6]. Для корпоративного софта это долго читалось ровно. Типовой учёт покупают. То, чем производство отличается от соседнего, пишут у себя. Порог задавала цена разработки.

В 2026 году Дэвид Клотц пересобрал это решение с учётом агентного кодирования. Он проходит семь факторов: стоимость, стратегическое отличие, специфичность актива, зависимость от вендора, срок выхода, качество вместе с комплаенсом, организационную способность. Вывод сдержанный. Тезис о конце рынка SaaS для большинства категорий корпоративных приложений завышен. Собирать у себя убедительнее всего для типовых утилит и для приложений, которыми компания отличается. Регулируемые системы и критичные системы записи в основном остаются в зоне покупки ^[7].

Там же напоминание о старой асимметрии владения. По оценкам, на которые опираются Линц и Свенсон, Боэм и Гласс, эксплуатация, сопровождение, развитие и вывод из работы забирают большую часть жизненного цикла. Часто называют диапазон 60–80%. Первичная разработка — меньшая доля. Агент, который удешевляет первую версию, трогает меньшую часть уравнения. Та же способность есть и у вендора: он тоже ускоряет выпуски и глубже встраивается в процесс заказчика. Сдвиг идёт с обеих сторон.

Клотц, со ссылкой на Bloomberg, фиксирует и рыночную реакцию начала 2026 года: индекс S&P Software & Services потерял около 25% за первый квартал. Это ожидание инвесторов. Это ещё не доказанный исход для выручки вендоров.

Третий вопрос. Если «сделать» дешевеет, а «купить» одновременно умнеет, где проходит новая граница? Клотц предлагает смотреть на способ управления. Код может остаться у фирмы, а зависимость переезжает на уровень модели, вычислений и инструмента. Получается гибрид: внутренняя организация Уильямсона плюс внешняя инфраструктура ИИ. У гибрида другая экономика и другой риск, и его ещё предстоит мерить на контрактах, а не на демонстрациях.

Когда ИИ становится основным инструментом

Андрей Карпати на AI Startup School в июне 2025 года разложил софт на три слоя. Первый — обычные программы. Второй — нейросети, где поведение сидит в весах. Третий — большие языковые модели, которыми управляют на естественном языке. В этой рамке английский становится интерфейсом программирования, а сборка «по ощущению» — способом получить нестандартную вещь, минуя многолетнюю подготовку по конкретному стеку ^[8]. Он же показывает, где ускорение обрывается: аутентификация, платежи и выкладка в той работе оставались долгими.

Прогноз Gartner от 25 июня 2025 года полезно читать двумя числами сразу. К концу 2027 года, по этой оценке, будут свёрнуты более 40% проектов агентного ИИ: из-за роста затрат, неясной пользы или слабого контроля рисков. К 2028 году агентный ИИ будет участвовать как минимум в 15% повседневных рабочих решений, а 33% корпоративных приложений будут включать агентные возможности. В 2024 году вторая доля была меньше 1% ^[9].

Четвёртый вопрос. В какой момент ИИ становится основным инструментом организации: когда им пишут код или когда ему доверяют решение с последствием? Первое в разработке уже происходит. Второе Gartner относит к концу десятилетия и одновременно предупреждает, что заметная доля ранних проектов до этого срока не доживёт.

Что может остаться дорогим

Если принять условие всерьёз — корпоративный контур можно заново собрать быстро и аккуратно, — цена интерфейса падает. Экран, отчёт, небольшая интеграция, роль с десятком полей становятся видом на модель. Его можно собрать по запросу и отложить, когда вопрос закрыт. Дину описывает такие приложения как вещи, которые существуют, пока они нужны, и называет исходный код кэшем: его держат, чтобы не повторять вычисление, и отпускают, когда он устарел ^[3].

Дорожает то, что в этот кэш не помещается.

Модель операции. Классы объектов, допустимые связи, правила сохранения записи и список действий, которые разрешены человеку или агенту. Это описание живёт дольше любого экрана. Форму можно переписать за дни. Заново договориться, что в этой организации считается поставкой, отказом и правом подписи, — работа предметных людей. Она повторяется при каждом изменении процесса.

Ответственность. Лицензия, страхование, журнал, который выдержит проверку, и организация, которая отвечает, когда операция оказалась неверной. Дину оставляет в коротком списке устойчивой ценности ответственность, права, обеспеченные законом, экосистемы, физические активы и отношения ^[3]. Топ Мёллер добавляет для корпоративного контура интеграции, безопасность и цену ошибки: они замедляют переход и оставляют причину платить за надёжность ^[2].

Факты, которые остаются в контуре заказчика. У организации с чувствительной информацией актив — её собственные данные и правила. Осмотр чужого клиента эти факты не отдаёт.

Пятый вопрос для нас рабочий. Если оболочку можно собрать заново, что организация хранит как систему записи? Мы исходим из того, что это модель: объекты, правила и допустимые решения. Интерфейс тогда становится видом на эту модель. Онтоплатформа OSA собирается вокруг этого слоя. Гипотеза проверяемая. Если через два-три года заказчики по-прежнему платят прежде всего за экран и за место пользователя, а согласованная модель процесса остаётся приложением к контракту, гипотеза слабеет.

Чем это можно опровергнуть

Клотц описывает как раз такой исход. Для регулируемых и критичных систем покупка остаётся рациональной: комплаенс, качество и способность организации сопровождать систему весят больше, чем экономия на первой версии ^[7]. Gartner добавляет второй тормоз. Проекты агентов снимают с финансирования раньше, чем они успевают заменить действующий контур ^[9].

Есть и встречный эффект, который отмечает Топ Мёллер. Дешёвая сборка облегчает старт новой софтверной компании и одновременно сокращает срок, на котором её собственное улучшение остаётся преимуществом. Функцию, которую легко повторить, трудно превратить в долгую ренту. Устойчивый доход тогда остаётся там, где сохраняется причина платить после того, как поведение уже можно воспроизвести: контур данных, право действовать, журнал и люди, которые этот журнал признают.

Один исход сейчас оставляем в стороне. Вопрос держим открытым и мерим его на конкретных системах. Для программы с автоматической сверкой результата срок защиты уже сжался. Для корпоративной системы записи вопрос стоит иначе. Сколько её цены сидело в коде экрана, и сколько — в согласованной модели операции, за которую кто-то отвечает.