Umbraco
DK
Festival

Vær med, når Lotte og Sebastiaan fra Umbraco HQ ser på, hvor Umbraco står i dag, og hvor det er på vej hen. Vi demoer, hvad vores udviklere arbejder på lige nu, og fortæller om, hvad der venter senere i år på tværs af CMS'et, Umbraco Cloud og produkter som Umbraco AI og Automate.

Det gælder blandt andet den længe ventede Reusable Blocks-funktion og de ændringer, der kommer til Umbraco Search i Umbraco 19.

Men det er ikke bare en produktopdatering. Det er en historie om, hvordan Umbraco-communityet former platformen og omsætter idéer og feedback til reelle bidrag. Du får at se, hvor du kan engagere dig, hvilke muligheder der er ved at opstå, og hvordan din stemme passer ind i det, der kommer.

Uanset om du bygger, implementerer eller træffer beslutningerne, går du derfra med praktisk indsigt, et klarere billede af roadmappen og en reel fornemmelse af, hvordan du kan være med til at præge, hvor Umbraco bevæger sig hen herfra.

Hvordan får du en agent til at blive ved, indtil opgaven faktisk er løst? Hvordan får du den til at verificere sine egne fremskridt, komme sig, når noget fejler, og vide, hvornår den skal stoppe? Og hvornår er én agent ikke længere nok?

I denne session går vi i dybden med loop- og graf-engineering — to stærke mønstre til at bygge agenter, der kan arbejde selvstændigt og pålideligt.

Vi bygger agenter, der arbejder mod verificerbare mål, itererer, indtil bestemte betingelser er opfyldt, og holder sig inden for klare rammer. Derefter tager vi det næste skridt og sætter agenter sammen i grafer, hvor specialiserede agenter deler arbejdet, kører parallelt, verificerer hinanden og giver opgaver videre mellem sig.

Undervejs ser vi på, hvordan man designer gode målstreger, bygger verifikation ind i loopet, forhindrer agenter i at køre i det uendelige, beslutter, hvornår arbejdet skal deles mellem flere agenter, og styrer, hvad der sendes mellem dem.

Du går derfra med praktiske mønstre til at designe loops og grafer, der gør dine agenter mere selvstændige, forudsigelige og effektive — mønstre, du kan tage i brug i dine egne agentiske systemer med det samme.

Observability lukker feedback-loopet — men det bliver ofte først indført, efter at noget allerede er gået i stykker i produktion. Det kan skinne i den situation, men hvad nu hvis den samme telemetri også kunne hjælpe os med at bygge bedre software, før den bliver frigivet? Og hvad hvis den kunne give en AI-kodeagent nok kontekst til at teste, diagnosticere og forbedre sit eget arbejde?

I denne live-demo-session giver vi udviklere og AI-agenter røntgensyn ind i en kørende Umbraco-applikation.

Med udgangspunkt i et lokalt Umbraco-site og en custom package bruger vi .NET Aspire og OpenTelemetry til at samle logs, distributed traces og metrics i ét lokalt observability-miljø, hvor vi bygger en ny feature, diagnosticerer rigtige problemer og verificerer, at vores rettelser faktisk virker.

Vi ser også på, hvordan kodeagenter kan bruge observability-data via Model Context Protocol til at gøre mere end blot at generere kode. Ved at inspicere den kørende applikations adfærd kan en agent hjælpe med at finde fejl, foreslå ændringer og validere resultatet.

Undervejs overvejer vi, hvilken telemetri der reelt er nyttig, hvordan man undgår at indsamle personlige formulardata, og hvordan man giver AI-værktøjer kontrolleret read-only-adgang til produktionssystemer. De praktiske eksempler giver dig en konkret tilgang til at gøre observability til en del af udviklingsprocessen — ikke bare noget, du tilføjer efter deployment.

En holdningsstærk sæbekasse-session om, hvad man bør og ikke bør gøre i Umbraco #notacult

AI-agenter kan skrive kode. Det svære er at stole på, at de arbejder på rigtige tickets, mens du ikke kigger med, og at få arbejde tilbage, som du faktisk kan reviewe.

Denne session viser, hvordan vi i dag kører agenter uden opsyn på Umbraco-projekter, både med GitHub og med Jira og Azure DevOps. En ticket går ind, og en draft-PR kommer ud med screenshots, testresultater og begrundelsen bag hver ændring. Et menneske har kontrollen i begge ender. Hvis ticketen er uklar, eller buildet fejler, stopper agenten og spørger i stedet for at gætte.

Vi deler, hvad der virkede, hvad der gik i stykker, da det skulle skaleres, og hvorfor vi gik fra simple agent-loops til en deterministisk orkestrator.

Du går derfra med en praktisk tjekliste over, hvad dit projekt skal have på plads, før du overlader arbejde til en agent.

Nogle idéer overlever simpelthen deres nytteværdi. Et mønster, der gav mening, da du lærte det (anbefalet i et blogindlæg, bagt ind i et starter kit eller bare "sådan gør man"), kan stille og roligt blive det forkerte valg, når platformen udvikler sig; det er ligegyldigt, om dit projekt er helt nyt eller flere år gammelt.

Dette talk tager dig med på en rundtur gennem Umbraco-vaner, der stadig er udbredte i dag, men som ikke tjener os lige så godt som før. Vi ser på performance-mønstre, der gav mening, før den underliggende adfærd ændrede sig, indholdsarkitektur, der virker udviklervenlig, men frustrerer redaktørerne, og tekniske valg - fra redirects til frontend-bundling - der engang havde gode grunde og i dag har bedre alternativer.

Forvent en teknisk og praktisk session med rigtig kode og rigtig konfiguration. Du går derfra med en tjekliste over idéer, der er værd at genoverveje, en klar forståelse af, hvorfor hver enkelt har ændret sig, og konkrete alternativer, du kan begynde at bruge med det samme.

Ingen fordømmelse; bare et ærligt blik på, hvilke Umbraco-vaner der har fortjent at gå på pension, og hvordan du selv spotter den næste.

Når vi bygger software, ved vi alle godt, at vi ikke kan forudse alle de faldgruber, der venter os under implementeringen. Kom med på historien om, hvordan vi gik i gang med at bygge Composes ingestion-pipeline, hvad der skete, da kunderne begyndte at ingeste millioner af dataelementer - og hvordan vi byggede den om, så den kunne klare belastningen. Vi taler om session-køer per tenant, fair scheduling og resource starvation - og hvordan det hele passer ind i Composes overordnede arkitektur.