Адаптер облачных агентов
Облачные и фоновые агенты — удалённые задачи Claude Code, OpenAI Codex cloud, агенты класса Jules и аналогичные асинхронные среды выполнения — эфемерны по своей природе: сессия стартует, работает ограниченное время и завершается. DWP превращает это ограничение в преимущество, делая план долговечным артефактом, а не сессию.
Ключевое понимание
Директория .dwp/ репозитория — это долговечный слой спецификации и состояния. Облачные сессии — эфемерные исполнители. План говорит исполнителю, что делать; state.json говорит, с чего возобновить. Сессия может быть какой угодно — другая модель, другой провайдер, новый контейнер — а план продолжается ровно с того места, где остановился.
Уровень поддержки
Полная (Документировано) — платформы облачных агентов читают AGENTS.md или нативные инструкции и выполняют команды через терминал или контейнерное окружение.
Цикл пробуждение-возобновление-yield
Каждый поворот облачного агента следует этому шаблону:
- Пробуждение — сессия стартует (по расписанию cron, по событию CI или по действию пользователя).
- Выполнить протокол возобновления DWP — прочитать README плана, найти чекпоинт, восстановить состояние из
journal.ndjsonс помощьюledger.py project, проверить стык, запустить дымовой тест. См. Спецификация DWP. - Проверка заблокированного состояния — если
state.json.blockedустановлен, сообщить о причине и завершить без выполнения. - Выполнение следующей атомарной задачи — одна задача, с прохождением полного validation gate.
- Запись в журнал — добавление событий в
journal.ndjsonс помощью командledger.py(start,gate,complete);ledger.py projectатомарно обновляет проекцию снимкаstate.json. В устаревших планах v5 сохраняется прямое обновление файла состояния. - Yield — сессия завершается чисто; следующий поворот возобновляется с обновлённого состояния.
Требования
- План MUST нести машиночитаемый слой состояния (
manifest.json+state.json). Без него у эфемерной сессии нет надёжного способа определить позицию возобновления. См. Состояние плана. - План MUST быть одобрен человеком до любого автономного облачного поворота. Одобрение плана — контрольная точка.
- Агент работает в рамках ограниченных полномочий: он MUST NOT расширять область, выполнять деструктивные действия, явно не авторизованные планом, или импровизировать за пределами инструкций текущей задачи. См. Протокол агента.
Примечания
Облачные агентные сессии — это крайний случай профиля автономного выполнения: нулевая непрерывность сессии, максимальная долговечность плана. Директория .dwp/ DWP спроектирована специально для того, чтобы это работало — всё состояние, необходимое агенту для начала, продолжения и завершения работы, хранится в простых markdown- и JSON-файлах, которые любая сессия может прочитать из свежего клона.