Automation

Mit Håndværk er en dansk markedsplads-app for håndværk, kunst og design — en Flutter-app på Android og iOS oven på en Laravel-backend, med abonnementer, realtidschat og push. Denne case handler ikke om appens skærme. Den handler om maskineriet, der sætter en ny version af den foran brugerne: en pipeline, der tager et commit på main og cirka ti minutter senere har udgivet det til Google Play production — men kun efter at releasen er blevet installeret og koldstartet på en rigtig Android-enhed og har overlevet det.

Samme pipeline dækker Apple fra en Linux-server, der slet ikke kan bygge iOS: et release-tag overdrager buildet til en cloud-macOS-maskine, som signerer det og uploader det til TestFlight — og selve tagget kan ikke pushes, medmindre appens abonnementer faktisk er godkendt og prissat i App Store Connect.

Alt i billedet ovenfor er aflæst af det kørende system: tællerne kommer ud af pipelinens egen log, og telefonpanelet er det screenshot, publiceringsgaten trækker af emulatoren ved hver eneste release.

AutoLedger er en guidet gennemgang for britiske revisionsfirmaer: én fiktiv kunde (Hazelbrook Coffee Roasters Ltd), én måned og en play-knap. Bankfeedet lander, hver transaktion kategoriseres med sin momsbehandling, bogføringen afstemmes, den nibokse MTD-momsangivelse udfylder sig selv og sendes til HMRC, og rapporterne tegner sig selv — mens en aktivitetslog fortæller, hvad motoren gør og hvorfor. Intet forlader browseren; kunden, banken og indberetningen er alle simuleret.

Artiklerne på dette site skrives af en pipeline: hver morgen scouter den, hvad der har ændret sig i webudviklings- og AI-verdenen, vælger ét emne, der er en praktikers opmærksomhed værd, skriver artiklen, tegner en infografik i skitsestil til den og publicerer — 138 artikler siden midten af april 2026, én om dagen, uden et stockfoto eller en billed-API-nøgle noget sted i kæden. En anden, bevidst langsommere instans kører på nowa.dk: én afskærmet artikel om ugen, med en kill switch.

Tolv produktionswebsites på én server, hver med sit eget Composer-dependency-træ, og hostingens ældste spørgsmål: er de opdaterede — og er det sikkert at opdatere dem? Dependency-aktualitets-gaten svarer ugentligt og automatisk — den inventerer hver vhost, tjekker hvert dependency-træ mod den PHP-version, sitets webserver faktisk kører, sætter de semver-sikre opdateringer i kø til godkendelse og rapporterer de breaking i stedet for at anvende dem.

Denne case har intet link på sig, og det er netop pointen: jobs.grn.dk svarer 401 til internettet og har altid gjort det. Det er et internt værktøj — en jobradar bygget til ejerens egen jagt på arbejde. Hver morgen læser den syv kontrakt- og jobportaler, dropper alt, der ikke kan matche en skreven profil, lader en sprogmodel bedømme det overlevende mod samme profil og præsenterer den håndfuld, der er værd at læse, som én skærm med tre knapper: søgt, udkast til mail, kassér.

Fordi den rummer ét virkeligt menneskes live jobsøgning, publiceres intet af den her. Screenshotet ovenfor er en engangs-demokopi af samme interface, seedet med opdigtede rækker — hvert firma, hver titel, lokation og adresse i den er en pladsholder, og den mærker sig selv "demo data" i headeren, så den aldrig kan forveksles med det rigtige board.

crypto-dash.grn.dk er det offentlige vindue ind til en strategi-research-rig, der kører på vores egen server og træner sig selv. Hver time backtester den en frisk bunke konfigurationer af handelsstrategier mod femminutters kryptocandles, scorer hver enkelt på data, den ikke blev fittet til, fører et løbende leaderboard, promoverer de konfigurationer, der bliver i toppen, til en simuleret bog — og degraderer dem igen, så snart deres fremadrettede adfærd driver væk fra det, backtesten lovede.

Det er udelukkende paper trading. Installationen har ingen børsnøgler, kalder intet ordre-endpoint og har ingen konto at bruge af. Hvert fill, hver position og hvert P&L-tal på siden er simuleret — og derfor printer siden PAPER ONLY på sig selv, med orange, øverst i hver eneste timelige regenerering.