Компания Puter скомпилировала браузер Firefox (движок Gecko) в WebAssembly и запустила его внутри другого браузера — Chrome. Весь трафик проходит через WebSocket-прокси по протоколу Wisp. На разработку ушло около $25 000 токенов Claude Opus и Fable в рамках подписки Claude Max.
Контекст
WebAssembly — бинарный формат, позволяющий запускать код почти с нативной скоростью прямо в браузере. До сих пор в WASM компилировали SQLite, Python-интерпретаторы, игровые движки. Целый браузерный движок с рендерингом, JS-движком и сетевым стеком — задача принципиально другого порядка. Для компиляции Puter выбрал Gecko (движок Firefox), а не WebKit или Chromium: Gecko исторически лучше поддерживает single-process режим, что критично при таргете WASM.
Puter строит «операционную систему в браузере»: файловая система, приложения, AI-интеграции — всё через веб без установки нативного ПО. Firefox-в-WASM логично вписывается в эту стратегию: пользователь получает полноценную браузерную среду внутри самой платформы. Параллельно существует проект WebkitWasm — аналогичная попытка скомпилировать движок WebKit, но без публичного демо на момент публикации.
Ключевое архитектурное ограничение: браузерная sandbox не позволяет открывать произвольные TCP-соединения. Весь трафик WASM-браузера идёт через серверы Puter по протоколу Wisp поверх WebSocket. После публикации на Hacker News команде пришлось оперативно масштабировать инфраструктуру — нагрузка оказалась выше расчётной.
Аналитика
$25 000 токенов на один инженерный проект — это уже не эксперимент, это строка в бюджете.
Перенос C++ кода Gecko в WASM — задача с огромным контекстным окном, тысячами конфликтов линковки и platform-specific костылями. Claude Fable и Opus умеют держать большой контекст и генерировать корректные, монотонные патчи — именно такую работу человек делает медленно, а LLM справляется поточно. Claude Max subscription (фиксированный платёж) делал эксперимент экономически предсказуемым.
LLM переходят из категории «помощник для написания функций» в категорию «инструмент системного инжиниринга». Команды начинают закладывать стоимость токенов в бюджет так же, как раньше закладывали стоимость вычислений на AWS. Это нормализация, а не исключение.
Вопрос доверия решён честно. Исследователь Simon Willison лично инспектировал WebSocket-трафик: HTTPS-соединения шифруются корректно, HTTP идут в открытую. Прокси-архитектура не ломает end-to-end encryption — технически важная деталь, потому что MITM-прокси теоретически мог бы перехватывать трафик целиком.
Кейсы применения в бизнесе
B2B-SaaS стартап: встроить изолированный браузер в онбординг или демо-среду — пользователь видит «настоящий интернет» без установки чего-либо. Полезно для продуктов, где нужно показать интеграцию с внешними сервисами прямо внутри платформы. Браузерная автоматизация в sandboxed-среде — потенциальный кейс для SaaS-инструментов no-code/low-code класса.
Корпорация с legacy: запуск устаревших корпоративных веб-приложений, требующих конкретной версии браузера, без разворачивания виртуальных машин. WASM-браузер внутри корпоративного портала = совместимость без накладных расходов на IT. Там, где «нужен Firefox конкретной версии» — не экзотика, а операционная реальность.
SMB и образование в КР/СНГ: концепция «браузер как управляемый сервис» открывает путь к киоскам и образовательным платформам без установки нативного ПО. Для небольших офисов с ограниченными IT-ресурсами это потенциально значимо — при условии, что прокси-инфраструктура будет доверенной или локальной.
Кейсы в личной жизни
Разработчик: WASM-браузер как изолированная тестовая среда прямо в браузере — без Docker, без Xvfb, без VM. Пока производительность ниже нативной, но для воспроизведения специфических браузерных багов или тестирования в условиях конкретной версии Firefox — рабочий вариант.
Контент-мейкер: «браузер внутри браузера» — готовый визуальный крючок для образовательного контента. Объяснять WebAssembly через живую демонстрацию куда убедительнее, чем через слайды. Сам факт работающего демо даёт сильный hook для короткого видео или поста.
Студент и исследователь: репозиторий firefox-wasm — редкий публичный пример LLM-assisted портирования большой C++ кодовой базы. История коммитов плюс задокументированная стоимость в токенах — практический учебный материал о том, как AI-инструменты встраиваются в реальный инженерный процесс.
Как применить сегодня
- Запустите демо Puter — попробуйте Firefox-в-браузере самостоятельно, чтобы получить интуицию о возможностях WASM прямо сейчас.
- Изучите репозиторий firefox-wasm на GitHub: архитектура прокси-слоя через Wisp/WebSocket — хороший пример решения сетевых ограничений WASM-среды.
- Планируете AI-assisted портирование системного кода? Закладывайте бюджет на токены: $25 000 за проект такой сложности — реалистичный ориентир для планирования.
- Следите за WebkitWasm: когда появится публичное демо, сравнение Gecko vs WebKit в WASM даст полезные данные по производительности и совместимости.
- Подумайте, где в вашем продукте изолированный браузер как компонент решает реальную задачу — онбординг, тестирование, legacy-совместимость.