Paperclip научил ИИ-агентов работать в песочницах: ACP-сессии теперь живут и в удалённых средах

Разработчики Paperclip (открытой платформы для управления ИИ-агентами) решили давнюю проблему: ACP-адаптеры (Claude, Codex, Gemini) по умолчанию используют движок ACP, которому нужен двусторонний stdio-сеанс с процессом агента. Раньше sandbox-окружения поддерживали только однократный запуск команд, поэтому все ACP-совместимые адапторы отказывались от удалённых целей и падали на CLI-режим с предупреждением «поддерживается только локальный хост Paperclip».

Новый патч добавляет провайдер-независимый мост сессий: локальный прокси-скрипт, запускаемый ACPX, соединяется с TCP-сервером обратной связи, который ретранслирует JSON-кадрированные события stdin/stdout/stderr в песочницу через стандартный раннер провайдера. Адаптеры теперь считают sandbox-цели с раннером ACP-совместимыми, а CLI-запасной вариант остаётся только для сред, где двусторонний канал невозможен.

Решение универсально: вместо провайдер-специфичных обходных путей (вроде SSH-меток Daytona) используется единый контракт раннера, который уже реализуют все sandbox-провайдеры. В песочницу также добавлен мост для передачи рабочих продуктов (work-product handoffs) без раскрытия JWT хоста — агент внутри песочницы получает только токен моста.

Изменения затронули пакеты adapter-utils (новый мост сессий и буферизация событий до подключения ACP-клиента), acpx-engine (удалённое выполнение через мост) и адаптеры Claude, Codex, Gemini — они перестали отвергать все удалённые цели. Регрессионный тест гарантирует, что sandbox-цели остаются на мосту, даже если метаданные аренды рекламируют SSH-доступ.