← Ко всем open source проектам

Daytona

daytonaio/daytona

Daytona — инфраструктура для безопасного запуска кода, созданного ИИ, с песочницами, SDK, API и CLI.

Форки 5,614
Автор daytonaio
Язык TypeScript
Лицензия AGPL-3.0
Обновлено 2026-06-11

Что это такое

Daytona — инфраструктурный проект для запуска кода, созданного ИИ, в управляемых песочницах. Его задача — отделить опасную и непредсказуемую часть агентного сценария от основной системы: код можно выполнить, посмотреть результат, удалить окружение и не отдавать агенту лишний доступ.

Репозиторий daytonaio/daytona появился на GitHub в 2024 году. Основной язык — TypeScript, лицензия AGPL-3.0, официальный сайт — daytona.io. Темы проекта связаны с ИИ-агентами, выполнением кода, интерпретаторами кода, песочницами и инструментами разработчика.

Что внутри

Внутри — приложения, API, CLI и клиентские библиотеки для Python, TypeScript, Ruby, Go и Java. Документация показывает несколько способов работы: через SDK, через CLI и через HTTP API. Это важно, потому что разные продукты встраивают песочницы на разных уровнях.

Идея запуска в песочнице

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

Язык: TypeScript
const sandbox = await daytona.createSandbox({ language: "python" });
const result = await sandbox.run("python main.py");
await sandbox.destroy();
console.log(result.output);

Где он полезен

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

Ключевая ценность здесь не в “запустить команду”, а в контроле: лимиты, жизненный цикл окружения, журналы, изоляция и повторяемость. Без этого агентная разработка быстро превращается в риск для данных и инфраструктуры.

Важная деталь Daytona — много способов подключения. Один продукт может вызывать песочницу из серверной части через SDK, другой — из внутреннего инструмента через CLI, третий — через HTTP API. Такая форма делает проект не самостоятельной средой для пользователя, а строительным блоком для чужих продуктов.

Исторически спрос на такие решения вырос вместе с ИИ-агентами, которые не только отвечают текстом, но и пишут, запускают и проверяют код. Когда модель получает возможность выполнять команды, обычной авторизации уже мало: нужны временные окружения, сетевые ограничения, очистка файлов и понятный журнал действий.

Детали проекта

Daytona полезна там, где выполнение кода становится частью продукта. ИИ-агент может написать скрипт, учебная платформа может проверить решение, внутренний инструмент может запустить временный анализ. Во всех этих случаях важно не просто выполнить команду, а ограничить ее окружение.

Песочница в таком сценарии имеет жизненный цикл: создать, подготовить зависимости, выполнить код, собрать результат, удалить окружение. Если этот цикл размазан по самописным скриптам, легко забыть очистку файлов, сетевые правила или лимиты. Daytona выносит эту заботу в отдельный слой.

Наличие SDK, API и CLI показывает, что проект рассчитан на разные способы встраивания. Серверное приложение может работать через клиентскую библиотеку, операционный сценарий — через командную строку, а отдельный сервис — через HTTP-интерфейс. Это делает Daytona инфраструктурным элементом, а не просто панелью.

Лицензия AGPL-3.0 важна для команд, которые хотят встроить проект в закрытую систему. Перед использованием стоит понять, какие обязательства возникают при изменении и сетевом предоставлении сервиса. Это не минус, но это часть инженерного решения.

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

Сильные стороны и ограничения

Сильная сторона Daytona — явная фокусировка на песочницах для ИИ-кода. Проект не пытается быть просто очередным окружением разработки, а закрывает конкретную боль агентных систем.

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