Perplexity открыла исходный код SPACE — среды для запуска ИИ-агентов
15 октября Perplexity объявила, что публикует исходный код SPACE — среды, в которой выполняются задания её агента Computer. Это не новая языковая модель и не готовый облачный сервис для любого разработчика. SPACE — инфраструктурный слой, задача которого отделить среду агента от хоста, управлять сетевым доступом и сохранять рабочее состояние между остановками и продолжениями задачи.
Такой релиз важен не потому, что слово «открытый» автоматически означает безопасность. Он даёт инженерам возможность изучить конкретную реализацию и адаптировать её, но ответственность за настройку, обновления и проверку границ остаётся у команды, которая разворачивает систему. Ошибка в сетевых правилах или выдаче секретов не исчезает оттого, что исходники доступны публично.
Что входит в SPACE
В описании проекта Perplexity называет SPACE Sandboxed Platform for Agentic Code Execution. Компания сообщает, что задания Computer выполняются в отдельных изолированных виртуальных машинах на базе Firecracker. Среда предназначена для ситуаций, когда агенту нужно запускать команды, читать или изменять файлы и работать с внешними инструментами, не получая неограниченный доступ к серверу, где он запущен.
Платформа также описывает управление сетевым трафиком, восстановление состояния, паузу и продолжение работы, а также ветвление сессии. Эти свойства решают разные задачи. Изоляция ограничивает последствия неудачной команды; контроль исходящих соединений мешает агенту обойти заданные сетевые правила; снимок состояния помогает вернуться к прежнему этапу. Ни одна из мер по отдельности не гарантирует защищённость всей системы.
SPACE создавался внутри продукта Perplexity Computer, и это важное ограничение для интерпретации. Сторонняя команда может использовать код как основу, однако совместимость, операционная модель, набор функций и обновления зависят от выбранного развёртывания. Публичная лицензия не превращает платформу в поддерживаемый сервис и не снимает необходимости изучать документацию и условия проекта.
Почему открытый код полезен — и чего он не доказывает
Доступный исходный код позволяет исследователям увидеть, где именно размещаются проверки, какие компоненты считаются доверенными и как устроено взаимодействие между агентом, виртуальной машиной и хостом. Это делает возможным независимый аудит, обсуждение конкретных решений и создание собственных интеграций. Для команды, которой нужен агент для обработки файлов или выполнения команд, это лучше, чем полагаться только на рекламное описание закрытого механизма.
Однако публичность — не равна независимой сертификации. Читатель не получает автоматического подтверждения, что каждая версия проверена сторонним аудитором, что все конфигурации безопасны или что локальный запуск повторяет инфраструктуру разработчика. В публикации компания описывает назначение и свойства SPACE, но это не универсальное доказательство защиты от всех атак. Особенно опасно переносить общую формулировку «агент работает в песочнице» на конкретный сервер без проверки его настроек.
Поэтому практический вопрос не «открыт ли проект?», а «какие угрозы он ограничивает в нашей конфигурации и как это проверено?». Начать можно с отдельного тестового стенда, где нет пользовательских данных, рабочих ключей и доступа к производственным сервисам. Затем проверить попытки выхода за пределы разрешённой папки, обращения к запрещённым адресам и чтения секретов из переменных окружения.
Что должна проверить команда до пилота
Составьте карту доверия: какие процессы запускаются на хосте, какие — внутри виртуальной машины, где хранятся токены и кто может менять сетевые политики. Для каждой границы запишите ожидаемое поведение при отказе. Если агент должен остановиться при недоступном шлюзе, это нужно проверить экспериментально: «закрытый по умолчанию» режим должен действительно блокировать выход, а не тихо переходить на более свободную конфигурацию.
Отдельно проверьте жизненный цикл файлов. Что происходит с временными данными после завершения сессии? Можно ли получить снимок состояния? Кто имеет к нему доступ? Как удаляются артефакты? Ответы важны для персональных документов и коммерческих исходников не меньше, чем тип виртуальной машины.
Проведите негативные тесты. Попросите агента выполнить действие вне разрешённого каталога, открыть запрещённый сетевой ресурс, повторно использовать токен после завершения задания и продолжить работу после потери связи. Сохраните системные журналы и ожидаемый результат каждого теста. Проверяйте не только штатный сценарий, но и ситуацию сбоя: именно в ней часто обнаруживаются чрезмерные права или неочевидное поведение.
Редакционный вывод
Публикация SPACE делает одну важную часть агентной инфраструктуры доступнее для изучения. Но это отправная точка для инженерной проверки, а не сертификат безопасности готового агента. Если задача ограничивается подготовкой черновика, достаточно более простого контура с ручным подтверждением. Если агент запускает код, меняет файлы или обращается к сети, изоляцию нужно оценивать отдельно от качества самой модели.
Главный практический итог — не «теперь можно безопасно запускать агента», а «теперь можно изучить и проверить одну из реализаций». Сначала зафиксируйте угрозы и тесты, затем разверните изолированную копию, проверьте журналирование и сценарии отказа. Лишь после этого имеет смысл обсуждать подключение реальных данных и полномочий.
FAQ
SPACE — это нейросеть? Нет, это платформа для изолированного выполнения кода и работы агентных систем. Можно ли просто скачать проект и подключить к рабочему агенту? Техническая возможность не означает безопасную готовность: сначала следует проверить документацию, лицензию, сеть, секреты, обновления и модель угроз. Открытый исходный код гарантирует безопасность? Нет. Он повышает проверяемость и позволяет независимый аудит, но не заменяет его. Песочница нужна даже если агент только читает файлы? Да, если в среде есть конфиденциальные документы или инструменты: чтение и передача данных тоже создают риск.
Для более общей картины см. наш материал о границах полномочий ИИ-агента и гайд по проверке безопасного SQL-доступа. Эти подходы не заменяют аудит SPACE, но помогают разложить тесты по уровням: действие, данные и среда исполнения.