OpenClaw 2.0 gjør oppsett og samarbeid langt enklere

Hvis du har hatt lyst til å bruke OpenClaw, men blitt møtt av et oppsett med modeller, nøkler, innlogginger og Gateway-konfigurasjon, er OpenClaw 2.0 laget for å senke akkurat den terskelen. Versjon 2026.8.1 finner AI-tilgangen du allerede har, bygger om nettlesergrensesnittet og lar flere personer samarbeide i den samme sesjonen.

Dette er et modningsløft for hele verktøyet. OpenClaw har ikke bare lagt på enda en funksjon eller byttet farge på et panel. Installasjonen, Control UI, lagringen av sesjoner og måten arbeidet deles på er endret samtidig. Den offisielle endringsloggen for OpenClaw 2.0 teller 16 962 pull requests i perioden som inngår i utgivelsen.

Det er mye å svelge i én oppdatering, og noen av tallene trenger et forbehold. Oppstart på 575 millisekunder er målt i en simulert test, ikke på din maskin. Samarbeidsfunksjonene er heller ikke en snarvei til sikker flerleietakerdrift. Men retningen er riktig: mindre friksjon før første nyttige svar, bedre oversikt mens agenten jobber og tydeligere grenser for hvem som bør dele samme Gateway.

Hva er nytt i OpenClaw 2.0?

OpenClaw 2.0 er prosjektnavnet på versjon 2026.8.1, en samlet oppgradering av oppsett, Control UI, sesjonslagring, skyarbeid og samarbeid. MarkTechPosts gjennomgang av utgivelsen oppgir 933 bidragsytere, hvorav 569 bidro for første gang, og mer enn 16 000 sammenslåtte pull requests.

Omfanget sier ikke automatisk at hver del er bedre, men det forklarer hvorfor dette kalles 2.0. Prosjektet hadde tidligere gitt ut 106 versjoner på 230 dager, før det gikk nesten sju uker uten en ny utgivelse. Nå kommer endringene som én stor pakke i stedet for en endeløs strøm av små oppdateringer.

De mest nyttige endringene henger sammen. Modelltilgangen blir enklere å koble til. Control UI blir den sentrale arbeidsflaten. Sesjoner og transkripsjoner flyttes til SQLite. Arbeid kan flyttes til en annen maskin eller en skyarbeider, mens Gateway beholder samtalen, modelltilgangen og den varige tilstanden. Dette ligner mer på et sammenhengende produkt enn en samling kraftige deler du selv må få til å snakke sammen.

Oppsettet bruker tilgangen du allerede har

Det nye oppsettet leter etter eksisterende modelltilgang på maskinen før det ber deg starte på nytt. Det kan bruke verifiserte innlogginger fra Codex, ChatGPT eller Claude CLI, ta imot en API-nøkkel, gjennomføre leverandørinnlogging og finne lokale modeller i Ollama eller LM Studio. Valget testes før modell og legitimasjon lagres.

Det høres selvfølgelig ut når det står på trykk. I praksis er det en av de viktigste forbedringene i hele utgivelsen. En AI-agent er ikke særlig tilgjengelig hvis første møte er en vegg av leverandørnavn, miljøvariabler og uklare spørsmål om hvilken modell som faktisk virker. Jeg har tidligere skrevet at tilgjengelighet ofte slår rå fleksibilitet. OpenClaw 2.0 angriper nettopp dette problemet.

Lokale modeller får også en ryddigere vei inn. OpenClaw har erstattet node-llama-cpp med en administrert llama-server, valgt Gemma 4 som RAM-avhengig standardmodell for llama.cpp og økt standard kontekstlengde til 64K. Det betyr ikke at enhver lokal modell passer enhver maskin. Den praktiske vurderingen av minne, fart og kvalitet er fortsatt viktig, slik jeg går gjennom i artikkelen om valg av lokal modell til OpenClaw.

Hvor mye raskere er den nye Control UI-en?

OpenClaws testoppsett reduserte oppstartstiden fra omtrent 1,6 sekunder til 575 millisekunder. Samtidig falt antallet JavaScript-forespørsler fra 140 til 45. Testen brukte en simulert standardchat, en etterlignet Gateway og 50 millisekunders HTTP/1.1-forsinkelse, så 575 millisekunder er et laboratorietall – ikke et løfte til alle brukere.

Likevel er reduksjonen stor nok til å være relevant. Nettleserflaten er stedet der samtalen, filene, godkjenningene og det løpende arbeidet møtes. Når den flaten føles treg eller oppstykket, merkes det hver gang du åpner en sesjon, sjekker en endring eller må godkjenne en handling. Færre forespørsler og kortere oppstart gjør ikke agenten smartere, men de kan gjøre hele verktøyet mindre irriterende å bruke.

Den ombygde Control UI-en har dockede paneler for arbeidsfiler, git-endringer, nettleser og terminal. Changes-panelet viser pull request-status og CI-sammendrag, nettleserpanelet kan inspisere elementer og annotere skjermbilder, og godkjenninger ligger i samtalen som utløste dem med 30 dagers historikk. Kommandoen /btw åpner dessuten en sidesamtale, slik at et raskt spørsmål ikke trenger å rote til hovedtråden.

Her har prosjektet beholdt noen fornuftige begrensninger. Filredigeringen kan ikke opprette eller slette filer, Changes er skrivebeskyttet, og Create PR sender arbeidet videre til GitHub i stedet for å late som hele GitHub-flyten bor inne i OpenClaw. Det er mindre magisk, men også lettere å forstå.

Delte sesjoner gir ekte samarbeid

Flere personer kan nå følge og overta arbeid i samme OpenClaw-sesjon uten å miste sammenhengen. I dokumentasjonen for flerbrukermodus beskrives eierskap, deltakerhistorikk, tilstedeværelse og filtrering etter eier. En administrator kan styre om andre får lese, foreslå, arbeide i et utkast eller delta direkte.

Skyøkter kan kjøre på Gateway-maskinen, en paret enhet eller en midlertidig skyarbeider. Samtalen og den varige tilstanden blir liggende hos Gateway, mens kommandoer, filendringer og verktøyarbeid utføres på den valgte maskinen. Hvis en skyarbeider forsvinner, kan OpenClaw erstatte den ved neste melding. En frakoblet paret maskin beholder plasseringen til den kommer tilbake.

Dette er nyttig for et lite team som allerede deler prosjekt, legitimasjon og ansvar. Én person kan starte en oppgave, en annen kan følge framdriften, og arbeidet kan flyttes til en egnet maskin uten at hele samtalen må eksporteres og bygges opp igjen. For mer avanserte agentoppsett er det også et naturlig steg videre fra en ren enbrukerinstallasjon. Har du ikke kommet så langt ennå, ligger grunnarbeidet fortsatt i den praktiske gjennomgangen av hvordan flere OpenClaw-agenter organiseres.

Én Gateway er fortsatt én tillitsgrense

OpenClaw støtter flere brukere innenfor én gruppe som stoler på hverandre. Det støtter ikke sikker isolasjon mellom kunder, organisasjoner eller andre brukere som ikke skal kunne nå hverandres sesjoner, verktøy, filer og legitimasjon. Den offisielle sikkerhetsdokumentasjonen sier det presist: én Gateway skal behandles som én tillitsgrense.

Det skillet må ikke glattes over. Avataren som viser hvem som eier en sesjon, et filter som skjuler andres arbeid og en rolle som begrenser enkelte handlinger er nyttige samarbeidskontroller. De gjør ikke en delt Gateway til en flerleietakerplattform. Alle som kan styre en verktøyaktivert agent, deler i praksis agentens delegerte handlekraft.

Skal mennesker eller kunder holdes adskilt, er rådet enkelt: bruk separate Gateways, egne legitimasjonssett og helst separate operativsystembrukere eller maskiner. Ikke bruk sesjonsnavn eller eierfiltre som sikkerhetsmur. Det er en mer tungvint arkitektur enn å stable alle inn i samme installasjon, men det er også den eneste ærlige måten å beskrive grensen på.

OpenClaw binder Gateway til loopback som standard, og ukjente direktemeldinger i de fleste chattekanaler møtes med en paringskode. Før du åpner mer av installasjonen mot nettverket, bør du kjøre openclaw security audit. Etter større konfigurasjonsendringer er openclaw security audit --deep den bedre kontrollen fordi den forsøker en direkte Gateway-test. Verktøyet ser blant annet etter eksponert tilgang, for brede verktøyrettigheter, nettleserkontroll og manglende plugin-begrensninger.

Oppgraderingen krever en ordentlig backup

OpenClaw 2.0 flytter sesjoner og transkripsjoner til SQLite, og derfor er en nedgradering mer krevende enn å installere en gammel pakke. Før en rollback må den nye kommandolinjen gjenopprette arkiverte transkriptfiler. Sesjoner som ble opprettet etter migreringen, vil ikke være synlige i eldre filbaserte versjoner.

Ta derfor en verifisert backup av konfigurasjon og tilstand før oppgraderingen. «Verifisert» betyr at du faktisk vet hva sikkerhetskopien inneholder og hvordan den kan gjenopprettes. En mappe du håper ble kopiert av et script for tre måneder siden er ikke en plan.

Etter oppgraderingen ville jeg kontrollert tre ting før vanlig drift: at Gateway starter, at den valgte modellen faktisk svarer, og at sikkerhetsrevisjonen ikke viser ny eksponering eller endrede rettigheter. Bruker du delte sesjoner, må du i tillegg bestemme hvem som hører til samme tillitsgrense. Det er viktigere enn om sidepanelet åpner på 575 eller 700 millisekunder.

Min dom er at OpenClaw 2.0 flytter prosjektet et godt stykke fra «kraftig, men du må like å skru» mot et verktøy flere faktisk kan komme i gang med. Det guidede modelloppsettet er kanskje den minst prangende forbedringen, men sannsynligvis den som fjerner mest motstand. Den nye Control UI-en og delte sesjoner gjør resten av arbeidsdagen bedre. Bare ikke mist hodet når du inviterer flere inn: samarbeid er ikke det samme som isolasjon.

Ofte stilte spørsmål