Perplexity SPACE: песочница AI-агентов с открытым исходным кодом и требования

Агенту, который пишет код, также необходимо место для его запуска. Предоставление сгенерированному коду прямого доступа к машине разработчика или производственному серверу превращает ошибку модели в потенциальный инцидент в системах. Песочница обеспечивает отдельную среду выполнения с границами, которыми может управлять внешнее приложение.

Perplexity делает свою реализацию общедоступной. Semafor сообщил 15 октября, что компания выпускает SPACE и сотрудничает с инфраструктурными партнёрами, чтобы предлагать его клиентам. Публичный репозиторий теперь предоставляет разработчикам конкретную реализацию для изучения, а не только заявление о продукте, которое нужно оценивать.

Что выпускается?

SPACE означает Sandboxed Platform for Agentic Code Execution («песочничная платформа для выполнения агентного кода»). Его официальный репозиторий описывает HTTP API для создания изолированных Linux-сред, выполнения команд, получения вывода и управления их жизненным циклом. В репозитории указана лицензия Apache 2.0.

Единицей выполнения является микровиртуальная машина Firecracker. Шаблон задаёт её исходную файловую систему и конфигурацию среды выполнения, а каждая песочница имеет собственную доступную для записи среду. Приложения могут выполнять несколько команд в одной песочнице, когда задаче требуется непрерывность контекста.

Это инфраструктура для выполнения кода. Приложение по-прежнему определяет, какую задачу выполнять, какие входные данные передавать и какие результаты сохранять. Открытый исходный код также не предоставляет бесплатные вычислительные ресурсы: кому-то необходимо эксплуатировать хосты, хранилища и связанные сервисы.

Заявление о тестировании безопасности и его ограничения

Perplexity сообщила Semafor, что попросила девять передовых моделей попытаться выйти из песочницы и не зафиксировала ни одного успешного побега в 118 попытках. В отчёте также названы CoreWeave, Akamai и Crusoe в качестве партнёров, согласившихся предлагать SPACE клиентам.

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

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

Как выполняется задача в песочнице

Руководство по созданию первой песочницы разделяет создание среды, выполнение команд и очистку:

1. Создайте песочницу из опубликованного шаблона и сохраните её идентификаторы.
2. Дождитесь успешного завершения операции жизненного цикла и готовности среды.
3. Создайте сеанс команд, затем подключитесь к его потоку событий, чтобы начать выполнение.
4. Прочитайте вывод и проверьте результат завершения процесса.
5. Проверьте песочницу и решите, сохранить её или удалить.

Эта последовательность важна, поскольку принятие запроса отличается от его завершения. Успешный ответ на создание сам по себе не доказывает, что гостевая среда готова к выполнению команд. Аналогично, получение некоторого вывода не означает, что процесс завершился успешно.

Официальный пример сохраняет состояние запуска и расшифровки вывода, а затем предлагает оператору решить вопрос очистки. Приложение, использующее платформу, должно намеренно принимать собственное решение о сроке хранения, особенно если рабочая нагрузка включает конфиденциальные входные данные или сгенерированные файлы.

Жизненный цикл и сохранность требуют явного управления

Документация по архитектуре различает несколько объектов, которые легко перепутать:

Песочница может оставаться доступной после завершения запроса, который её создал. Завершение команды не удаляет её среду автоматически.

Документация также различает паузу в резидентной памяти и приостановку в снимок состояния. Оператору не следует предполагать, что каждая остановленная среда имеет одинаковую долговечность или стоимость ресурсов. Политику жизненного цикла следует сопоставлять с тем, нужно ли приложению быстрое повторное использование, долговременное восстановление или немедленное удаление.

Для локальной настройки требуется больше, чем Docker

Руководство по установке ориентировано на Linux-хост x86-64 на базе apt с KVM. В нём указаны доступ к /dev/kvm и /dev/net/tun, loop-устройства, поддержка btrfs и локальный демон Docker, разрешающий привилегированные контейнеры.

Для виртуализированного хоста должны быть доступны необходимые устройства и вложенная виртуализация. Документированная процедура не запускается непосредственно на macOS. Поэтому установленного Docker Desktop недостаточно, чтобы утверждать, что ноутбук сможет выполнить это руководство без изменений.

В примере используется локальный кластер Kind. Это документированная локальная настройка, тогда как архитектура также описывает прямой адаптер; Kubernetes не следует представлять как неизбежное требование для любого возможного развёртывания SPACE.

Руководство использует настройки аутентификации для разработки и явно предупреждает не применять производственные учётные данные. Сохраняйте это различие при оценке релиза: успешное локальное упражнение демонстрирует работающую среду разработки, а не завершённую проверку безопасности для производства.

Открытый исходный код в более широком ландшафте сред выполнения агентов

Semafor рассматривает SPACE наряду с другими попытками создать применимые на практике границы для агентов. NVIDIA OpenShell — ещё одна общедоступная среда выполнения агентов, а Firecracker предоставляет технологию микровиртуальных машин, лежащую в основе описанной модели выполнения SPACE.

Эти проекты работают на разных уровнях. Прежде чем считать их взаимозаменяемыми, сравните их документированные требования к хостам, политики и точки интеграции. Для SPACE лучшей отправной точкой, чтобы определить соответствие его операционной модели существующей агентной системе, являются публичный код, пример первого запуска и архитектура.

FAQ

Что такое Perplexity SPACE?

SPACE — это платформа с открытым исходным кодом для выполнения кода агентов и пользователей в изолированных средах. В её официальной документации описаны Linux-песочницы, построенные на микровиртуальных машинах Firecracker и управляемые через HTTP API.

Можно ли пользоваться SPACE бесплатно?

Репозиторий выпущен по лицензии Apache 2.0 с учётом условий этой лицензии. Хостинг, инфраструктура и любые сервисы коммерческих провайдеров всё равно могут требовать затрат.

Доказывает ли релиз, что агенты не могут выйти из песочницы?

Нет, заявленные 118 попыток описывают конкретный тест, проведённый компанией. Безопасность также зависит от конфигурации, защиты хоста и разрешений, предоставленных рабочей нагрузке.

Может ли локальное руководство работать непосредственно на Mac?

Руководство по установке требует Linux x86-64 с KVM и необходимыми устройствами. В нём прямо указано, что инструкции не запускаются непосредственно на macOS.

Docker — единственное предварительное требование?

Нет, руководство также требует поддержки виртуализации, сети и хранилища. Виртуальная машина должна предоставлять нужные устройства и поддерживать вложенную виртуализацию.

Удаляет ли завершённая команда песочницу?

Нет, завершение команды и жизненный цикл песочницы разделены. Приложение должно выбрать политику очистки или повторного использования и проверить результат соответствующей операции.

Связанные инструменты

• SPACE: платформа Perplexity управляет изолированным выполнением кода и жизненными циклами песочниц.
• Firecracker: технология микровиртуальных машин предоставляет уровень виртуализации, описанный в SPACE.
• NVIDIA OpenShell: отдельная открытая среда выполнения агентов представляет полезный вариант для сравнения реализации.

Связанные ссылки

• Исходный отчёт Semafor: ознакомьтесь с анонсом на основе интервью и заявлениями о тестировании безопасности.
• Репозиторий SPACE: изучите открытый исходный код, лицензию и документацию проекта.
• Руководство SPACE: начните с обзора размещённой документации.
• Руководство по установке: проверьте предварительные требования к хосту и предпосылки локального развёртывания.
• Руководство по первой песочнице: следуйте документированному процессу выполнения и очистки.
• Справочник по архитектуре: изучите состояния жизненного цикла, роли сервисов и границы безопасности.
• Политика безопасности: ознакомьтесь с информацией проекта о сообщении об уязвимостях.

Итог

SPACE делает доступной для изучения платформу выполнения агентного кода по лицензии Apache 2.0. Её среды на микровиртуальных машинах, явные сеансы команд и API жизненного цикла предоставляют конкретные строительные блоки для запуска сгенерированного кода отдельно от среды хоста приложения.

Для релиза всё равно требуются подходящая инфраструктура и продуманная интеграция. Оценивайте требования к хосту, границы ресурсов и поведение очистки наряду с результатами тестирования безопасности, заявленными компанией.