--- title: "Nåtilstand og register: to minner i et operativsystem for virksomheten" url: "https://hurukan.com/no/blog/naatilstand-og-registeret-to-minner" description: "Et operativsystem for virksomheten trenger to minner: nåtilstanden modulene endrer hvert sekund, og registeret over hver hendelse og beslutning." --- # Nåtilstand og register: to minner i et operativsystem for virksomheten 21\. oktober 2026·5 min lesing·Redaksjonen Et stille arkivrom sett fra siden: en arkivar ved et ståbord med ett nettbrett som viser en abstrakt blågrå hovedbok, bak ham lange rekker med identiske grå oppbevaringsesker under en tynn blå LED-stripe, morgenlys fra et høyt vindu En kredittansvarlig åpner godkjenningsinnboksen. En agent har foreslått å frigi en ordre som er holdt tilbake: kunden betalte to forfalte fakturaer i morges, åpen saldo er nå innenfor grensen, forslaget viser til begge betalingene. Hun godkjenner. Tre måneder senere bestrider kunden et gebyr, og revisor stiller et enkelt spørsmål: hva visste systemet klokken 09:14 den dagen, og hvem besluttet? Modulene kan svare på første halvdel bare hvis ingenting er overskrevet siden. Betalingstabellen viser dagens saldo, ikke den fra den morgenen. Ordren viser nåværende status, ikke den agenten så. Selve forslaget er borte fra innboksen fordi det ble behandlet. Et system der agenter foreslår og mennesker godkjenner, produserer beslutninger i et tempo der «vi rekonstruerer det» slutter å være et svar. Det trenger et annet minne. ## Hvorfor modulenes lager ikke kan være det eneste minnet Lageret under modulene er bygd for én ting: å endre virksomhetens nåtilstand på en trygg måte. Én ordre, én lås, én transaksjon, indekser innstilt for å finne én rad raskt. Det er akkurat slik det skal være, og ingenting her foreslår å erstatte det. Superintelligens stiller andre spørsmål til de samme dataene, og hvert av dem belaster det lageret. **Lesing i stor skala.** Et forslag om én kunde leser tusenvis av rader på tvers av ordrer, fakturaer, betalinger og reklamasjoner. En modell som vurderer leveringsrisiko for hele ordreboken, leser millioner. Lesinger i den størrelsen konkurrerer med transaksjonene lageret finnes for å beskytte. **Historikk.** Lageret inneholder det som er sant nå. De fleste spørsmålene en agent får, handler om endring: hva grensen var da ordren ble akseptert, hvor lenge denne leverandøren har sklidd, om denne kundens margin har falt i tre kvartaler. Et lager som overskriver, kan ikke svare på dem; et minne som beholder versjoner, kan. **Hele virksomheten på én gang.** Ordren er i salg, reklamasjonen i kundeservice, pallen i lager, stansen i drift. I ett operativsystem deler de én datamodell, og det er poenget med systemet. De deler likevel ikke et praktisk sted der alt kan leses samtidig uten å røre tabellene modulene skriver til. **Hva agenten så.** Et forslag kan forsvares bare hvis dataene det ble laget av, kan vises senere, nøyaktig slik de var. Det krever et øyeblikksbilde, ikke en gjeldende verdi. Hurukans svar er to minner under én ontologi: **nåtilstanden**, som modulene endrer sekund for sekund, og **registeret**, en uforanderlig, versjonert historikk over hver hendelse, hvert forslag og hver beslutning. [Datalaget](https://hurukan.com/no/system/data) som holder begge, er under bygging; det som følger, er hvordan det utformes. ## Hva registeret er laget av Registeret er ikke et produkt. Det er tre beslutninger, hver tatt én gang. **Filformater er mursteinene.** Hver hendelse og hvert øyeblikksbilde av en tabell skrives til filer i et åpent format. Rader som reiser mellom moduler og koblinger, går som [Apache Avro](https://avro.apache.org/docs/1.12.0/specification/), der skjemaet reiser sammen med dataene og kompatibilitet mellom skriver og leser er en formell regel. Data som ligger i ro og leses kolonnevis, går som [Apache Parquet](https://parquet.apache.org/docs/file-format/), der et spørsmål om to kolonner på tvers av millioner av rader berører to kolonner. Hvilket format som tjener hvilken jobb, er temaet i [Parquet og Avro: hendelsen mellom modulene og registeret superintelligensen leser](https://hurukan.com/no/blog/parquet-og-avro-hendelsen-og-registeret). **Et tabellformat er planen.** Filer alene er en haug. Et tabellformat — Delta Lake, Apache Iceberg, Apache Hudi, Apache Paimon — holder metadataene som sier hvilke filer som utgjør en tabell på et gitt tidspunkt, hva skjemaet er, og hvordan den har endret seg. Fordi filene selv aldri redigeres, forblir hver versjon av tabellen lesbar: det er derfra tidsreise (time travel) kommer, og med den svaret på «hva så agenten klokken 09:14». Valget mellom dem er et valg om revisjonssporet, og det tas i [Revisjonssporet er en tabell: Delta Lake, Iceberg eller Hudi](https://hurukan.com/no/blog/revisjonssporet-er-en-tabell). **En katalog sier hvor sannheten er.** Noe må holde pekeren til gjeldende versjon av hver tabell og avgjøre hvem som får lese den. Den katalogen, ikke filene, er der suverenitet vinnes eller tapes. Den kjører på infrastruktur virksomheten velger, og [laget for sikkerhet og suverenitet](https://hurukan.com/no/system/sikkerhet-og-suverenitet) behandler den som en del av virksomhetens eget eie. ## Hvordan en hendelse reiser En modul endrer nåtilstanden: en betaling bokføres. Den samme endringen publiseres som en hendelse under en kontrakt — et navngitt skjema med en versjon. En pipeline lander hendelsen i registeret som en ny fil under tabellens metadata, innenfor forsinkelsen virksomheten har bedt om. Nattlig er nok for en marginrapport. Minutter trengs for en kredittbeslutning. Sekunder trengs for en arbeidskø i produksjonshallen, og sekunder koster mer enn minutter, og derfor er nivået en beslutning og ikke en standard. Registeret skrives i én retning. Agenter og superintelligens leser det, sammen med [ontologien](https://hurukan.com/no/system/ontologi) som forteller dem hva en «tilbakeholdt ordre» eller en «leverandør som sklir» betyr. De skriver ikke til det direkte. En agents resultat er et forslag som lander i godkjenningsinnboksen; en person godkjenner; modulen endrer nåtilstanden; endringen publiseres som en hendelse; hendelsen lander i registeret. Beslutningsloggen er selv en tabell i registeret, med forslaget, kildene, godkjenneren og tidspunktet. ## Hva agenten så, og hvem som besluttet Den sløyfen er det som gjør revisorens spørsmål mulig å besvare. Registeret klokken 09:14 er en versjon av tabellene, ikke en rekonstruksjon. Forslaget er en rad med identifikatorene til radene det leste. Godkjenningen er en rad med en persons navn. Ingenting i kjeden avhenger av at noen husker. Den samme egenskapen tjener dem som bygger systemet. Når en ny versjon av en agent skal evalueres, kan en dag med hendelser spilles av på nytt fra registeret mot den, og forslagene sammenlignes med dem folk faktisk godkjente. Registeret er evalueringssettet. ## Agenter bygger datalaget, under godkjenning Hurukan bygges og utvides av agenter, og datalaget er intet unntak. En agent utarbeider pipelinen som lander en ny hendelsestype. En agent foreslår skjemaendringen når en modul får et nytt felt, og kompatibilitetssjekken mot registeret kjører før noen leser forslaget. En agent planlegger komprimering av småfiler og utløp av gamle øyeblikksbilder. Hvert av disse er et forslag med en diff og et testresultat, og en person godkjenner det. Godkjenningen registreres som enhver annen. Det som blir hos mennesker, er det som ikke kan gjøres om eller ikke kan utledes: kontrakten mellom moduler, oppbevaringen av historikk og slettingen av en persons data, valget av format og katalog, og enhver oppgradering av en tabells protokoll som ville stenge ute en eldre leser. ## Registeret du kan ta med deg Hver del av registeret er i et format andre motorer leser. Hvis virksomheten går, går den med historikken sin: filene, tabellmetadataene og katalogen, på egen infrastruktur. Der virksomheten allerede har verktøy som leser ett format — et Microsoft-miljø, et datterselskap på Snowflake — kan de samme filene eksponeres i det formatet uten kopi, som er temaet i [Ett register, lesbart for verktøyene du allerede har](https://hurukan.com/no/blog/ett-register-lesbart-for-verktoyene-du-har). Og der domeneagenter trenger nåtilstanden heller enn historikken — arbeidskøen, lageret, godkjenningsinnboksen — holder et tabellformat bygd for strømmer den tilstanden lesbar uten å polle modulenes lager, som er [argumentet for Paimon](https://hurukan.com/no/blog/tilstanden-domeneagenter-leser-paimon). ## En test du kan gjøre i dag Ta én beslutning virksomheten din tok forrige kvartal på grunnlag av en rapport: en kredittgrense, en etterbestilling, en pris. Prøv å få fram dataene nøyaktig slik de var den dagen beslutningen ble tatt, og navnet på personen som tok den. Tell timene. Det tallet er kostnaden ved å ha ett minne, og det er det registeret er til for. - register - lakehouse - revisjon - tabellformater - suverenitet ## Les videre - [Én identitet for mennesker og agenter: hvem får gjøre hva](https://hurukan.com/no/blog/en-identitet-for-mennesker-og-agenter) - [En agent som skriver til ERP: grensen mellom å lese og å skrive](https://hurukan.com/no/blog/en-agent-som-skriver-til-erp)