В канале Клауд дев (@claudedevolper) OpenClaw 2.0 назвали крупнейшим обновлением: shared cloud sessions, подключаешь человека к живой работе агента или отдаёшь задачу с контекстом. Зацепка, не рерайт треда. Канон — пост OpenClaw 2.0, Accidentally (Hannes Rudolph, 30 августа 2026) и доки multi-user. Смысл для вайб-кодера не «ещё один open-source агент». Сессия агента стала shared workspace, ближе к PR, чем к личному терминалу. Ниже — что реально в релизе, когда это нужно соло, чем это не Cursor Cloud Agents и не Codex Host, и где ломается доверие, если принять sharing за изоляцию.

Что в 2.0 по канону, без чужих скринов

Официальный блог: это by far the largest update in the history of OpenClaw. Собрали 933 контрибьютора, из них 569 first-time; в релизе over 16,000 pull requests — roughly 50% of all pull requests ever merged into OpenClaw. Перед этим почти семь недель без шиппинга; раньше было 106 релизов за 230 дней. Цифры только оттуда, не «на глаз».

С чего начали и куда выросло. Installation упростили: first-time setup стартует с того, что уже есть на машине — existing ChatGPT или Claude subscriptions, API keys, local models. Browser app пересобрали как first-class: открывается сразу в conversation, можно донастроить Claw, вернуться к работе или смотреть live. Shared cloud sessions появились из внутренней боли команды: пока сами строили релиз на своих Claw, не было способа завести другого человека в работу без потери того, что агент уже знает. Теперь — bring the right person into live work или hand over with the context intact. Open source: не продают одну модель и одного вендора.

Dataconomy (1 сентября 2026) фиксирует релиз как v2026.8.1. Peter Steinberger в X 31 августа: два месяца «build OpenClaw with OpenClaw», сдвиг к team.openclaw.ai. Суть цитаты: multiplayer coding + infinite compute with nodes and cloud sessions; local harnesses feel like relics of the past. Это их опыт сборки продукта, не закон рынка и не обещание, что «все агенты ушли в облако».

Сессия как workspace, не как чат в углу

VentureBeat и Dataconomy сходятся в картине UI: rebuilt browser — conversations, files, approvals, config, live agent activity в одном месте. Shared cloud sessions: другой человек входит в уже идущую работу, не выкидывая накопленный контекст агента. Multi-user Gateways трекают, кто создал conversation и какие prompts от identified participants. Owners/admins решают read / suggest / draft / participate. Sessions могут переносить execution на paired devices или cloud workers, сохраняя шире workspace.

Для вайб-кодера сдвиг простой. Раньше агент = твой терминал + твой тред: контекст в голове у одного, handoff = «скопируй чат / перескажи ТЗ». Shared session ближе к issue/PR: есть creator, owner, participants, presence. Доки multi-user прямо так и ставят слои: Creator (immutable, write-once), Owner (assignable, как assignee у GitHub issue), Participants (история тех, чей accepted input попал в сессию). Owner можно переназначить; sharing authority при этом остаётся у creator. Это координация ответственности, не магия изоляции.

В Control UI это видно без теории. Assign to me / Assign to… в контекстном меню сессии; фильтр Owners в сайдбаре (All owners, конкретный человек/агент, Involving me); pair-stack аватаров, когда кроме owner кто-то уже промптил; presence с кольцом — кто сейчас смотрит, не кто «владеет». Draft-сессии прячут работу из чужих сайдбаров до publish, но админы всё равно видят чужие drafts с ghost-маркером: доки прямо пишут — coordination feature, not a security boundary. Typing indicator стримит чужой draft в пузырь, но эти drafts ephemeral: не в transcript, не в контекст модели. Удобно как в IDE pair, опасно если ты думал, что «черновик = приватно».

Сосед по «один экран на несколько агентов» — Codex Host: единый UI над разными harness на своей машине. Сосед по подписке на события облачных агентов — Cursor Cloud Agents. Сосед по обвязке под задачу — JIT-harness. OpenClaw 2.0 бьёт в другую точку: не «какой harness», а кто сидит в одной сессии с тем же агентом.

Trust boundary: shared session = shared credentials

Доки multi-user без смягчения: multi-user — для trusted people on the SAME agent. Everyone who can operate an agent can make it do anything that agent can do. Session ownership, sidebar visibility, presence — usability features, not security boundaries. Если людям нельзя видеть чужие sessions, tools, credentials, files — separate agents или separate gateway/host trust boundaries. Do not rely on owner avatars or filters for isolation.

Help Net Security (31 августа 2026) повторяет то же про sharing controls: это not a security/tenant isolation boundary. Revoked access может кратко выглядеть доступным, пока UI не обновится или Gateway не отвергнет действие. Incognito по умолчанию выключен и уже имени: conversation в process memory, без обычного transcript и automatic memory на диске, исчезает при Gateway restart; model provider всё равно получает сообщения; tools всё равно могут писать файлы и бить внешние сервисы; оператор Gateway может смотреть live. Не путай «incognito» с «никто не увидел».

Практический вывод соло-фаундеру. Подключить подрядчика к shared session = открыть ему тот же trust domain, что у агента: тулы, файлы, ключи, которые агент уже умеет трогать. Нужна изоляция клиента A от клиента B — не фильтр Owners в сайдбаре, а отдельный агент / отдельный gateway. Dataconomy отдельно: Gateway = single trust domain; сильнее разделение — отдельные Gateway instances («cells»). Это не паранойя, это контракт продукта.

SQLite: бэкап до апгрейда

Help Net Security: sessions и transcripts переезжают в SQLite. Downgrade на старый file-backed релиз — только через current CLI: сначала restore archived legacy transcript artifacts; sessions, созданные после миграции, в старых билдах не появятся. Перед апгрейдом — verified backup. Не «потом разберёмся»: после миграции откат без бэкапа и CLI — дыра в истории, не «откатился git».

Это не повод откладывать 2.0 навсегда. Это чеклист: бэкап state → апгрейд → проверка, что нужные сессии на месте → только потом звать человека в shared session. Если сессия — твой прод-контекст (репо, секреты, inbox-скиллы), потеря transcript = потеря рабочей памяти команды, не «чат пропал».

Порядок, который не стыдно записать в runbook. Остановись перед upgrade: сделай verified backup того state, где лежат агенты и сессии. Апгрейдни на 2.0 / v2026.8.1. Подними Gateway, открой Control UI, убедись, что критичные сессии читаются. Только после этого — invite в shared session. Если когда-нибудь понадобится downgrade: current CLI → restore archived legacy transcripts → старый билд; новые пост-миграционные сессии в старом билде не жди. Путать «бэкап репо» и «бэкап OpenClaw state» нельзя: git не хранит transcript агента.

Когда это нужно соло, а когда нет

Соло-фаундер без «команды из пяти». Shared session всё равно полезен в трёх сценариях:

  1. Ты → подрядчик. Агент уже накопал репо, тесты, отвергнутые гипотезы. Отдаёшь сессию с контекстом, а не Notion-выжимку. Подрядчик — trusted; иначе отдельный агент без прод-ключей.
  2. Ты за десктопом → ты с телефона / другого устройства. Та же live work, paired device или cloud worker по модели релиза — не новый чат с нуля. Не путать с «агент всегда в облаке у всех».
  3. Ты → ревьюер на час. Read или suggest без полного participate, если политика так настроена. Всё равно один trust domain: ревьюер видит то, что видит агент в рамках доступов сессии.

Когда shared session лишний. Один человек, один агент, нет handoff — multi-user chrome в доках и так прячется, пока owners меньше двух и нет outside participants. Не включай multiplayer «потому что модно». Включай, когда контекст дороже пересказа. Если подрядчик нужен на узкий diff без доступа к inbox-скиллам и прод-секретам — лучше новый агент с урезанными тулами, чем «почитай вот эту сессию, только файлы не трогай»: operate = can do anything that agent can do.

Долгая жизнь сессии без шаринга — соседняя тема: Codex Persistent mode. Там про сон и квоту одного контура. Здесь — про второго человека в том же контуре. Open-source сосед по ботам/рантайму: CopilotKit / OpenBot — другая плоскость (UI-kit и бот), не замена OpenClaw Gateway. Витрина продукта и гайдов вайб-кодинга — vibe-studio.uk; это не страница OpenClaw и не обещание функций студии.

Не Cursor Cloud Agents и не Codex Host

Не обещай команде: «агенты полностью ушли в облако, локальный harness мёртв». Steinberger говорит про свой сдвиг к team.openclaw.ai и cloud sessions. OpenClaw готовит shared sessions и nodes; это не факт, что весь рынок вайб-кодинга завтра только multiplayer cloud. Локальный контур, API-ключи, свои воркеры — по-прежнему часть картины. Выбор — где живёт trust domain и кто в него допущен.

Что сделать на своей неделе

  1. Прочитай блог 2.0 и multi-user целиком до первого шаринга с человеком.
  2. Перед апгрейдом — verified backup. Учти SQLite-миграцию и правила downgrade из Help Net Security.
  3. Раздели агентов: личный прод-агент с ключами отдельно от «песочницы для подрядчика».
  4. Для handoff: одна сессия, явный owner, понятный режим read/suggest/draft/participate — и письменное правило «кто в trust domain».
  5. Не меряй успех «открыли двоим». Меряй: подрядчик продолжил без пересказа контекста; revoke реально режет действия после refresh/Gateway; секреты не утекли через общий агент.

White hat: не обходи ToS провайдеров, не шарь сессию с продом-ключами «на минутку другу», не выдавай owner-фильтр за tenant isolation. Sharing — про скорость handoff. Изоляция — про отдельные границы.

Коротко

OpenClaw 2.0 (блог 30.08.2026) — largest update: 933 contributors, 569 first-time, 16k+ PR (~50% всех ever merged), почти 7 недель без шиппинга после 106 релизов / 230 дней. Упростили install с существующих ChatGPT/Claude/API/local; browser — first-class conversation; shared cloud sessions — live collaborate или handoff с целым контекстом. v2026.8.1; Steinberger — multiplayer + nodes/cloud sessions, local harnesses «relics» в их практике. Multi-user = trusted people on the SAME agent; ownership/presence ≠ security boundary; отдельные люди без доступа друг к другу — отдельные агенты/gateway. Sharing controls ≠ tenant isolation; revoke может кратко «висеть» до refresh. SQLite: backup до апгрейда; downgrade через current CLI. Не путать с Cursor Cloud Agents и Codex Host. Канон: openclaw.ai/blog, docs multi-user, Dataconomy, Help Net Security, VentureBeat. Соседи: Codex Host, Cursor Cloud Agents, JIT-harness, Persistent, OpenBot. Витрина — vibe-studio.uk.