Definiera agentisk AI inom mjukvaruutvecklingslivscykeln (SDLC)
Många utvecklare använder redan AI i ett välbekant assistentmönster. En assistent svarar på en uppmaning, genererar utdata och returnerar kontrollen till användaren. En agent går längre: den kan tolka ett mål, besluta om mellanliggande steg, använda verktyg och vidta åtgärder i ett arbetsflöde.
Den skillnaden är viktig eftersom den ändrar AI från något som hjälper till med utveckling till något som deltar i utvecklingen.
I den här lektionen får du lära dig
Vad gör ett AI-system agentiskt i en utvecklingskontext
Hur agentbaserade system skiljer sig från assistentbaserade system
Hur agentbeteende visas i GitHub arbetsflöden
Vad gör ett AI-system agentiskt i en utvecklingskontext.
Assistentbaserade system är vanligtvis reaktiva:
De är beroende av att en användare bestämmer vad de ska göra härnäst.
De kan föreslå kod, förklara utdata eller sammanfatta ändringar.
De flyttar inte arbetet framåt på en lagringsplats oberoende av varandra.
Agentbaserade system är måldrivna:
De kan tolka en uppgift, utveckla en metod och vidta åtgärder mot slutförande.
De kan använda verktyg (till exempel GitHub API, CI-arbetsflöden eller skrivoperationer i lagringsplatsen) för att skapa beständiga resultat som grenar, kommitteringar och pull-begäranden.
De kan iterera baserat på feedback (kontroller, granskningar, genomsökningar).
I GitHub uttrycks den här modellen ofta via ett pull-request-orienterat arbetsflöde: agenten föreslår ändringar i en gren, öppnar en pull-begäran och väntar på granskning och validering innan ändringen sammanfogas.
Assistent kontra agent?
Det beter sig som en assistent när det:
Skapar förslag eller förklaringar
Vidtar inte lagringsplatsåtgärder
Kräver att användaren tillämpar varje steg manuellt
Ett AI-system beter sig som en agent när det kan:
Upprätthålla ett mål i flera steg
Besluta mellanliggande åtgärder
Använda verktyg
Skapa eller ändra hållbara artefakter (gren/incheckningar/PR)
Iterera baserat på feedbacksignaler
Hur agentbeteende visas i GitHub
I GitHub visas agentbeteendet via samma strukturer som utvecklare redan använder:
Grenar och incheckningar (vad som har ändrats)
Pull-begäranden (vad som föreslås, varför och för granskning)
Arbetsflöden och kontroller (vilka bevis som finns)
Granska kommentarer och godkännanden (vad människor accepterade eller avvisade)
En agent ersätter inte arbetsflödet. Det går in i arbetsflödet som en deltagare.
Implementeringsexempel
Agentbeteende (PR-produktion) En säkerhetsvarning har lämnats in. Agenten:
- Skapar en gren (till exempel agent/bump-dep-2026-04-03)
- Uppdaterar ett beroende och en låsfil
- Öppnar en pull-forespørsel med en sammanfattning och en plan
- Väntar på CI-kontroller och granskar feedback och reviderar sedan vid behov
Assistentbeteende (endast förslag) Du frågar en assistent: "Hur uppdaterar jag det här beroendet på ett säkert sätt?" Assistenten ger:
en uppsättning rekommenderade kommandon
en checklista över risker
föreslagna kodändringar Du skapar fortfarande förgrenings- och pull-begäran själv.
I nästa lektion ska du undersöka livscykeln som styr hur agenter planerar, agerar och utvärderar.