Skip to content
← Назад к набору
Agent: Cloud agents Support: full

Адаптер облачных агентов

Облачные и фоновые агенты — удалённые задачи Claude Code, OpenAI Codex cloud, агенты класса Jules и аналогичные асинхронные среды выполнения — эфемерны по своей природе: сессия стартует, работает ограниченное время и завершается. DWP превращает это ограничение в преимущество, делая план долговечным артефактом, а не сессию.

Ключевое понимание

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

Уровень поддержки

Полная (Документировано) — платформы облачных агентов читают AGENTS.md или нативные инструкции и выполняют команды через терминал или контейнерное окружение.

Цикл пробуждение-возобновление-yield

Каждый поворот облачного агента следует этому шаблону:

  1. Пробуждение — сессия стартует (по расписанию cron, по событию CI или по действию пользователя).
  2. Выполнить протокол возобновления DWP — прочитать README плана, найти чекпоинт, восстановить состояние из journal.ndjson с помощью ledger.py project, проверить стык, запустить дымовой тест. См. Спецификация DWP.
  3. Проверка заблокированного состояния — если state.json.blocked установлен, сообщить о причине и завершить без выполнения.
  4. Выполнение следующей атомарной задачи — одна задача, с прохождением полного validation gate.
  5. Запись в журнал — добавление событий в journal.ndjson с помощью команд ledger.py (start, gate, complete); ledger.py project атомарно обновляет проекцию снимка state.json. В устаревших планах v5 сохраняется прямое обновление файла состояния.
  6. Yield — сессия завершается чисто; следующий поворот возобновляется с обновлённого состояния.

Требования

  • План MUST нести машиночитаемый слой состояния (manifest.json + state.json). Без него у эфемерной сессии нет надёжного способа определить позицию возобновления. См. Состояние плана.
  • План MUST быть одобрен человеком до любого автономного облачного поворота. Одобрение плана — контрольная точка.
  • Агент работает в рамках ограниченных полномочий: он MUST NOT расширять область, выполнять деструктивные действия, явно не авторизованные планом, или импровизировать за пределами инструкций текущей задачи. См. Протокол агента.

Примечания

Облачные агентные сессии — это крайний случай профиля автономного выполнения: нулевая непрерывность сессии, максимальная долговечность плана. Директория .dwp/ DWP спроектирована специально для того, чтобы это работало — всё состояние, необходимое агенту для начала, продолжения и завершения работы, хранится в простых markdown- и JSON-файлах, которые любая сессия может прочитать из свежего клона.