Нат Фридман, глава продукта Meta Superintelligence Labs (MSL), в посте в X написал, что ассистент Muse «написан с нуля», но «определённо сильно вдохновлён как продукт» открытым проектом OpenClaw. Отдельно он ответил на вопрос, почему у Muse совпали точные имена файлов рабочего пространства агента и почти идентичное содержимое файла SOUL.md: «мы посчитали, что Питер [Стайнбергер, создатель OpenClaw] всё это сделал точно правильно». Спорить с претензиями он не стал.
Поводом стал вирусный пост в X от Анша Нанды, соучредителя AI-приложения. Он заявил, что «Muse - это буквально OpenClaw для нормальных людей». Пост разошёлся среди AI-аудитории: пользователи начали сравнивать не только структуру файлов двух ассистентов, но и их содержимое. Meta со своей стороны не опубликовала отдельного опровержения: представитель компании, отвечая на запрос, сослался на заявление Фридмана. Об этом сообщает TechCrunch.
Что случилось: Meta признала сходство Muse и OpenClaw
Ключевой факт короткий: компания не отрицает влияние OpenClaw на Muse. Формулировка Фридмана разделяет два уровня. Код и сборка продукта, по его словам, созданы с нуля, а вот продуктовая логика, набор файлов и формулировки в конфигурации пришли из OpenClaw. Для индустрии это редкий случай, когда крупный игрок публично называет конкретный открытый проект источником вдохновения вместо общих слов о «лучших практиках рынка».
Кто такой Нат Фридман и почему его слова важны
Фридман - бывший CEO GitHub, присоединился к Meta в прошлом году вместе с главным AI-офицером компании Александром Вангом. В Meta Superintelligence Labs он отвечает за продукт, то есть за то, как Muse выглядит и ощущается для пользователя. Когда глава продукта подразделения публично пишет в X, что команда сознательно ориентировалась на OpenClaw, это позиция команды, а не утечка и не догадка сторонних наблюдателей. Дополнительный вес заявлению придаёт его бэкграунд: человек, который годами руководил GitHub, хорошо понимает, как устроены открытые проекты и чем грозит копирование чужих файлов без ссылки на авторство.
Реакция сообщества: от вирусного поста до ответа Фридмана
Пост Нанды получил распространение именно потому, что выглядел доказательным. Автор приложил диалог с Muse, в котором агент заявил, что сходство его системных файлов с файлами OpenClaw - это «совпадение» (match), а не случайность. Дальше к обсуждению подключились другие пользователи. Один обратил внимание, что у Muse есть файл SOUL.md, текстовый конфигурационный файл на Markdown, который задаёт личность агента, стиль общения и тон, ценности, поведенческие границы и экспертизу. Третий отметил, что файлы не просто одинаково названы у двух ассистентов, а почти полностью совпадают по содержимому. Фридман ответил на это публично и претензии не оспорил.
Что именно совпало: имена файлов и содержимое SOUL.md
Подтверждённая часть картины ограничена. Из публичного обсуждения известно, что совпали имена рабочих файлов агента и почти полностью совпало содержимое SOUL.md. Какие именно имена файлов, кроме SOUL.md, оказались одинаковыми, в разборе не раскрывается. Не приводятся и конкретные фрагменты совпадающего текста, поэтому судить о доле совпадений по объёму нельзя. Оба этих ограничения важны: без них легко скатиться к выводу «скопирован весь продукт», хотя публичные данные такого вывода не дают.
SOUL.md: что это за файл и зачем он агенту
SOUL.md - это обычный текстовый файл в формате Markdown. Он не содержит кода и не влияет на веса модели. Это декларативная конфигурация: набор инструкций на естественном языке, который подгружается в контекст агента и задаёт рамки поведения. Типичный набор пунктов для такого файла: кто агент и как себя называет, как общается с пользователем (короткие ответы или развёрнутые), какой тон держит, какие ценности и границы не нарушает, в чём считает себя компетентным. Если в файле написано «отвечай кратко и по делу, не извиняйся без причины», агент будет следовать этой установке во всех диалогах. Вокруг такого файла обычно строится harness - обвязка агента, которая управляет контекстом, вызовом инструментов и циклом выполнения задач. Фридман назвал harness Стайнбергера пионерским с самого начала.
Почему совпадение содержимого важнее совпадения имён
Имя файла может совпасть случайно или оказаться общепринятым соглашением. Содержимое случайно не совпадает почти дословно. Если два продукта имеют одинаковый по смыслу и формулировкам SOUL.md, значит, совпадает не структура каталогов, а продуктовое поведение: как агент разговаривает, что считает допустимым, где останавливается. Это уже воспроизведение решений, а не параллельная эволюция двух команд, которые пришли к одному и тому же набору инструкций независимо. Аналогия простая: два ресторана могут использовать одинаковые названия папок с рецептами, но если совпадают ещё и описания блюд слово в слово, разговор идёт не о совпадении, а о копировании. При этом надо оговориться: в публичном разборе нет ни точного списка совпавших фрагментов, ни оценки, какую часть файла они составляют.
Позиция Meta: «написан с нуля», но вдохновлён OpenClaw
Логика Meta в изложении Фридмана выглядит так: команда «влюбилась» в OpenClaw и хотела, чтобы Muse стал «чем-то вроде OpenClaw», но масштабируемым до миллиардов людей. Именно здесь проходит граница между двумя продуктами по замыслу: OpenClaw - открытый проект, который развивает сообщество и который пользователь настраивает под себя, а Muse - массовый продукт, где настройка не должна требовать технической подготовки.
Почему Meta купила сотни Mac mini для команды
Фридман рассказал, что после использования OpenClaw в январе купил сотни Mac mini для команды MSL, и многие в команде полюбили работу с OpenClaw и другими персональными агентами. Это объясняет мотивацию: у команды был собственный пользовательский опыт, понимание, какие сценарии реально работают, и представление о том, чего не хватает массовому пользователю. Проще говоря, Muse проектировался не с чистого листа идей, а поверх уже проверенной внутренней практики.
Цель Muse: безопасность, простота и масштаб до миллиардов
Фридман назвал Стайнбергера гением, а его harness - пионерским, и сформулировал цель Muse так: сделать нечто похожее на OpenClaw, но безопасное, защищённое, простое в использовании и масштабируемое до миллиардов людей. Разница между этими задачами принципиальная. Открытый проект живёт за счёт энтузиастов, которые готовы читать документацию и разбираться с настройками. Продукт на миллиарды пользователей требует другого: понятных дефолтов, защиты от опасных действий, инфраструктуры под нагрузку и поддержки. Как именно Meta решает эти задачи, в публичном заявлении не раскрывается, поэтому оценивать эти обещания пока можно только как заявленные цели.
Что это говорит о практике заимствования в AI-индустрии
OpenClaw - проект с открытым исходным кодом, и его быстрый успех привёл к тому, что OpenAI переманила создателя Питера Стайнбергера в этом году. Это меняет контекст: крупные лаборатории давно смотрят на открытые проекты как на источник проверенных решений, а не как на хобби сообщества.
Open source как источник вдохновения: норма или проблема
Учиться у открытого кода нормально. Библиотеки, архитектуры, форматы конфигураций, подходы к работе с контекстом переходят из открытых проектов в коммерческие продукты постоянно, и в этом нет ничего предосудительного само по себе. Проблема появляется в другом месте: когда продукт заявляется как «написанный с нуля», а на проверке выясняется, что совпадают конкретные файлы и их формулировки. Правовые аспекты здесь вторичны, хотя открытые лицензии часто требуют указания авторства. Главное - репутационный эффект: заявление о собственной разработке перестаёт выглядеть надёжным, если рядом лежит почти идентичный чужой файл. В разборе речь идёт именно о совпадении имён файлов и содержимого SOUL.md, а не о копировании всей кодовой базы.
Почему это важно для репутации Meta
У Meta есть узнаваемый сценарий: взять перспективный продукт и воспроизвести его лучшие функции. Самый известный пример - формат stories, который придумал Snapchat. В случае с Muse разница в том, что источником стал открытый проект, а не продукт конкурента, и что сходство признано публично человеком, отвечающим за продукт. Отдельно стоит учесть рыночный контекст: приложение Muse недавно заняло первое место в App Store США, а данные указывают, что по запуску оно опережает ChatGPT при прямом сравнении платформ и доступности на рынке. То есть спор о заимствовании идёт не про неудачный продукт, а про успешный. Для индустрии это сигнал: открытые агентные проекты стали достаточно влиятельными, чтобы крупные игроки копировали их продуктовые решения, и дальше вопрос авторства и указания источника будет возникать снова и снова. По Muse Code, терминальному агенту того же семейства для больших кодовых баз, у нас есть отдельный технический разбор.
Практические выводы: что делать пользователям и разработчикам
Для тех, кто использует агентов в работе, новость полезна не сама по себе, а как повод проверить, чем именно вы управляете, когда запускаете ассистента. Если поведение агента задаётся файлами вроде SOUL.md, стоит открыть эти файлы и прочитать, что там написано: тон, границы, набор разрешённых действий.
Стоит ли пробовать OpenClaw
OpenClaw - открытый проект с активным сообществом, и он остаётся разумным вариантом для технического специалиста, который хочет контролировать поведение агента через конфигурационные файлы. Плюс в прозрачности: вы видите, какие инструкции получает модель, и можете их менять. Ограничение тоже понятное: это не готовый массовый продукт, настройка может потребовать времени и технических знаний. Утверждать, что OpenClaw лучше Muse, оснований нет: данных для прямого сравнения по качеству работы и надёжности пока недостаточно. Как выглядят личные агенты такого типа на практике, разобрано в материале про личного ИИ-агента вместо IDE-инструментов.
На что смотреть при выборе AI-ассистента
Оценивайте четыре вещи. Открытость: можно ли посмотреть конфигурационные файлы и понять, какие правила заданы агенту. Безопасность: как обрабатываются данные и что агенту запрещено делать без подтверждения. Простота: сколько усилий нужно, чтобы получить рабочий результат с первого запуска. Масштабируемость под ваши задачи: выдерживает ли инструмент ваш объём действий и нужные интеграции. Если приоритет - прозрачность и контроль, открытые проекты дают больше возможностей. Если нужен готовый продукт с поддержкой, Muse выглядит вариантом, но перед запуском стоит изучить разбор практических рисков агентов с широким доступом к данным и общий обзор Muse как персонального агента с тарифами и архитектурой безопасности. Практический шаг прямо сейчас: откройте конфигурационные файлы своего агента, проверьте, что в них прописано, и убедитесь, что набор разрешённых действий совпадает с тем, что вы действительно готовы ему доверить.