OpenClaw е софтуер с отворен код, който възлага на ИИ модел малки постоянни задачи в различните ви акаунти – например да следи пощенска кутия за предупреждения от доставчици и да ви изпраща съобщение в Telegram, когато в някое от тях се споменава продукт, който използвате. OpenClaw 2.0 е най-голямата актуализация в историята на проекта.
Преди да я инсталирате, вижте какво прави надстройката с вашите данни. Сесиите и транскриптите се преместват в SQLite. Ако по-късно искате да се върнете към по-стара версия, използваща файлове, първо трябва да използвате текущия CLI инструмент, за да възстановите архивираните наследени артефакти от транскриптите, а сесиите, създадени след миграцията, изобщо няма да се показват в по-старата версия. Направете проверено резервно копие преди обновяването.
Първоначалната настройка вече започва със сканиране на машината за достъп до ИИ, който вече притежавате: проверени влизания в Codex, ChatGPT или Claude CLI, API ключ, собствено влизане на доставчик или съвместими модели на Ollama и LM Studio. След това тя доказва, че конкретният избор може да отговори на заявка, преди да запише този модел и идентификационни данни. Мрежовите инсталации, които биха изложили OpenClaw на риск без удостоверяване на автентичността, се спират преди да се промени каквото и да било, а новите CLI инсталации преминават към Node 22.22.2.
Споделените облачни сесии превръщат OpenClaw в инструмент за съвместна работа, като собствениците или администраторите решават дали някой друг може да чете, да предлага промени, да работи по чернова или да участва директно. Авторите пишат открито за ограниченията: тези контроли не представляват изолация на отделни потребители (tenant isolation) или граница на сигурност, а отнетият достъп може за кратко да изглежда наличен, докато потребителският интерфейс се опресни или докато порталът (Gateway) отхвърли действието.
Режимът „инкогнито“ е изключен по подразбиране и е по-ограничен, отколкото името му предполага. Разговорът се съхранява в паметта на процеса, пропуска нормалния транскрипт и автоматичната памет на диска и изчезва при рестартиране на Gateway. Доставчикът на модела все още получава всяко съобщение, инструментите все още могат да записват файлове и да осъществяват достъп до външни услуги, метаданните за одит без съдържание остават, а този, който управлява Gateway, може да наблюдава работата в реално време. Още една подробност за всеки, който прави моделиране на заплахите на споделена машина: по-бързото стартиране разчита на ограничен брой моментни снимки (snapshots) на транскрипта, съхранявани некриптирани в профила на браузъра.
Заявките за JavaScript по време на стартиране са намалели от 140 на 45, а времето за стартиране – от около 1,6 секунди на 575 милисекунди. Тези цифри идват от симулиран тест на чат по подразбиране срещу симулиран Gateway с 50 милисекунди HTTP/1.1 латентност, така че ги разглеждайте като мярка за това какво е спрял да прави клиентът.
Скриптовете за автоматизация се нуждаят от една промяна. Настройка, която умишлено прескача стартирането на услугата, все още може да завърши без достъпен Gateway, а изискването на опцията --json не отменя потвърждението на риска, така че всичко, което обвива OpenClaw, трябва да проверява отчетеното състояние на системата.