- EmDash er et nytt, MIT-lisensiert TypeScript CMS fra Cloudflare, bygget på Astro og posisjonert som en serverløs "åndelig etterfølger" til WordPress.
- Plugin- og temamodellen fokuserer på sandkassede dynamiske arbeidere med eksplisitte funksjoner, med mål om å fikse langvarige WordPress-sikkerhetsproblemer.
- EmDash er AI-native, med agentferdigheter, en innebygd MCP-server, CLI-verktøy og passordgodkjenning, pluss x402-betalingsstøtte for å tjene penger på AI- og agenttrafikk.
- Migreringsverktøy, WordPress-kompatibilitetsmål og serverløs skalering står side om side med tidlig kritikk om Cloudflare-avhengighet og det fortsatt gryende økosystemet.

Cloudflare har introdusert EmDash, et nytt innholdsadministrasjonssystem med åpen kildekode som omarbeider mange av WordPress' ideer i TypeScript, oppå en serverløs kjøretid. Prosjektet er utformet som en slags åndelig oppfølger til WordPress, men gjenoppbygd for en verden av AI-agenter, globalt distribuert databehandling og betal-per-forespørsel-infrastruktur i stedet for delt PHP-hosting.
Bak markedsføringslinjen finnes det en konkret teknisk historie: EmDash er skrevet utelukkende i Loggfila, integreres dypt med Cloudflare Workers, bruker Astro-rammeverket som fundament, og leveres med en selvsikker sikkerhetsmodell, AI-vennlige verktøy og en innebygd betalingsprotokoll for automatiserte klienter. Samtidig har lanseringen utløst debatt i WordPress-fellesskapet om hvor langt EmDash egentlig følger i WordPress' fotspor og hvor mye det er designet for å styre brukere mot Cloudflares plattform.
Fra WordPress-arv til et nytt TypeScript-først CMS
Cloudflares egen kunngjøring beskriver EmDash som en «WordPress’ åndelige etterfølger» snarere enn en forgrening eller omskriving. WordPress fyller 24 år i år og driver fortsatt godt over 40 % av alle nettsteder og nærmere 60 % av alle nettsteder som bruker et CMS, ifølge tall fra w3techs. Den langvarige suksessen kommer med akkumulert arkitektonisk bagasje: PHP, tradisjonelle servere og en plugin- og temamodell som vokste opp i en helt annen hostingæra.
EmDash har som mål å beholde den brede ideen om en åpen publiseringsplattform som alle kan kjøre, utvide og tematisere, samtidig som den eldre stacken forkastes. CMS-kjernen er skrevet i TypeScript og kjører serverløs, men Cloudflare understreker at du også kan distribuere det på hvilken som helst Node.js-vert hvis du foretrekker å ikke bruke Workers. Under panseret er EmDash teknisk sett en Astro-integrasjon: Cloudflare kjøpte opp Astro Technology Company tidlig i 2026 og bruker nå Astro som renderingsmotor og temarammeverk for sitt nye CMS.
Cloudflares ingeniører sier at prosjektet ble bygget over omtrent to måneder, med sterk hjelp fra AI-kodingsagenterDette følger en tidligere intern øvelse der selskapet hevder å ha gjenskapt Next.js på omtrent en uke ved hjelp av en lignende agentisk tilnærming. EmDash har nådd en v0.1.0-forhåndsvisning, åpen på GitHub under den permissive MIT-lisensen, med startmaler rettet mot blogger, markedsføringssider og porteføljer.
Åpen kildekode, MIT-lisens og WordPress-kompatibilitetsmål
En av de bemerkelsesverdige avgjørelsene rundt EmDash er lisensieringen. WordPress er lisensiert under GPL, og fordi plugins og temaer er så tett sammenvevd med kjernekoden, hevder mange at WordPress-utvidelser også må være GPL-kompatible. Det har alltid formet hvordan kommersielle plugin-bedrifter opererer. EmDash er derimot MIT-lisensiert, og Cloudflare understreker at ingen WordPress-kildekode ble brukt i utviklingen, selv om funksjonsparitet med vanlig WordPress-funksjonalitet er et langsiktig mål.
Denne separasjonen lar EmDash-pluginer og -temaer ta i bruk enhver lisens forfatteren velger, omtrent på samme måte som biblioteker på npm, PyPI eller Packagist gjør. For bedrifter og juridiske team som er skeptiske til GPL-forpliktelser, posisjonerer Cloudflare MIT-lisensiering som enklere og mindre risikabelt. En av prosjektets ledende ingeniører bemerket at arbeidet som kreves for å være helt sikker på at EmDash kunne MIT-lisensieres, også understreket hvorfor dette valget var viktig for bedriftsbrukere.
Når det gjelder kompatibilitet, er ikke EmDash ment å kjøre PHP-kode eller WordPress-plugins direkte. Cloudflare tilbyr i stedet migreringsverktøy som importerer innhold og media fra et eksisterende WordPress-nettsted, enten ved hjelp av en standard WXR-eksport eller en dedikert EmDash Exporter-plugin som oppretter et sikkert endepunkt beskyttet av et WordPress-applikasjonspassord. Når de er importert, blir innlegg, sider, tilpassede innleggstyper og tilhørende media kartlagt i EmDash-samlinger, mens temaer og plugins må gjenskapes, potensielt med hjelp fra AI-agenter.
Serverløs arkitektur og Cloudflare-arbeidere
På infrastrukturnivå er EmDash designet for en verden der det å være vert for et nettsted betyr å sende JavaScript til en globalt distribuert runtime i stedet for å klargjøre en enkelt PHP-server. På Cloudflare kjører EmDash-instanser på Arbeidere, som er basert på V8 JavaScript-motoren og bruker lette isolater for å kjøre kode i sandkasser som kan spinne opp og ned i løpet av millisekunder.
Denne modellen gir EmDash-egenskaper som tradisjonelle WordPress-distribusjoner ikke naturlig har: instanser kan skaler ned til null når ingen forespørsler kommer inn, unngå inaktiv databehandling, og deretter spres ut til et stort antall isolater under trafikktopper uten forhåndsklargjort kapasitet. Cloudflare fremhever at fakturering er knyttet til CPU-tid – det faktiske arbeidet som utføres – snarere enn til virtuelle maskiner med lang levetid.
Cloudflares egne plattformverktøy, inkludert Cloudflare for plattformer, betyr at hostingleverandører eller SaaS-leverandører teoretisk sett kan kjøre millioner av isolerte EmDash-leietakere på det samme globale nettverket som noen av de største nettstedene allerede er avhengige av. Når det er sagt, er EmDash teknisk sett ikke låst til Cloudflare: en Node.js-server kan også være vert for den samme TypeScript-kodebasen, om enn uten alle Worker-spesifikke funksjoner.
Utover effektivitet, rammer selskapet inn denne arkitekturen som en del av en bredere filosofi: å lage høytytende, globalt skalerbar webinfrastruktur tilgjengelig med lave eller gratis nivåer, slik at selv små utgivere kan drive nettsteder som takler uforutsigbar trafikk uten komplisert driftsarbeid.
Plugin-sikkerhet: sandkassede dynamiske arbeidere og funksjoner
Det er innen sikkerhet Cloudflare gjør sin mest aggressive sammenligning med WordPress. Ifølge dem, 96 % av kjente sikkerhetsproblemer På WordPress-nettsteder kan spores tilbake til plugins, og antallet plugin-sårbarheter med høy alvorlighetsgrad som ble funnet bare i 2025 oversteg de to foregående årene til sammen. Det er neppe overraskende når man tenker på modellen: en WordPress-plugin er et PHP-skript med direkte tilgang til databasen, filsystemet og forespørselskonteksten, og den kjører i samme utførelsesmiljø som resten av nettstedet.
EmDash foreslår en helt annen struktur. Hver plugin distribueres som en Dynamisk arbeider, i praksis et eget isolat med et tett definert grensesnitt. I stedet for å kunne kalle hva som helst og berøre alt, deklarerer en plugin et sett med muligheter via bindinger i en manifestfil. Disse funksjonene kan omfatte lesing av spesifikke innholdssamlinger, sending av e-post eller utgående HTTP-forespørsler til en bestemt vert. Hvis en funksjon ikke er deklarert i manifestet, kan ikke plugin-modulen bruke den.
Et enkelt eksempel fremhevet av Cloudflare er en plugin som sender e-post til redaktører når et blogginnlegg publiseres. I EmDash lister en slik plugin eksplisitt opp funksjoner som les:innhold og e-post:send, og kobler seg til en hendelse som content:afterSaveInnenfor den behandleren kan den inspisere innholdsmetadata, bestemme om den skal handle, og deretter sende en e-post gjennom det bundne API-et. Den har ingen tilgang til rå database, ingen generell tilgang til filsystemer og ingen ubegrenset nettverkstilkobling.
Fordi manifestet er statisk, kan administratorer gjennomgå nøyaktig hva en plugin vil bli bemyndiget til å gjøre før installasjon, på en måte som minner om OAuth-omfang eller tillatelser for mobilapper. Plattformoperatører kan også definere retningslinjer: for eksempel å forby plugins som ber om ekstern nettverkstilgang, eller begrense visse funksjoner til kun administratorgodkjente utvidelser, uten å manuelt gjennomgå tusenvis av kodelinjer.
Bryte markedsinnelåsing med lisensiering og isolasjon
Cloudflare kobler denne funksjonsmodellen med en bredere kritikk av sentraliserte plugin-markedsplasser. I WordPress-økosystemet går pluginer som sendes inn til den offisielle katalogen gjennom en manuell gjennomgangsprosess, med en kø som angivelig går på hundrevis av ventende innsendinger og leveringstider på flere uker. Den menneskelige gjennomgangen eksisterer i stor grad fordi en plugin kan gjøre nesten hva som helst med et nettsted når den er installert.
Det finnes også en økonomisk vinkel: fordi plugins er så tett koblet til WordPress-kjernen, hevder mange juridiske eksperter at de må arve WordPress' GPL-lisens. Det kan igjen gjøre det vanskeligere å bygge proprietære eller blandede lisensprodukter uten komplekse forretningsmodeller. Cloudflare ser på dette som en slags markedsplasslåsing der plugin-utviklere er sterkt avhengige av den offisielle katalogen for tillit og distribusjon, samtidig som de gir bort brede rettigheter til koden sin.
EmDashs tilnærming er å la plugins oppføre seg mer som selvstendige tjenester. Plugin-utviklere velger hvilken som helst lisens de ønsker; koden kjører i isolerte sandkasser og kan i prinsippet utføres uten at verten noen gang ser kilden. I teorien kan dette muliggjøre et annet tillitsmønster: i stedet for å stole på en sentral markedsplasss manuelle gjennomgang og omdømmesignaler, stoler operatørene på plattformens tekniske begrensninger og plugin-modulens erklærte funksjoner.
I denne modellen kan omdømmesystemer, private registre eller tredjeparts markedsplasser fortsatt eksistere, men forfattere er ikke strukturelt knyttet til en enkelt distribusjonskanal. Cloudflare hevder at jo mer folk kan stole på plattformens sikkerhetsgrenser, desto mer villige vil de være til å eksperimentere med nye programtillegg og mindre leverandører – på samme måte som godt håndhevede standarder for mattrygghet oppfordrer gjester til å prøve nye restauranter, ikke bare de største kjedene.
Astrodrevne temaer og tryggere presentasjonslag
På presentasjonssiden lener EmDash seg igjen på Astro-økosystemet i stedet for å arve WordPress' temamodell. Et tema er i hovedsak et Astro-prosjektet som inneholder sider, layouter, komponenter, stiler og en seed-fil. Seed-filen forteller EmDash hvilke innholdstyper og felt som skal opprettes, slik at temaet og CMS-et deler et konsistent skjema.
For utviklere som allerede er kjent med moderne frontend-stabler, betyr Astros filbaserte ruting- og komponentsystem at det å opprette eller endre temaer føles som en naturlig forlengelse av vanlige arbeidsflyter. For AI-verktøy som er trent tungt på moderne JavaScript-rammeverk, er denne tilnærmingen også enklere å resonnere rundt enn en blanding av PHP-maler og WordPress-spesifikke API-er spredt over functions.php og diverse kroker.
EmDash har også en strengere holdning til hva temaer har lov til å gjøre. Selv om populære WordPress-temaer kan være kraftige, kjører de vilkårlig PHP og deler ofte de samme brede rettighetene som plugins, noe som gjør dem til en attraktiv angrepsflate. I EmDash, temaer kan ikke utføre databaseoperasjoner direkte og forventes å fokusere på å gjengi innhold i stedet for å orkestrere forretningslogikk, noe som reduserer sikkerhetsavtrykket til presentasjonslaget.
AI-native i design: Agentferdigheter, MCP-server og CLI
Cloudflare beskriver gjentatte ganger EmDash som en «AI-native CMS», og den etiketten er ikke bare et markedsføringsslagord. Systemet eksponerer flere inngangspunkter som er spesielt utviklet for å gjøre det enkelt for AI-agenter å inspisere, omkonfigurere og utvide et EmDash-nettsted uten manuell skripting.
Hver instans leveres med Agentferdigheter – strukturerte beskrivelser av hva EmDash kan gjøre, inkludert hookene den tilbyr, tilgjengelige plugin-funksjoner, hvordan man definerer eller endrer skjemaer, og til og med veiledninger for portering av eldre WordPress-temaer til Astro-baserte EmDash-temaer. Når en AI-agent får tilgang til en kodebase pluss disse ferdighetene, har den instruksjonene som trengs for å for eksempel sette opp en ny plugin, legge til en innholdstype eller tilpasse oppsett.
I tillegg til dette inkluderer EmDash en innebygd Model Context Protocol (MCP)-serverMCP er en ny måte for verktøy som Claude eller andre AI-assistenter å samhandle med eksterne systemer på en standardisert måte. Gjennom EmDash MCP-serveren kan en agent utføre de samme operasjonene som en menneskelig administrator kan fra brukergrensesnittet: laste opp media, spørre og redigere innhold, administrere skjemaer og mer.
For programmatisk kontroll utenfor MCP-kanalen finnes det også en EmDash CLI som fungerer med både lokale og eksterne instanser. CLI-en tillater skriptstyrte eller agentdrevne arbeidsflyter for oppgaver som å starte nye nettsteder, synkronisere konfigurasjon og innhold, eller orkestrere migreringer. Cloudflare omtaler eksplisitt rutinemessig CMS-arbeid – strengutskiftninger, omforming av felt, flytting av innhold – som den typen aktivitet EmDash er ment å overføre til agenter i stedet for utviklere som skriver engangsverktøy.
x402 og en innebygd forretningsmodell for agenter
Lanseringen av EmDash skjer mot et bakteppe der AI-crawlere og -agenter konsumerer store mengder innhold uten nødvendigvis å levere annonseinntekter eller affiliate-trafikk i retur. Cloudflare hevder at forretningsmodellen til nettet, spesielt for teksttunge utgivere, er under press ettersom flere «besøkende» er automatiserte klienter som foretar HTTP-forespørsler på vegne av brukere.
For å løse dette leveres EmDash med innebygd støtte for x402, en åpen og nøytral protokoll for internettbetalinger bygget rundt HTTP 402-statuskoden «Payment Required». Ideen er enkel: Når en klient – enten det er en nettleser, en AI-agent eller et annet automatisert system – ber om beskyttet innhold, kan serveren svare med en 402-status, som signaliserer at betaling er nødvendig. Klienten betaler deretter på forespørsel, og når betalingen er bekreftet, får den tilgang til innholdet.
Cloudflare har utviklet x402-infrastruktur en stund, inkludert betaling per gjennomsøkingssystemer for AI-boter, prismaler per rute og samarbeid med betalingsnettverk som Visa og Mastercard rundt agenthandel. Selskapet rapporterer håndtering over en milliard 402 svar per dag på tvers av nettverket sitt, noe som illustrerer at mønsteret er mer enn et tankeeksperiment.
Innenfor EmDash krever ikke bruk av x402 at man bygger en tilpasset faktureringsstabel. En nettstedsoperatør kan flagg hvilke innholdsdeler som skal kreve betaling, sette priser og koble en lommebok, og CMS-et håndterer 402-forhandling og tilgangskontroll. Det gjør det mulig å eksperimentere med betaling per bruk-tilgang for agenter og andre kunder uten abonnementer, betalingsmurer eller skreddersydd integrasjonsarbeid.
Autentisering og tilgangskontroll: standard passord
På administratorsiden forsøker EmDash å modernisere et annet langvarig CMS-problem: brukerautentisering. I stedet for den tradisjonelle brukernavn- og passordmodellen som brukes av WordPress, bruker EmDash standard ... passordbasert påloggingTilgangsnøkler er avhengige av kryptografi med offentlige nøkler og autentisering på enhetsnivå, som fjerner gjenbruk av passord og forsøk på brute force-pålogging fra trussellandskapet.
Systemet støtter kjente rollebasert tilgangskontroll standard, med roller som administrator, redaktør, forfatter og bidragsyter, hver med spesifikke operasjoner som mål. Autentisering er utformet for å være pluggbar, slik at organisasjoner kan integrere sine eksisterende leverandører av enkel pålogging og automatisk tilordne metadata for identitetsleverandører til EmDash-roller.
Tidlige testere har rapportert at forhåndsvisningskoden fortsatt har noen ujevnheter: for eksempel opplevde et Linux-basert oppsett problemer der passordflyten mislyktes, og en magisk lenke sendt på e-post førte til et svar med «siden ikke funnet». Dette er den typen feil i forhåndsvisningsfasen som forventes å bli rettet opp etter hvert som prosjektet modnes, men de understreker også at EmDash er i en ekte betafase snarere enn et fullstendig herdet bedriftsprodukt.
Innholdsmodellering, tilpassede typer og WordPress-migrering
Modellering av innhold i WordPress har historisk sett krevd enten å jobbe innenfor begrensningene til innlegg og sider eller å installere tunge plugins som Advanced Custom Fields for å lage tilpassede strukturer. Alle disse dataene havner deretter i en enkelt innleggstabell med ulike lag med metadata, som kan bli overfylt over tid. EmDash går en annen vei: administratorer kan definere skjemaer direkte i administrasjonspanelet, og systemet oppretter separate samlinger i det underliggende datalageret for hver innholdstype.
Under migreringen kan EmDash kartlegge eksisterende WordPress tilpassede innleggstyper til nye EmDash-innholdstyper, noe som effektivt gjør en WordPress-taksonomi om til en førsteklasses samling. Vedlagte medier importeres automatisk til EmDashs mediebibliotek når innhold hentes over, noe som reduserer behovet for manuell filhåndtering eller omskriving av stier.
Selve overføringen kan håndteres på to måter: eksport av en WXR-fil fra WordPress-administratoren og importere den til EmDash, eller installer en EmDash Exporter-plugin som eksponerer et sikkert, autentisert endepunkt som EmDash kan hente fra. Cloudflare oppgir at for mange nettsteder fullføres mesteparten av innholdsmigreringen på få minutter, selv om det å implementere komplekse temaer eller PHP-tunge plugins på nytt fortsatt er et mer involvert prosjekt.
For nettsteder som er avhengige av skreddersydde WordPress-blokker eller tilpassede oppsett, tilbyr EmDash en ekstra hjelper: EmDash Block Kit Agent-ferdighetDette gir AI-agenter instruksjoner om hvordan de kan gjenskape eller tilnærme slike blokker ved hjelp av EmDashs egne komponent- og skjemasystemer, med sikte på å redusere det manuelle arbeidet som er involvert i å kopiere mer uvanlige design.
Mottakelse fra fellesskapet og kritikk fra WordPress-verdenen
Mottakelsen av EmDash har vært blandet, spesielt blant mangeårige WordPress-bidragsytere. Lanseringsdatoen – 1. april – førte til spekulasjoner om at prosjektet kunne være en aprilsnarr. Matt Kane, en av hovedingeniørene på EmDash og en mangeårig kjernebidragsyter til Astro, reagerte direkte på mistanken og sa at selv om navnet kan være litt ironisk, selve prosjektet er veldig reelt og har vært et heltidsfokus siden midten av januar.
Mer omfattende kritikk kom fra WordPress-medgründer Matt Mullenweg, som publiserte et detaljert blogginnlegg som dissekerte både den «åndelige etterfølger»-rammeverket og spesifikke tekniske påstander. Han argumenterte for at ånden i WordPress inkluderer muligheten til å kjøre den samme koden billig på en enhet med lavt strømforbruk, en delt vert i et utviklingsland eller en stor skyutplassering, og at et system som først er designet for Cloudflares infrastruktur ikke nødvendigvis lever opp til den portabilitetsfilosofien.
Mullenweg stilte spørsmål ved om plugin-sandkassemodellen virkelig løser sikkerhetsproblemer når noen EmDash-funksjoner i praksis er sterkt avhengige av Cloudflares egne runtime-funksjoner. Han beskrev også EmDash som, etter hans syn, et produkt bygget fundamentalt for å selg flere Cloudflare-tjenester, selv om han anerkjente respekt for selskapets ingeniørarbeid og bemerket at han personlig eier Cloudflare-aksjer.
Samtidig var ikke tilbakemeldingen hans helt avvisende. Han roste elementer som Agentferdigheter strategi og migreringsverktøyet, samtidig som han kritiserte administrasjonsgrensesnittet som å føles fanget mellom å imitere WordPress og å tilby noe genuint nytt. En første versjon av innlegget hans skal ha inneholdt en skarpere linje som ba Cloudflare om å holde WordPress-navnet ute av markedsføringen, en bemerkning han senere redigerte bort.
Reaksjoner i det bredere samfunnet har variert fra nysgjerrighet til skepsis. På Reddit pekte noen brukere på Cloudflares merittliste med å sende ekte produkter 1. april – som DNS-resolveren 1.1.1.1 – som bevis på at EmDash ikke bare er et stunt. Andre uttrykte bekymring for langsiktig støtte, gitt hvor mange prosjekter et stort infrastrukturselskap sjonglerer samtidig, og bemerket at CMS-enes historie er full av plattformer som satte seg fore å avsette WordPress, men aldri gjorde det.
Styrker, begrensninger og veien videre
Utenfor WordPress-fellesskapet har observatører fra den bredere utvikler- og SEO-verdenen tatt et mer distansert syn på EmDashs styrker og avveininger. På den positive siden kombinerer prosjektet en moderne TypeScript-stabel med et klart fokus på sikkerhet, ytelse og AI-assisterte arbeidsflyter. For team som allerede investerer i serverløse arkitekturer, automatiserte publiseringsrørledninger eller AI-agenter som administrerer innhold, vil disse designvalgene sannsynligvis føles godt tilpasset hvor verktøyene deres er på vei.
x402-integrasjonen resonnerte også med noen utgivere og innholdsstrateger som leter etter måter å tjene penger på ikke-menneskelig trafikk – spesielt AI-crawlere – uten å bygge proprietære betalingsmurer eller stenge ute innhold helt. Å ha en slik mekanisme koblet direkte til CMS-et fjerner noe av friksjonen fra eksperimentering med nye inntektsmodeller.
På den annen side peker kritikere på at EmDash er på versjon 0.1.0, uten noe reelt plugin-økosystem ennå og bare et gryende fellesskap. Mange av funksjonene som differensierer WordPress i praksis – SEO-pluginer, e-handelsstabler, markedsføringsintegrasjoner, skjemabyggere, analysekoblinger – finnes ennå ikke i EmDash-form. Og selv om Cloudflare understreker at EmDash kan kjøre på hvilken som helst Node.js-vert, er de sterkeste sikkerhets- og skaleringsgarantiene i dag knyttet til Cloudflares egen Workers-kjøretid.
Det er også et spørsmål om migreringsfriksjon. EmDashs verktøy gjør det relativt smertefritt å bringe over innhold og media, men de konverterer ikke automatisk skreddersydde PHP-plugins eller komplekse WordPress-temaer. Å gjenskape et etablert nettsted vil ofte kreve design- og utviklingsarbeid, selv med hjelp av AI. For mange nettstedseiere kan denne innsatsen bare være berettiget hvis de også ønsker å omfavne serverløs hosting, AI-native administrasjon og nye monetiseringsmodeller samtidig.
Foreløpig inviterer Cloudflare utviklere til å eksperimentere: kjøre npm create emdash@latest for å starte et lokalt prosjekt, distribuere til en Cloudflare-konto eller Node.js-server, eller utforske den hostede EmDash Playground for å få en følelse av administratorgrensesnittet uten installasjon. Prosjektet er åpent for bidrag på GitHub, og teamet har signalisert interesse for tilbakemeldinger fra hostingplattformer, plugin- og temautviklere og andre i det eksisterende WordPress-økosystemet.
EmDash tar et skritt tilbake og kombinerer et kjent CMS-konsept med en stabel som lener seg mot TypeScript, isolater, eksplisitte funksjoner og AI-agenter som førsteklasses deltakere i nettstedsadministrasjon. Det matcher ennå ikke WordPress' rekkevidde, plugin-bibliotek eller fellesskap, og noen av de mest ambisiøse løftene avhenger av Cloudflare-infrastruktur. Men for utviklere og utgivere som utforsker hva en sikkerhetsfokusert, serverløst og AI-bevisst CMS kunne se ut som, tilbyr det en konkret implementering med åpen kildekode for evaluering – og et tegn på at debatten om hvordan man skal utvikle seg utover tradisjonelle PHP-baserte plattformer langt fra er avgjort.