TL; DR
Agenten SDLC er ikke en ny livssyklus. Det er din livssyklus der mennesket er fjernet fra midten av hver fase. Agenter utarbeider planen, skriver endringen, genererer testene, gjennomgår differansen, sender den bak et flagg og prioriterer varselet. Ingeniørene setter intensjonen og eier utformingen.cisioner. Fasene overlever. Det som endrer seg er hvem som utfører arbeidet inni dem.
Hver kontroll du eier ble designet rundt et menneske. Kodegjennomgang forutsatte en annen person. Minste privilegium forutsatte en ansatt med en identitet. Proveniens forutsatte en forfatter. Revisjonssporet forutsatte et navn i en commitAgenter tilfredsstiller ingen av disse forutsetningene, og ingenting bryter høylytt når de slutter å holde. pipeline forblir grønn.
Hastighet gjør gapet strukturelt, ikke sporadisk. Uavhengig forskning på AI-kodingsassistenter anslår at rundt 40 % av generert kode inneholder et sikkerhetsproblem, og volumet øker mye raskere enn gjennomgangskapasiteten. Legg til agenter som installerer sine egne avhengigheter og leser konfigurasjon som ingen gjennomgår, og en gate på slutten av pipeline er en port på feil side av skaden.
Hva gjør en agent SDLC styrbar: en oversikt over agentene og MCP-serverne som faktisk kjører, en avgrenset verktøyoverflate per agent, konfigurasjon som er gjennomgått som kode, kontroller ved installasjon på maskinen, signert proveniens for det som sendes, og et spor som overlever hendelsen. Xygeni AI-sikkerhet, DevAI og Bygg integritet dekker disse seks på tvers av kode, pipeline og endepunkt.
Hva er Agentic SDLC?
Agenten SDLC er en livssyklus for programvareutvikling der AI-agenter utfører betydelig arbeid i hver fase, fra planlegging til drift, og forfølger mål på tvers av mange trinn ved hjelp av verktøy, mens ingeniører setter intensjoner, gjennomgår resultater og eier den irreversible utviklingen.cisioner. Den beholder de kjente fasene og erstatter aktøren inni dem.
Hva er agentisk SDLC, forcisEly?
Tre ting skiller det fra AI-assistert utvikling, og skillet er ikke akademisk.
- Hvem kjører. Noen som spør hvilket agent SDLC starter vanligvis her. Med en assistent skriver en person, og modellen foreslår. I agenten SDLC, en person oppgir et resultat, og agenten bestemmer trinnene. Midtdelen av arbeidet, som pleide å være jobben, beveger seg.
- Hva den berører. En assistent produserer tekst i et editorprogram. En agent leser arkiver, redigerer filer, installerer pakker, kaller interne API-er, kjører pipelines, og åpner pull requests, ved hjelp av verktøy den fikk og legitimasjonsbeskrivelser den arvet.
- Hvor mange? Én agent på én bærbar PC er en produktivitetshistorie. Dusinvis av agenter som opererer på tvers av delte systemer, flere per tekniker, er en organisatorisk historie. Det er der svaret på hva som er agentisk SDLC slutter å være en definisjon og blir et styringsproblem.
De fleste teamene befinner seg i dag mellom den andre og tredje tilstanden: agenter er ekte, de opererer lokalt, og ingen har endret omfanget av en eneste kontroll siden de ankom.
Hvordan AI-agenter omformer hver fase
Fasene varer. Aktøren endrer seg, og med den kontrollen som fasen var avhengig av.
Agenten SDLC, fase for fase
Les den tredje kolonnen. Det er den delen ingen undersøkte på nytt da agentene ankom.
| Fase | Hva agenten gjør nå | Kontrollen som antok et menneske |
|---|---|---|
| Plan | Leser saken, henter relaterte tjenester og historikk, og utarbeider spesifikasjonen og tilnærmingen. | Kravgjennomgang. Ingen sjekker om spesifikasjonen tok opp instruksjonene fra selve billetten. |
| Kode | Redigerer flere filer, løser og installerer avhengigheter, refaktorerer tilstøtende kode. | Godkjent bibliotekpolicy. Den forutsatte at en person valgte pakken, og at installasjonsskriptene kjørte før noen pipeline eksisterer. |
| Anmeldelse | Kommentarer til diff, flagg standards, anmelder noen ganger en annen agents arbeid. | Fire øyne. To agenter og ett stempel er ikke en ny vurdering, og volum gjør frimerker uunngåelige. |
| Test | Genererer tester, kjører dem, leser feil og fikser sin egen utdata til den blir grønn. | Beståtte tester som bevis. En agent kan få en test til å bestå ved å svekke testen. |
| Bygge | triggere pipelines, redigerer arbeidsflytfiler, oppdaterer byggekonfigurasjon. | Proveniens. Attester registrerer hva som ble bygget og av hvem, og «hvem» er nå et tegn lånt fra en utbygger. |
| Distribuer | Skip bak et flagg, følger med på signaler, ramper eller ruller tilbake på egenhånd. | Godkjenning av endringer. En navngitt godkjenner blir en tjenestekonto, og kill switchen trenger en eier som er våken. |
| Operere | Triagerer varsler, korrelerer utrullinger, foreslår og noen ganger implementerer løsningen. | Revisjonssporet. Etter hendelsen er spørsmålet hvilken agent som gjorde dette, på hvem sin legitimasjon, og økten er vanligvis borte. |
De fire antagelsene som stille slutter å holde
Les tabellen igjen, og de samme fire feilene gjentar seg, uansett fase. Dette er den delen av det som er agentisk SDLC som ingen produktivitetsdiagram viser.
- Identitet. Nesten ingen klargjør en identitet for en agent. Den kjører med utviklerens tokener, nøkler og skyøkt, så hver tilgangsgjennomgang beskriver et menneske som ikke var aktøren, og minste privilegium blir en fiksjon i det øyeblikket en agent arver et bredt token.
- Uavhengig vurdering. Gjennomgangen fungerte fordi anmelderen ikke hadde skrevet koden. Når én agent skriver, og en annen kontrollerer, og en person godkjenner på maskinvolum, er uavhengigheten som gjorde kontrollen verdifull borte, selv om prosessen fortsatt kjører.
- Opprinnelse. Integritet i forsyningskjeden hviler på å vite hva som ble bygget, fra hva, av hvem. Agentaktivitet visker ut den siste delen. Attester signerer fortsatt artefaktet, men forfatterfeltet betyr ikke lenger det policyen din antok at det betydde.
- Sporbarhet. Kontrollen som betyr mest etter at noe går galt, er den som konfigureres minst ofte. Agentøkter, verktøykall og konfigurasjonstilstanden på det tidspunktet beholdes sjelden, så etterforskningen starter med rekonstruksjon i stedet for bevis.
Ingen av disse utløser et varsel. Det er det som gjør dem farlige: stoffet SDLC svikter ikke høylytt; den brytes ned stille mens hver dashboard forblir grønn.
Den går i stykker på den bærbare datamaskinen, ikke i produksjon
Ikke i produksjon. På den bærbare datamaskinen. De mest risikable øyeblikkene i agentverdenen SDLC skje før noen pipeline kjører: agenten leser en regelfil som ingen har gjennomgått, løser et pakkenavn som en modell har oppfunnet og en angriper har registrert, kobler seg til en MCP-server som eksponerer verktøy som ingen har revidert, og kjører et installasjonsskript med utviklerens legitimasjon allerede lastet inn. Bransjeundersøkelser plasserer omtrent 86 % av MCP-servere på utviklermaskiner i stedet for i produksjon, noe som er precisder produksjonskontrollene dine ikke kan se.
En CI-port er fortsatt verdt å ha. Den er rett og slett på feil side av de tre første tingene som skjer.
Hva gjør en agent SDLC styrbar
Seks kontroller som overlever kontakt med agenter
Hver av dem erstatter en antagelse om agenten SDLC blakk. Ingen av dem krever at agentene bremses ned.
- En oversikt over agenter, ikke en undersøkelse av ingeniører Oppdag agentene, assistentene og MCP-serverne som faktisk kjører, fra kode, avhengigheter og konfigurasjonsfilene verktøyene etterlater. Spør fem ingeniører, og du får fem ufullstendige svar, fordi disse verktøyene installeres lokalt og endres ukentlig.
- En verktøyflate med omfang per agent Eksplosjonsradiusen til en agent er summen av verktøykallene, ikke kvaliteten på prompten. Skriv ned hva hver agent kan nå, hold irreversible handlinger bak et menneske, og behandle et bredt arvet token som funnet den er.
- Konfigurasjon under vurdering, som kode Leder, regelfiler, ferdighetsfiler og MCP-definisjoner bestemmer hva agenten gjør, og ingen konvensjonell skanner leser dem. De trenger eiere, differanser og kontroller for skjulte tegn, innebygde legitimasjonsopplysninger og instruksjoner som utvider tilgangen.
- Håndheving ved installasjonstidspunktet, på maskinen Pakker blir sjekket før de skrives til disk og før installasjonsskript kjøres, der agenten faktisk løser dem. pipeline Porten går av etter at den bærbare datamaskinen allerede kjørte koden, som er feil side av hendelsen.
- Opprinnelse for hvilke skip Signerte attester som knytter gjenstander til kilden, konstruksjonen og pipeline som produserte dem, holder integritetskrav meningsfulle når forfatteren av en endring er en agent snarere enn en person.
- Et spor som overlever hendelsen Unormal aktivitet på tvers pipelines og endepunkter, knyttet til maskinen og identiteten den kom fra, er det som gjør obduksjonsspørsmålet om hvilken agent som gjorde dette til et svar snarere enn et arkeologiprosjekt.
Lukke de fire hullene
Xygeni AI-sikkerhet oppdager AI-en i deg SDLC, inkludert modeller, agenter, agentservere, MCP-servere, datasett, ferdighetsfiler, ledetekster og guardrails ingen deklarerte, leser applikasjonskoden, deklarerte avhengigheter og konfigurasjonsfilene AI-verktøy etterlater seg, og kartlegger deretter hvordan de kobler seg til. Den oppdager risikoene som er spesifikke for agentarbeid: umiddelbar injeksjon og systempromptlekkasje, ondsinnede instruksjoner og verktøyinjeksjon i regler og ferdighetsfiler, usikker MCP-konfigurasjon, overdreven agentskap og manglende guardrails, hemmeligheter i AI-filer og sårbare eller slopsquatted AI-avhengigheterFunnene tilordnes OWASP Topp 10 for LLM-applikasjoner og peker til den nøyaktige filen og linjen, og prioriteringstrakten snevrer inn tusenvis av funn til de som er i bruk, tilgjengelige, utnyttbare, privilegerte og forretningskritiske.
DevAI fungerer der agenten jobber: sikrer kode slik den er skrevet, dekker både AI-generert og menneskeskrevet kode, og fanger opp det andre agenter er i ferd med å gjøre før de gjør det. Build Integrity lukker proveniensgapet med SLSA og in-toto attester på tvers av pipeline, CI/CD Trygghet overvåker arbeidsflytene og løperne som agenter nå redigerer, og Anomaly Detection knytter mistenkelige hendelser tilbake til endepunktet de kom fra i én enkelt tidslinje.
Alt dette gjelder funn innhentet fra skannerne du allerede eier, så det er viktig å utvide programmet ditt til agenten. SDLC betyr ikke å erstatte stacken du bygde med den forrige.
FAQ
Hva er agentisk SDLC i én setning? En programvarelivssyklus der AI-agenter utfører betydelig arbeid i hver fase mens ingeniører setter intensjoner, gjennomgår resultater og eier den irreversible utviklingen.cisioner.
Er agenten SDLC forskjellig fra AI-assistert utvikling? Ja, og forskjellen er hvem som kjører. En assistent foreslår mens en person jobber. En agent jobber mens en person bestemmer.
Hvilken fase endrer seg mest? Anmeldelse. De andre fasene blir raskere; anmeldelsen mister egenskapen som gjorde den til en kontroll, som er uavhengighet mellom forfatter og anmelder.
Trenger vi nye verktøy for agenten? SDLC? Du trenger dekning av ting eksisterende verktøy ikke leser: agent- og MCP-inventar, konfigurasjonslaget, installasjonstidspunktets oppførsel på endepunktet. Resten av stacken din gjelder fortsatt for koden som blir resultatet.
Gjør agenten SDLC bryte etterlevelse? Det bryter bevisene, ikke forpliktelsen. Revisorer spør hvem som godkjente, hvem som forfattet og hva som ble endret, og disse svarene blir vanskeligere når aktøren er en agent med en lånt identitet og ingen beholdte spor.
Hvor bør et sikkerhetsteam begynne? Inventar, deretter verktøyflaten til agenten med størst rekkevidde. Det mest risikable agenten er sjelden den noen var bekymret for.
Livssyklusen endret seg ikke. Skuespilleren gjorde det.
Det ærlige svaret på hva som er agentisk SDLC er at hver fase fortsatt eksisterer, og mesteparten av prosessen din passer fortsatt. Det som ikke lenger passer, er antagelsen som ligger under hver kontroll: at et sted i løkken fantes det en person med et navn, en identitet, en annen mening og et minne om hva de gjorde.
Team som håndterer dette godt, kan svare på tre spørsmål på en gitt dag: hvilke agenter som kjører, hva hver enkelt kan nå, og hva som er endret i filene som styrer dem. Se hva agentene dine er koblet til på Xygeni.
