Har bygget operatørernes back‑office — omkring 40 admin‑ruter og 128 komponenter, der dækker claims, moderation, feature flags, cache og diagnostik — så platformen kan drives uden databaseadgang.

Situation. Enhver platform får stille og roligt en applikation nummer to, og det er som regel den, ingen planlægger. Nogen skal godkende et ejerskabskrav, skjule en anmeldelse, slå en funktion til for en delmængde af brugerne, rydde en cache eller finde ud af, hvorfor én konto ser noget mærkeligt. Når den applikation ikke findes, er svaret en engineer med en databasekonsol — hvilket er langsomt, ulogget og én slåfejl fra en hændelse.

Opgave. At drive platformen fra dag til dag skulle kunne lade sig gøre uden en shell, så driften hørte til hos den, der havde vagten, frem for hos den, der havde adgangsoplysningerne.

Handling. Back‑officen endte på omkring 40 admin‑ruter bygget af 128 komponenter, og den dækker arbejdet, som det faktisk kommer ind: at afgøre ejerskabskrav på virksomheder, moderere anmeldelser og opslag, vippe feature flags, inspicere og rydde caches, læse diagnostik og den rapportering, CEO’en beder om. Den kører på det samme designsystem og den samme genererede API‑klient som det offentlige produkt, hvilket var det afgørende valg — et internt værktøj bygget på sin egen stak bliver den del, ingen opdaterer, og derefter den del, ingen stoler på.

Resultat. De folk, der driver platformen, kan drive den, og hver handling går gennem den samme autorisation og efterlader det samme spor som alt andet. Det er en stor flade at holde testet og tilgængelig for et lille internt publikum, og den omkostning løber videre. Den er stadig billigere end alternativet, som er en engineer, der taster UPDATE mod produktion klokken ni en søndag aften.