MemPalace gik fra 0 til 23.000 GitHub-stjerner pa 72 timer ved at argumentere for, at AI-hukommelse aldrig skal smide noget vaek. Alligevel kan det ikke indtage en eneste modetransskription. Den storste kilde til organisatorisk viden er ikke engang med i samtalen.

Kerneargumentet i MemPalace kan rummes i en eneste saetning, og README'en udtrykker det naesten som et manifest: AI-hukommelsessystemer skal lagre alt ordret og aldrig lade en LLM afgoere, hvad der er vaerd at beholde. README'ens formulering af konkurrencen er skarp: "Other memory systems try to fix this by letting AI decide what's worth remembering. It extracts 'user prefers Postgres' and throws away the conversation where you explained why." Den saetning er grunden til, at projektet gik viralt pa 72 timer. Det er ogsa den saetning, der gor kloeften for modetransskriptioner sa iojnefaldende. Et system, hvis hele eksistensberettigelse er aldrig at smide kontekst vaek, har ingen vej overhovedet til at indtage den storste kilde til organisatorisk kontekst, de fleste hold har.

Denne artikel kortlaegger den kloeft aerligt -- hvad MemPalace gor rigtigt, hvad det ikke adresserer, og hvordan en modenativ version af den samme ide ville skulle se ud.

23.000 stjerner pa 72 timer

Konteksten forst, kort, fordi hastigheden betyder noget. MemPalace lancerede den 6. april 2026. Inden for 24 timer havde det passeret 5.000 GitHub-stjerner. Den 8. april la det pa cirka 23.000 stjerner og 3.000 forks, med 159 PR'er allerede indsendt. Medskaberne er skuespillerinden Milla Jovovich (ja, netop hende) og ingenior Ben Sigman, og lanceringen blev baaret af et tweet med over 1,5 millioner visninger.

Benchmark-pastandene der drev lanceringen -- "first perfect score on LongMemEval, beating every product in the space" -- viste sig at vaere mere komplicerede end tweetet antydede, og faellesskabet pillede dem fra hinanden i realtid. Vi daekkede detaljerne i den kontrovers aerligt i AI-hukommelsesugen-gennemgangen, og vi kommer ikke til at gennemga det igen her. Kortversionen: hovedtallene sammenligner hentningsrecall med konkurrenternes end-to-end QA-nojagtighed, hvilket ikke er en ligevaerdig sammenligning, og "100 % pa LongMemEval"-koorslen involverede patches skrevet mod netop de fejlende sporgsmal. Det er reelt og vaerd at vide.

Men de arkitektoniske ideer under markedsforingen er ogsa reelle, og det er hvad denne artikel egentlig handler om. De 19 laese-skrive-MCP-vaerktojer. Den lokale SQLite-vidensgraf. Vinger-rum-haller-skuffer-den rumlige metafor. Firelagslasningssystemet der starter en agent pa cirka 170 tokens pa laveste niveau. Insisteringen pa at lagre originale ordrettte filer i "skuffer" der aldrig opsummeres vaek. Det er reelle ingenioorvalg med reelle konsekvenser. Fjern lanceringshypen, og der er et bidrag her, der er vaerd at tage alvorligt.

Sa lad os tage det alvorligt, i den ene retning der betyder mest for mennesker, der bygger modevaerktojer: hvad sker der, nar man retter MemPalace mod et mode?

Hvad MemPalace faktisk accepterer som input

Samtalevineren er i mempalace/normalize.py. Fem formater understoottes, og listen er praecis:

Claude Code JSONL
Claude.ai JSON
ChatGPT conversations.json
Slack-arbejdsomradeeksporter
Generelle tekstfiler

Viningstilstandene er lige sa specifikke. --mode convos parser chatstils-udvekslinger med turskifte. --mode projects gennemgar kodebaser pa tvaers af cirka 20 filendelser. --extract general korer et regex-baseret pass over ren tekst der leder efter overflademoonstre: beslutninger, praeferencer, milepasle, problemer, emotionelle oejeblikke. Det er hele overfladen.

Alle fem input deler en egenskab vaerd at naevne: de er skrevne samtaler mellem en menneskelig bruger og en AI, eller asynkrone tekstkanaler med en forfatter per besked. Vineren forventer den form. >-brugermarkoren, antagelsen om korte alternerende ture, fravaearet af al taleridentitetssporing -- ethvert designvalg i normalisereren afspejler en inputverden, der ligner chat.

Hvad MemPalace ikke accepterer

Listen over ting samtalevineren ikke haandterer er, i kontekst, hele formen af modeverdenen:

Intet VTT-format. WebVTT er standardundertekst- og transskriptionsformatet brugt af Zoom og en lang raekke videovaaerktojer. Det er ikke i normalisereren.
Intet SRT-format. Det andet dominerende undertekstformat brugt af transskriptionspipelines. Ogsa fravaerende.
Ingen nativ Zoom-transskripteksport. Hverken via struktureret felt eller filgenkendelse.
Ingen Microsoft Teams-transskripteksport. Samme.
Ingen Google Meet-transskripteksport. Samme.
Ingen bevidsthed om talerdiarisering. Chateksporter har en taler per besked per definition. Modetransskriptioner har flere talere per session, med overlappende kontekst, afbrydelser og identitet der skal losses pa tvaers af filer.
Ingen tidsstempelbevaring. Modetransskriptioner er forankret pa sekundet. Den forankring er det, der lader dig spore en beslutning tilbage til oejeblikket, den blev truffet. Intet i vineren bevarer det.
Ingen dagsordenbevidsthed. Moder er organiseret omkring emner. Chatter er reaktive. Vineren har intet koncept om emngraenser inden i en session.
Ingen monologstoootte. En lang uafbrudt straekning af en taler -- almindelig i stemmememoer, forelaeesninger og mange virkelige moder -- ligner ikke en chatudveksling og passerer ikke rent igennem vineren.

To yderligere fakta gor kloeften umulig at laese som utilsigtet. Ordet "meeting" forekommer nul gange i MemPalaces dokumentation og kodebase. Ordet "transcript" forekommer nul gange. Dette er ikke en forseelse at patche i en 1.0.1-udgivelse. Det er et designomrade, projektet aldrig gik ind i.

Det er i ovrigt helt fint. Projekter har lov til at afgraense sig. Pointen er ikke, at MemPalace tager fejl i at fokusere pa chatartefakter. Pointen er, at ordret-forst-filosofien er praecis den filosofi, moder har brug for, og projektet der artikulerede den hojest er endnu ikke i naaerheden af de input, hvor det ville betyde mest.

Hvorfor moder er strukturelt anderledes end chatter

Det er vaerd at vaere praecis om, hvorfor et chatformet hukommelsessystem ikke bare kan absorbere et mode ved at behandle det som endnu en tekstfil. De strukturelle forskelle er ikke kosmetiske.

Flertalersamtaler inden for en enkelt session. En chateksport er en sekvens af enautormeddelelser. En modetransskription er en enkelt session med flere talere, hvis ture overlapper, hvis kontekst afhaenger af hinanden, og hvis identiteter skal spores gennem hele filen snarere end per besked.

Lange monologer fulgt af reaktiv diskussion. Virkelige moder veksler mellem, at nogen taler i ti minutter, og en byge af tolinjesvar. Chatvinere antager kort turskifte. Begge former bryder antagelsen.

Dagsordensdrevet flow. Moder er struktureret omkring emner, der spaender over flere talere. Det samme emne kan koore i femten minutter, derefter vende kort tilbage tredive minutter senere. En meningsenhed her er ikke "en tur" -- det er "en diskussion af X pa tvaers af flere ture af flere mennesker." Chatvinere har intet koncept om dette.

Krydsmoodekontinuitet. Sarah fra kundeteamet i denne uges samtale er den samme Sarah naeste uge, selv om hun dukker op i et mode, som MemPalace ville arkivere under et andet rum. Taleridentitet skal losses pa tvaers af filer, ikke inden i dem. Chateksporter har ikke dette problem, fordi brugeren altid er en person.

Beslutningsoejeblikke forankret i tidsstempler. Nar et mode beslutter noget, eksisterer beslutningen pa et specifikt punkt i optagelsen. Det tidsstempel er, hvordan du reviderer beslutningen senere. Et hukommelsessystem der dropper tidsstempler ved indtagelse kan ikke svare pa "praecis hvornaar blev dette besluttet," hvilket er sporsmalet der betyder mest, nar beslutninger gar galt.

Handlingspunkter der spaender over moder. Noget der tildeles i mode A og losses i mode B er ikke to urelaterede fakta. Det er en trad. En chatformet ekstraktor ser dem som uafhaengige observationer. En modeformet ekstraktor ma modellere selve traden.

Et hukommelsessystem designet til chat behandler hver tur som en uafhaengig enhed og lader korpuset forme sig nedefra og op. Et hukommelsessystem for moder ma behandle hele samtalen som en enhed, og alligevel ekstrahere strukturerede signaler -- beslutninger, forpligtelser, entitetsomtaler -- der spores pa tvaers af sessioner. Det er ikke det samme job.

Hvad MemPalace gor rigtigt

Dette er den del af artiklen, hvor det ville vaere billigt at vaere en hater. Den aerlige laesning er det modsatte: de fleste af MemPalaces baerende arkitektoniske valg er praecis, hvad et modenativt hukommelsessystem ogsa ville have brug for. Projektet er taettere pa "rigtigt monster, forkerte input" end "forkert monster."

Ordret lagring som primitiv. "Skuffe"-monstret -- originalfiler bevaret praecist, aldrig opsummeret over -- er det rigtige basislag for modetransskriptioner. Moder er praecis den slags kilde, hvor ekstraktion mister kritisk kontekst. Formuleringen betyder noget. Tooven betyder noget. Opfolgingssporsmalet som ingen svarede pa betyder noget. At lagre det ordrettte transskript og behandle enhver kompileret artefakt som en afledt visning oven pa er den arkitektur, modevaerktojer burde bruge allerede og for det meste ikke gor. (For den bredere version af det argument, se mode-til-wiki-kloeften.)

Lokal-forst som standard. Modetransskriptioner er blandt de mest folsomme data, en organisation ejer. De indeholder kundesamtaler, interne uenigheder, navngivne personer der diskuterer ting, de ikke ville skrive ned. De nordiske datasuveraenitetsbetaenkeligheder er reelle, og de forsvinner ikke. MemPalaces standard med at koore pa lokal SQLite og ChromaDB, uden nogen skyomvej pakreevet, er den rigtige startposition. De fleste modevaerktojer defaulter for tiden den anden vej.

Laese-skrive-MCP-vaerktojer. Dette er gennembruddet, ingen naevner tydeligt nok. Naesten enhver mode-MCP-server der er blevet leveret hidtil er skrivebeskyttet -- agenter kan soge transskriptioner og hente opsummeringer, men intet skriver tilbage. MemPalace leverer 19 vaerktojer, og listen inkluderer eksplicit add_drawer, kg_add, kg_invalidate og diary_write. Skriveoperationer er forsteklasses. Det er den arkitektoniske form, modevaerktojer har brug for at udvikle sig mod, og MemPalace er for tiden det tydeligste eksempel pa det i open source-hukommelsesomradet.

Firelagslasningssystemet. Opdelingen i L0 identitet, L1 kritiske fakta, L2 rumgenkaldelse, L3 dybsogning er et reelt ingenioorvalg med en malbar omkostning. Uafhaengig reproduktion placerer faktisk L0+L1 taettere pa 600--900 tokens end README'ens 170, men princippet holder: en agent der har brug for kontekst, hver gang den starter, drager enormt fordel af en trinvis lasningsmodel, hvor det meste af informationen kun hentes, nar den efterspoorges. Modeagenter der ma briefe sig om en person eller et projekt for de svarer, har brug for praecis denne form.

Skema-som-fil-monstret. MemPalaces struktur defineres i almindelige filer, LLM'en laeser ved opstart. Det er det samme monster, Karpathy beskrev for den LLM-vedligeholdte wiki -- en CLAUDE.md eller AGENTS.md der fortaeller modellen, hvordan indhold skal kompileres ind i vidensbasen. Det er portabelt, versionskontrollerbart og tvinger mennesket til at taenke klart over, hvad vidensbasen faktisk er. Modevaerktojer har ikke adopteret dette monster overhovedet. Det burde de.

Hvad MemPalace gor forkert (eller slet ikke) for moder

Nu den anden side. Tag ideerne ovenfor som givne, og kloefterne for modesagen skaerpes hurtigt.

Vinger-rum-haller-metaforen mapper ikke naturligt pa moder. Moder er episodiske, ikke tematiske. Et enkelt entimesmode berorer fem "rum" vaerd af emneomrader. At tvinge det ind i et enkelt rum mister krydstematisk kontekst. At opdele det pa tvaers af rum mister sessionsenheden. Ingen af delene er rigtigt. Chathukommelse er naturligt rumformet, fordi hver samtale for det meste handler om en ting. Moder er det ikke.

Samtalevineren forventer chatmoonstre, ikke modestruktur. Dokumenteret ovenfor. >-brugermarkoren, den antagne turkadence, fravaearet af al talerkontinuitetssporing -- intet af det overlever kontakt med en virkelig transskriptionsfil.

Vidensgrafen er reel men begraenset, og modsigelsesdetektering eksisterer faktisk ikke. Denne er vigtig og overraskende. README'en demonstrerer gentagne gange modsigelsesdetektering ("AUTH-MIGRATION: attribution conflict -- Maya was assigned, not Soren"). Leonard Lins uafhaengige kodegennemgang fandt nul forekomster af "contradict" i knowledge_graph.py. En separat fact_checker.py eksisterer men er ikke koblet til KG-operationerne. Projektet har anerkendt dette. For moder er modsigelsesdetektering en af de mest vaerdifulde taenkelige funktioner -- stred denne uges beslutning mod forrige maneds? -- og lige nu implementerer MemPalace det ikke, selv for de input det understootter.

Ingen taleridentitetsoplosning pa tvaers af moder. "Sarah" i mode et og "Sarah Chen" i mode fem er forskellige entiteter for MemPalace. Der er ingen stemmefingeraftrykkning, intet navnesammenslaaningspass, intet entitetsoplosningslag designet til samtalelyd. For at modeviden skal akkumulere -- hele grunden til at man ville bygge dette i forste omgang -- skal taleridentitet losses ved kilden, ikke retrofittes ved sporgetidspunktet.

Ingen beslutningsekstraktion. --extract general-tilstanden korer regex mod tekst der leder efter beslutninger og praeferencer. Det fanger overflademoonstre. Det forstar ikke modestruktur, som er der de fleste beslutninger faktisk lever ("ok, sa vi gar med det andet alternativ" er strukturelt en beslutning netop pa grund af diskussionen der kom for den). Modetransskriptioner har brug for ekstraktion der er bevidst om samtalekonteksten, ikke moonstermatching mod nogleeord.

Debatten ordret-kontra-ekstraktion, anvendt pa moder

Tag et skridt tilbage. MemPalaces "lagr alt ordret"-position er en pol i en gammel debat. Den anden pol er modevaerktojer som Granola, der lagrer forbedrede noter briljant og i vid udstraekning smider det ra transskript vaek. Begge poler har et reelt argument bag sig. Ordret-forsvarere har ret i, at ekstraktion mister kontekst. Ekstraktionsforsvarere har ret i, at ingen genlaeser et firetimers transskript.

Det aerlige svar er, at dette er en falsk binaer. Den rigtige arkitektur lagrer begge:

Det ordrettte transskript, uforanderligt, sa ethvert oejeblik kan afspilles, og enhver ekstraktion kan udledes pa ny.
Strukturerede signaler -- beslutninger, entiteter, handlingspunkter, taleridentiteter -- ekstraheret ved indtagelse og sporet pa tvaers af sessioner som forsteklasses objekter.
En enkelt sporgegraenseflade der lader dig na ind i begge lag afhaengigt af, hvad du har brug for.

Det er ogsa den arkitektur, Karpathy beskrev for den LLM-vedligeholdte wiki, med radata i en mappe og en kompileret, regenererbar wiki oven pa. Hvis du ikke har laest arbejdsgangsguiden eller modeviden-formuleringen, gor de det samme pointe i fuld laengde. Den skeptiske version af den samme samtale, inklusive tokenkostnads- og kontamineringsbetaenkeligheder, er i LLM-wiki-skeptikerens guide.

MemPalace har taget den ordrettte halvdel alvorligt og ekstraktionsdelen let. De fleste modevaerktojer har gjort det modsatte. Ingen af dem er faerdige.

Hvordan et modenativt MemPalace ville se ud

Hvis man tog den arkitektoniske filosofi fra MemPalace og genopbyggede den til moder fra bunden, er komponenterne ikke mystiske. Listen laeser sig som en produktspecifikation.

Nativt indtagelse af modeformater. VTT, SRT, Zoom, Teams, Google Meet, Otter-eksporter, ra lyd gennem transskription. Alt der producerer ord sagt af mennesker i et rum.
Taleroplosning som en forsteklasses operation. Stemmefingeraftryk, navneekstraktion fra kontekst, krydsmodeidentitetssammenslaaing. "Sarah Chen" i uge fem forenes med "Sarah" i uge et uden at brugeren behover at sporge.
Beslutnings- og handlingspunktekstraktion i indtagelsespipelinen. Ikke som en nedstrooms chatfunktion. Som en del af, hvordan et mode bliver en hukommelse. Ekstraherede poster lever som forsteklasses entiteter i grafen, tagget med kildemode og tidsstemplet inden i det.
Krydsmodesyntese som en persistent artefakt. "Alt Sarah har forpligtet sig til over de sidste seks moder" skal ikke vaere et chattsvar, der forsvinder, nar du lukker fanen. Det skal vaere en markdown-fil, der eksisterer i morgen og opdaterer sig inkrementelt efter det syvende mode.
En MCP-vaerktoejsoverflade til bade laese og skrive. Laesesvaerktojer til at soge transskriptioner og hente entiteter. Skrivevaerktojer til at indtage nye moder, opdatere beslutningslogge, sla taleridentiteter sammen, flagge modsigelser. Skrivehalvdelen er den del, de fleste modevaerktojer mangler i dag.
Lokal-forst-arkitektur med EU-dataresidency som standard. Ikke som et enterprise-tillaeg. Som startpositionen. Dette er grundkrav for europaeiske kunder og i stigende grad for alle andre.

Det er ikke et hypotetisk produkt. Vi har bygget det hos Proudfrog i maneder -- Proudfrogs MCP-server, for tiden i beta med fem skrivebeskyttede vaerktojer og skrivevaerktojer pa vej, er den bro, vi laegger mellem modetransskription og Karpathy/MemPalace-hukommelsesmonstret. Det er den eneste saetning i denne artikel om vores eget produkt, og den er her, fordi kloeften denne artikel beskriver er kloeften, vi har bygget mod.

Det abne sporgsmal

Problemet med ordret lagring af moder er nu synligt pa en made, det ikke var for to uger siden. MemPalace lagde den ene halvdel af svaret pa bordet, meget hojt. Modevaerktojerne har det meste af den anden halvdel, men indser endnu ikke, at de har brug for MemPalaces halvdel. Sporsmalet for de naeste tolv maneder er, hvem der lukker afstanden. Tilfojer MemPalace modestotte? Adopterer et modevaerktoj MemPalaces ordret-forst, skrive-tilbage, lokal-forst-arkitektur? Ankommer en ny aktoer og gor begge dele samtidig?

Uanset svaret er kloeften nu laesbar, og den synlighed er den del, der manglede. Man kan argumentere om, hvem der er bedst positioneret til at lukke den. Man kan ikke laengere argumentere for, at den ikke er der.

Ofte stillede sporgsmal

Hvorfor understoootter MemPalace ikke modetransskriptioner?

Det blev ikke bygget til dem. MemPalaces samtaleviner er designet til chatformede artefakter -- Claude Code-logge, ChatGPT-eksporter, Slack -- hvor hver besked har en forfatter, og turkadencen er kort. Modetransskriptioner har en fundamentalt anderledes struktur: flere talere per session, lange monologer, dagsordensdrevet emneflow og tidsstempler der forankrer beslutninger. At understoootte dem ville kraeve at tilfoeje native parsere til VTT, SRT og de store modeplatformes eksportformater, plus et taleroplosningslag der for tiden ikke eksisterer noget sted i kodebasen. Det er et andet designomrade, og ordene "meeting" og "transcript" forekommer begge nul gange i projektets dokumentation. Det er det tydeligste signal om, at dette var et bevidst afgraensningsvalg snarere end en forseelse.

Kan jeg bare gemme min modetransskription som en tekstfil og fode den til MemPalace?

Du kan, og det kommer ikke til at crashe. Den generelle teksttilstand accepterer det, den regex-baserede ekstraktor traekker overflademoonstre ud af det, og resultatet lander i en skuffe. Hvad du mister er alt, der gor en modetransskription nyttig: taleridentitet, tidsstempler, dagsordensgraenser, distinkttionen mellem en monolog og en diskussion, og al krydsmoodekontinuitet for de involverede personer. Du ender med en ordret blob, der er sogbar men ikke struktureret. Det er bedre end ingenting og meget vaerre end, hvad en modeformet pipeline ville give dig.

Hvad er forskellen mellem MemPalaces ordrettte lagring og Otters fulde transskription?

Otter lagrer transskriptionen og eksponerer den gennem sogning og en chatbot. MemPalace lagrer radata i "skuffer" og behandler dem som uforanderligt kildemateriale, som alt andet udledes fra, med eksplicitte skrivevaerktojer til at opdatere en vidensgraf oven pa. Den filosofiske forskel er, hvad hvert system mener, lagringen er til for. Otter behandler transskriptionen som produktet. MemPalace behandler den ordrettte fil som det betroede kildelag under en kompileret, sporgbar graf. Otter-tilgangen er nemmere at bruge i dag; MemPalace-tilgangen er taettere pa den arkitektur, man vil have, hvis man bekymrer sig om viden der akkumuleres pa tvaers af sessioner.

Er MemPalaces vidensgraf god nok til modebeslutninger?

I sin nuvaerende form, nej. Grafen er reel -- SQLite-understoottet, subjekt-praedikat-objekt-tripler med temporale gyldighedsvinduer -- og den temporale model er genuint nyttig. Men modsigelsesdetektering, som er en af de mest vaerdifulde taenkelige funktioner for en modebeslutningslog, er ikke implementeret i koden trods at README'en antyder det modsatte. Uafhaengig kodegennemgang af Leonard Lin bekraeftede dette, og projektet anerkendte det. Til at spore beslutninger pa tvaers af moder -- "stred denne uges samtale mod forrige maneds?" -- er grafen et udgangspunkt, ikke et faerdigt vaerktoj.

Hvordan adskiller Proudfrog sig fra en modenativ version af MemPalace?

Den korteste made at sige det pa: Proudfrog begynder, hvor MemPalace slutter. Proudfrog haandterer de dele, MemPalace ikke gor -- optagelse, transskription, talerdiarisering, identitetsoplosning pa tvaers af moder, beslutnings- og handlingspunktekstraktion, og et videnslag der opdaterer sig selv, nar nye moder ankommer -- og er bygget lokal-forst med EU-dataresidency fra begyndelsen. Proudfrogs MCP-server (laesesvaerktojer i dag, skrivevaerktojer naeste) er taenkt til at spille den samme rolle for moder, som MemPalaces MCP spiller for chatter. Vi er ikke de eneste, der kunne lukke denne kloeft, men vi har bygget mod praecis denne form i maneder, og mange af designvalgene i MemPalace ser bekendte ud for os netop af den grund.

Bor jeg vente pa, at MemPalace tilfojer modestotte?

Hvis du har brug for det i dag, nej. Projektet er tre dage gammelt i skrivende stund, bidragyderne er responsive, men roadmappet er optaget med langt mere umiddelbare problemer (benchmark-metodologien, AAAK-komprimeringspastandene, modsigelsesdetektionskloeften), og modeindtagelse ville kraeve et substantielt nyt delsystem snarere end en lille patch. Hvis du er en udvikler, der vil eksperimentere med ideerne, fork det og forsoog at skrive en VTT-normaliser -- det er praecis den slags bidrag, projektet sandsynligvis ville byde velkommen. Hvis du har brug for en fungerende pipeline til dit holds moder nu, se pa vaerktojer der blev bygget til moder fra starten, og som tager den ordrettte og kompilerede arkitektur alvorligt. Vidensarbejdernes usecase og funktionssiden er de naermeste beskrivelser af, hvordan vi taenker om det.

MemPalace lagrer alt. Dine moder lagrer ingenting. Her er kloeften.