Att bygga programvara för den agentiska eran: Varför arkitekturen spelar större roll än någonsin

Utvecklingslandskapet för programvara förändras snabbt. För ett år sedan var "agentvänlig arkitektur" knappt något de flesta utvecklare ens tänkte på. Idag? Det blir allt viktigare.

När AI-kodningsassistenter går från att vara en nyhet till att bli nödvändiga, börjar vi inse något avgörande: dessa agenter är bara så bra som den kodbas de arbetar med. Ge en AI ett rörigt kaos av utspridda tjänster, cirkulära beroenden och kryptiska namnkonventioner, och du kommer att spendera halva dagen med att backa och förtydliga. Men ge en AI – eller en människa, för den delen – en välorganiserad kodbas där kontexten flödar naturligt? Då börjar magin hända.

Det leder mig till en arkitektur som sakta men säkert har vunnit mark: Polylith. Och ärligt talat, det är ett av de koncept som känns självklara så fort man förstår dem.

Vad är Polylith egentligen?

Här är den snabba versionen: Polylith handlar om att få fördelarna med mikrotjänster utan att behöva hantera flera repos. Du får modularitet och isolering som i mikrotjänster, samtidigt som allt finns i ett enda repository.

Grundidén är att din kod består av byggstenar – ungefär som LEGO-klossar. Vissa är små och fokuserade, andra är större aggregat, men alla är designade för att passa ihop på ett smidigt sätt. I Polylith-världen kallas dessa byggstenar för bricks, och det finns två typer:

• Components: Köttet i din applikation. Affärslogik, funktioner, den faktiska funktionaliteten bor här.
• Bases: Entry points för dina appar och tjänster. Helst tunna – de delegerar till components snarare än att innehålla egen logik.

Den här uppdelningen spelar roll eftersom den tvingar dig att tänka på gränser tidigt. En base behöver inte känna till insidan av en component; den vet bara hur den ska anropa den. Rent, förutsägbart och – viktigast av allt – lätt att navigera för både människor och AI-agenter.

Varför agenter bryr sig om arkitektur

Här blir det intressant ur ett AI-utvecklingsperspektiv.

Traditionella mikrotjänstarkitekturer, trots sin kraft, introducerar komplexitet som kan ställa till det för även de smartaste agenterna:

• Kod spridd över flera repos
• Duplicerad logik i olika tjänster
• Delad kod extraherad till bibliotek (som skapar ännu fler repos)
• Versionsmatchningsproblem mellan beroenden

En agent som försöker förstå eller modifiera ett sådant system måste hoppa mellan repos, spåra upp var funktionaliteten finns och reda ut beroenden – allt innan den skriver en enda användbar rad kod. Det är kognitiv overhead du inte vill ha.

Polylith löser detta genom att hålla allt på ett ställe. Kontexten finns alltid inom räckhåll. Agenter behöver inte navigera en labyrint av sammankopplade repos; helhetsbilden finns tillgänglig i en enda arbetsyta. Det här är inte bara bekvämt för agenter – det är transformativt för deras effektivitet.

Verktygens roll

Det som gör Polylith särskilt intressant är dess verktygsekosystem. Genomtänkt tooling framtvingar arkitekturens regler automatiskt. Den varnar när gränser korsas, flaggar cirkulära beroenden och håller generellt din kodbas ärlig.

För Python-utvecklare specifikt finns verktyg som integrerar med dina favoritpaketihanterare – uv, poetry, pdm, pixi, eller vad du nu använder. Det finns till och med inbyggt stöd för agent skills, vilket i princip lär AI-assistenter hur de ska arbeta inom Polylith-ramverket.

Det här är en verklig vinst för prompt-effektiviteten också. När en AI-agent förstår arkitekturens konventioner genom tooling, sparar du tokens på att förklara kontext och får mer värde av de tokens som genererar lösningar.

Vad som inte förändras

Här kommer det lugnande: många principer för bra programvaruarkitektur förblir konstanta oavsett om det är en människa eller en AI som läser koden.

Enkelt är bättre än komplext. Tydliga gränser slår röriga beroenden. Kontext spelar roll. Dessa sanningar gällde före den agentiska eran, och de kommer att gälla efter. Skillnaden nu är att vi har större motivation att faktiskt tillämpa dem eftersom fördelarna också gäller våra AI-assistenter.

Den större bilden

Vi går in i en era där utveckling sker i samarbete med AI. Det förändrar ekvationen för arkitekturbeslut. Det handlar inte längre bara om utvecklarupplevelse – det handlar också om agentupplevelse.

Polylith är inte det enda svaret på den här utmaningen, men det är ett intressant sådant som adresserar båda sidor på ett elegant sätt. Genom att prioritera enkelhet och kontext skapar det en kodbas som är ett nöje för människor att navigera och, i allt högre grad, för agenter att arbeta inom.

Om du bygger nya projekt eller överväger att strukturera om befintliga, är det värt att ha den här konversationen i åtanke. Verktygen vi väljer att använda – och de arkitekturbeslut vi fattar – kommer att forma hur effektivt våra AI-assistenter kan hjälpa oss att bygga.

Den agentiska eran är inte på väg; den är här. Frågan är om våra arkitekturer är redo att möta den.

Vilka arkitekturmönster har du märkt fungerar bra med AI-kodningsassistenter? Skriv dina tankar nedan – alltid nyfiken på hur andra navigerar den här förändringen.