Первый каркас для ИИ-агентов, работающий нативно в браузере. Браузерное расширение, которое запускает полный цикл агента там, где вы уже работаете: оно управляет вашими вкладками, разворачивает песочные вычислительные среды (JS-ноутбуки, WASM-виртуальные машины Linux, клиентские приложения) и делится созданным по принципу peer-to-peer. BYOK, без бэкенда, без телеметрии.
peerd — это первая универсальная среда выполнения агентов, построенная непосредственно на браузерных примитивах: Workers, origins, sandboxing, OPFS, WASM/WASI, WebRTC, WebAuthn и WebExtensions. Он полностью работает внутри Chrome и Firefox, с вашими вкладками, авторизованными сессиями, веб-приложениями и локальными вычислениями.
В то время как агентные платформы пытаются втянуть браузер в каркас, peerd втягивает каркас в браузер.
Для непосредственного инференса можно выбрать поддерживаемого хостинг-провайдера моделей, локальную модель через localhost или ознакомиться с предварительной поддержкой локальных WebGPU-моделей (мы также присматриваемся к WebNN).
Учётная запись peerd, размещённый браузер или подключение к серверу инструментов не требуются. Текущие сборки не отправляют в peerd телеметрию продукта.
Установка · peerd.ai · Архитектура · Безопасность
registry.js, включая облачные адаптеры BYOK
и локальные варианты без ключей.Локальные агенты могут получить доступ ко всему вашему компьютеру. Удалённые агенты живут в чужой системе. Браузер — это альтернатива: локальные возможности за границами безопасности, закалёнными за три десятилетия.
peerd использует эти границы. Работа со страницами передаётся отдельным акторам, у которых есть только инструменты для этой вкладки или среды. Учётные данные, сетевые правила, подтверждения и аудит остаются в расширении. Его эшелонированная защита исходит из того, что небезопасное содержимое рано или поздно пройдёт через фильтр.
peerd поддерживает Chromium и Firefox. Firefox запускает акторов в выделенных воркерах и использует видимые ноутбуки для JavaScript-вычислений. Возможности, которым нужен offscreen-хост документов Chrome, перед использованием удаляются из элементов управления Firefox и инструментов моделей. Preview-сборки Firefox не включают dweb, пока в Firefox не появится mesh-хост.
Apps и WebVM работают в Chrome. У Apps нет фонового доступа к сети. Удалённые ресурсы, fetch-запросы, WebRTC, формы и внешняя навигация по документам заблокированы. Внешние HTTP- и HTTPS-ссылки требуют подтверждения пользователя.
Конкретные пробелы в возможностях браузеров, связанные с ними upstream-проблемы
и тесты, необходимые для снятия каждой защиты, отслеживаются в
docs/BROWSER-COMPATIBILITY.md.
Код — источник истины о текущем поведении. Начните с
CLAUDE.md, затем прочитайте соответствующий модуль в extension/.
peerd использует изоляцию браузера, узкую область действия инструментов, шлюзы политик в service-worker и явный контроль исходящего трафика. Главный агент делегирует работу со средой акторам без ключей. В Chrome и Firefox циклы агентов, не являющихся оркестраторами, выполняются в отдельных выделенных кучах воркеров. Если браузер не может доказать эту границу, запрос актора не выполняется и не совершает никакой работы над своей целью.
Сетевое поведение зависит от операции. Вызовы моделей, чтение веб-ресурсов,
загрузка ресурсов среды выполнения, трафик песочницы и dweb-трафик
preview-сборок используют разные ограниченные пути и политики. Текущие границы
и известные ограничения см. в SECURITY.md и
модели угроз.
chrome://extensions.extension/.После изменений исходников перезагрузите расширение на странице chrome://extensions.
Firefox требует пакет, собранный специально для Firefox. Не загружайте
включённый в репозиторий Chrome-манифест для разработки. Используйте Firefox
версии не ниже минимальной, указанной в патче канала в manifests/. Этот минимум
соответствует поддержке скриптов, привязанных к документу, которую используют браузерные инструменты.
bun run package -- --channel=preview --browser=firefox --no-sign