TL; DR
Der Agent SDLC Es handelt sich nicht um einen neuen Lebenszyklus. Es ist Ihr Lebenszyklus, bei dem der Mensch aus der Mitte jeder Phase entfernt wurde. Agenten entwerfen den Plan, schreiben die Änderung, generieren die Tests, überprüfen die Unterschiede, veröffentlichen die Änderungen unter einem Flag und priorisieren die Warnmeldungen. Ingenieure legen die Absicht fest und sind für die Entwicklung verantwortlich.cisIonen. Die Phasen bleiben erhalten. Was sich ändert, ist, wer die Arbeit in ihnen verrichtet.
Jeder Ihrer Bedienelemente wurde für den Menschen entwickelt. Code-Review ging von einer zweiten Person aus. Das Prinzip der minimalen Berechtigungen setzte einen Mitarbeiter mit einer Identität voraus. Die Herkunftsnachverfolgung setzte einen Autor voraus. Der Audit-Trail setzte einen Namen in einem commitDie Agenten erfüllen keine dieser Annahmen, und es gibt keinen lauten Knall, wenn sie den Halt verlieren. pipeline bleibt grün.
Geschwindigkeit macht die Lücke strukturell, nicht nur gelegentlich. Unabhängige Studien zu KI-Programmierassistenten zeigen, dass rund 40 % des generierten Codes Sicherheitslücken aufweisen, und das Datenvolumen steigt deutlich schneller als die Prüfkapazität. Hinzu kommen Agenten, die ihre eigenen Abhängigkeiten installieren und Konfigurationen lesen, die niemand überprüft, sowie eine Sicherheitsabfrage am Ende des Prozesses. pipeline ist ein Tor auf der falschen Seite des Schadens.
Was macht einen Agenten aus? SDLC regierbar: eine Bestandsaufnahme der tatsächlich laufenden Agenten und MCP-Server, eine abgegrenzte Werkzeugoberfläche pro Agent, eine wie Code überprüfte Konfiguration, Prüfungen bei der Installation auf dem Rechner, eine signierte Herkunftsnachweis für die ausgelieferten Daten und eine Trace-Datei, die den Vorfall übersteht. Xygeni KI-Sicherheit, DevAI und Build Integrity deckt diese sechs Punkte im gesamten Code ab. pipeline und Endpunkt.
Was ist Agentic? SDLC?
Der Agent SDLC ist ein Softwareentwicklungszyklus, in dem KI-Agenten in jeder Phase – von der Planung bis zum Betrieb – wesentliche Aufgaben übernehmen und mithilfe von Tools Ziele in vielen Schritten verfolgen, während die Entwickler die Absicht festlegen, die Ergebnisse überprüfen und die Verantwortung für die unumkehrbare Entwicklung tragen.cisIonen. Es behält die vertrauten Phasen bei und ersetzt den Akteur darin.
Was ist agentisch? SDLC, VorcisEly?
Drei Dinge unterscheiden es von der KI-gestützten Entwicklung, und diese Unterscheidung ist nicht akademischer Natur.
- Wer fährt? Wer fragt, was Agentic ist SDLC Es beginnt üblicherweise hier. Mit einem Assistenten tippt eine Person, und das Modell macht Vorschläge. Im agentenbasierten Ansatz SDLCEine Person gibt ein Ziel vor, und der Agent entscheidet über die weiteren Schritte. Der Kern der Arbeit, der früher die eigentliche Aufgabe war, verschiebt sich.
- Was es berührt. Ein Assistent erstellt Text in einem Editor. Ein Agent liest Repositories, bearbeitet Dateien, installiert Pakete, ruft interne APIs auf und führt Prozesse aus. pipelines und öffnet pull requests, unter Verwendung der ihm zur Verfügung gestellten Werkzeuge und der ihm übertragenen Zugangsdaten.
- Wie viele? Ein Agent auf einem Laptop – das ist Produktivitätssteigerung. Dutzende Agenten, die in gemeinsam genutzten Systemen arbeiten, mehrere pro Entwickler – das ist organisatorische Herausforderung. Hier liegt die Antwort auf die Frage: Was ist agentenbasiert? SDLC Es hört auf, eine Definition zu sein, und wird zu einem Governance-Problem.
Die meisten Teams befinden sich heute zwischen dem zweiten und dritten Zustand: Die Agenten sind real, sie laufen lokal, und seit ihrer Ankunft hat niemand auch nur eine einzige Steuerung neu konfiguriert.
Wie KI-Agenten jede Phase umgestalten
Die Phasen bleiben bestehen. Der Akteur wechselt, und damit auch die Kontrolle, von der diese Phase abhing.
Der Agent SDLC, Phase für Phase
Lesen Sie die dritte Spalte. Das ist der Teil, den niemand erneut überprüft hat, als die Agenten eintrafen.
| Phase | Was der Agent jetzt tut | Die Kontrolle, die von einem Menschen ausging |
|---|---|---|
| Hallenplan | Liest das Ticket, ruft zugehörige Dienste und den Verlauf ab, entwirft die Spezifikation und die Vorgehensweise. | Anforderungsprüfung. Niemand prüft, ob die Spezifikation die Anweisungen aus dem Ticket selbst übernommen hat. |
| Code | Bearbeitet mehrere Dateien, löst Abhängigkeiten auf und installiert sie, refaktoriert angrenzenden Code. | Richtlinie für genehmigte Bibliotheken. Sie ging davon aus, dass eine Person das Paket auswählte und Installationsskripte vor allen anderen ausgeführt wurden. pipeline besteht. |
| Bewertung | Kommentare zum Unterschied, Flaggen standards überprüft gelegentlich die Arbeit eines anderen Agenten. | Vier Augen. Zwei Sachverständige und ein Stempel sind keine Zweitmeinung, und bei hohem Arbeitsaufkommen sind Stempel unvermeidlich. |
| Test | Generiert Tests, führt sie aus, liest Fehler aus und korrigiert seine eigene Ausgabe, bis der Test erfolgreich abgeschlossen ist. | Die bestandene Suite als Beweismittel. Ein Agent kann einen Test bestehen lassen, indem er den Test abschwächt. |
| Bauen | Auslöser pipelines, bearbeitet Workflow-Dateien, aktualisiert die Build-Konfiguration. | Provenienz. Die Urkunden verzeichnen, was und von wem gebaut wurde, wobei „wer“ heute ein vom Bauträger entlehntes Symbol ist. |
| Einführung | Schiffe hinter einer Flagge, beobachten Signale, Rampen oder rollen von selbst zurück. | Änderungsgenehmigung. Ein benannter Genehmiger wird zu einem Dienstkonto, und der Not-Aus-Schalter benötigt einen Verantwortlichen, der erreichbar ist. |
| Betreiben | Prüft Warnmeldungen, korreliert Bereitstellungen, schlägt die Behebung vor und wendet sie gegebenenfalls an. | Der Prüfpfad. Nach dem Vorfall stellt sich die Frage, welcher Agent dies getan hat, mit wessen Zugangsdaten, und die Sitzung ist in der Regel gelöscht. |
Die vier Annahmen, die stillschweigend aufhören zu gelten
Liest man die Tabelle erneut, wiederholen sich dieselben vier Fehler, unabhängig von der Phase. Dies ist der Aspekt des Handlungsvermögens. SDLC das in keiner Produktivitätsgrafik ersichtlich ist.
- Identität. Kaum jemand vergibt eine Identität für einen Agenten. Er läuft mit den Tokens, Schlüsseln und der Cloud-Sitzung des Entwicklers, sodass jede Zugriffsprüfung eine Person beschreibt, die nicht der eigentliche Akteur war, und das Prinzip der minimalen Berechtigungen wird zur Fiktion, sobald ein Agent ein umfassendes Token erbt.
- Unabhängige Überprüfung. Die Überprüfung funktionierte, weil der Prüfer den Code nicht selbst geschrieben hatte. Wenn jedoch ein Mitarbeiter den Code schreibt, ein anderer ihn prüft und eine Person ihn maschinell freigibt, geht die Unabhängigkeit, die die Kontrolle so wertvoll machte, verloren, obwohl der Prozess weiterhin läuft.
- Herkunft. Die Integrität der Lieferkette beruht darauf, zu wissen, was, woraus und von wem hergestellt wurde. Agentenaktivitäten verwischen den letzten Aspekt. Bestätigungen kennzeichnen das Artefakt zwar weiterhin, aber das Feld „Autor“ hat nicht mehr die Bedeutung, die Ihre Richtlinie ihm ursprünglich zuschrieb.
- Rückverfolgbarkeit. Die wichtigste Steuerungsmöglichkeit nach einem Fehler ist diejenige, die am seltensten konfiguriert wird. Agentensitzungen, Toolaufrufe und der Konfigurationsstatus zum Zeitpunkt des Fehlers werden selten gespeichert, daher beginnt die Fehleranalyse mit der Rekonstruktion statt mit der Beweissicherung.
Keiner dieser Auslöser löst einen Alarm aus. Genau das macht sie gefährlich: die Agentenwirkung SDLC versagt nicht lautstark; es verschlechtert sich still und leise, während jedes dashboard bleibt grün.
Der Fehler tritt am Laptop auf, nicht in der Produktion.
Nicht in Produktion. Auf dem Laptop. Die riskantesten Momente im Agentenprozess. SDLC geschieht vor allem pipeline Der Agent liest eine Regeldatei, die niemand geprüft hat, ermittelt einen von einem Modell erfundenen und von einem Angreifer registrierten Paketnamen, verbindet sich mit einem MCP-Server, der nicht geprüfte Tools bereitstellt, und führt ein Installationsskript mit den bereits geladenen Entwicklerzugangsdaten aus. Branchenstudien zeigen, dass sich etwa 86 % der MCP-Server auf Entwicklerrechnern und nicht in Produktionsumgebungen befinden.cisely, wo Ihre Produktionssteuerung nicht hinsehen kann.
Ein CI-Gate ist nach wie vor sinnvoll. Es befindet sich lediglich auf der falschen Seite der ersten drei Ereignisse.
Was macht einen Agenten aus? SDLC regierbar
Sechs Kontrollmechanismen, die den Kontakt mit Agenten überstehen.
Jede einzelne ersetzt eine Annahme der Handlungsfähigkeit SDLC kaputt. Keiner von ihnen erfordert, dass die Agenten verlangsamt werden.
- Eine Bestandsaufnahme der Agenten, keine Umfrage unter Ingenieuren Ermitteln Sie anhand des Codes, der Abhängigkeiten und der von den Tools hinterlassenen Konfigurationsdateien, welche Agenten, Assistenten und MCP-Server tatsächlich ausgeführt werden. Fragt man fünf Entwickler, erhält man fünf unvollständige Antworten, da diese Tools lokal installiert werden und sich wöchentlich ändern.
- Eine begrenzte Werkzeugoberfläche pro Agent Der Wirkungsradius eines Agenten entspricht der Summe seiner Werkzeugaufrufe, nicht der Qualität seiner Eingabeaufforderung. Notieren Sie, was jeder Agent erreichen kann, halten Sie irreversible Aktionen von einem Menschen durchführen und behandeln Sie ein weit verbreitetes, vererbtes Token als das, was es ist: ein Ergebnis.
- Die Konfiguration wird überprüft, wie z. B. der Code. Eingabeaufforderungen, Regeldateien, Kompetenzdateien und MCP-Definitionen bestimmen das Verhalten des Agenten, und herkömmliche Scanner können diese nicht auslesen. Sie benötigen Besitzerinformationen, Unterschiede und Prüfungen auf versteckte Zeichen, eingebettete Anmeldeinformationen und Anweisungen zur Erweiterung des Zugriffs.
- Durchsetzung zum Zeitpunkt der Installation, auf der Maschine Pakete werden geprüft, bevor sie auf die Festplatte geschrieben und Installationsskripte ausgeführt werden, wo sie vom Agenten tatsächlich aufgelöst werden. pipeline Das Gate wird ausgelöst, nachdem der Laptop den Code bereits ausgeführt hat, was auf der falschen Seite des Ereignisses liegt.
- Herkunft der Schiffe Unterzeichnete Bestätigungen, die Artefakte mit der Quelle, dem Build und dem pipeline die sie hervorgebracht haben, sorgen dafür, dass Integritätsansprüche sinnvoll bleiben, wenn der Urheber einer Änderung ein Agent und nicht eine Person ist.
- Eine Spur, die den Vorfall überdauert hat Anomale Aktivität über pipelineDie Verknüpfung von s und Endpunkten mit der Maschine und ihrer Ursprungsidentität macht aus der Frage nach dem Täter eine Antwort und kein archäologisches Projekt.
Die vier Lücken schließen
Xygeni AI Security entdeckt die KI in Ihrem System SDLCeinschließlich der Modelle, Agenten, Agentenserver, MCP-Server, Datensätze, Skilldateien, Prompts und guardrails Niemand hat es deklariert, liest Anwendungscode, deklarierte Abhängigkeiten und die von KI-Tools hinterlassenen Konfigurationsdateien und stellt dann deren Verbindungen her. Es erkennt die spezifischen Risiken agentenbasierter Arbeit: Eingabeaufforderungsinjektion und -leckage, schädliche Anweisungen und Tool-Injektion in Regel- und Skilldateien, unsichere MCP-Konfiguration, übermäßige Agententätigkeit und fehlende guardrailsGeheimnisse in KI-Dateien und anfällige oder unkontrollierte KI-AbhängigkeitenDie Ergebnisse werden den OWASP Top 10 für LLM-Anwendungen zugeordnet und verweisen auf die genaue Datei und Zeile. Durch den Priorisierungsprozess werden Tausende von Ergebnissen auf diejenigen reduziert, die in Gebrauch, erreichbar, ausnutzbar, privilegiert und geschäftskritisch sind.
DevAI arbeitet dort, wo der Agent arbeitet: Es sichert Code während des Schreibprozesses, schützt sowohl KI-generierten als auch von Menschen geschriebenen Code und fängt Aktionen anderer Agenten ab, bevor diese ausgeführt werden. Build Integrity schließt die Herkunftslücke mit SLSA und intoto Bescheinigungen im gesamten pipeline, CI/CD Sicherheit überwacht die Workflows und Runner, die Agenten jetzt bearbeiten, und die Anomalieerkennung verknüpft verdächtige Ereignisse in einer einzigen Zeitleiste mit dem Endpunkt, von dem sie stammen.
All dies gilt für Befunde, die von den Scannern erfasst werden, die Sie bereits besitzen, sodass die Erweiterung Ihres Programms auf die Agenten SDLC bedeutet nicht, dass Sie den zuletzt erstellten Stack durch einen neuen ersetzen müssen.
FAQ
Was ist agentisch? SDLC in einem Satz? Ein Software-Lebenszyklus, in dem KI-Agenten in jeder Phase wesentliche Arbeit leisten, während Ingenieure die Absicht festlegen, die Ergebnisse überprüfen und die Verantwortung für die unumkehrbare Entwicklung tragen.cisIonen.
Ist das Agentische SDLC Anders als bei KI-gestützter Entwicklung? Ja, und der Unterschied liegt darin, wer die Kontrolle hat. Ein Assistent macht Vorschläge, während der Mensch arbeitet. Ein Agent arbeitet, während der Mensch entscheidet.
Welche Phase verändert sich am stärksten? Überprüfung. Die anderen Phasen werden schneller; die Überprüfung verliert die Eigenschaft, die sie zu einer Kontrollphase gemacht hat, nämlich die Unabhängigkeit zwischen Autor und Prüfer.
Brauchen wir neue Werkzeuge für die Agenten? SDLC? Sie benötigen eine Abdeckung für Bereiche, die von bestehenden Tools nicht erfasst werden: Agenten- und MCP-Inventar, die Konfigurationsebene und das Verhalten des Endpunkts während der Installation. Der Rest Ihres Stacks ist weiterhin auf den resultierenden Code anwendbar.
Tut die Agentik SDLC Verstoß gegen die Vorschriften? Es untergräbt die Beweisführung, nicht die Verpflichtung. Prüfer fragen, wer zugestimmt, wer den Text verfasst und was sich geändert hat. Diese Fragen werden schwieriger zu beantworten, wenn der Akteur eine fremde Identität annimmt und keine Spuren hinterlassen hat.
Wo sollte ein Sicherheitsteam anfangen? Zuerst wird das Inventar erstellt, dann die Werkzeugoberfläche des Agenten mit der größten Reichweite. Der risikoreichste Agent ist selten derjenige, vor dem man sich am meisten fürchtet.
Der Lebenszyklus blieb unverändert. Der Schauspieler tat es.
Die ehrliche Antwort auf die Frage, was agentisch ist SDLC Das Problem ist, dass jede Phase weiterhin besteht und der Großteil Ihres Prozesses nach wie vor passt. Was nicht mehr passt, ist die Annahme, die jeder Kontrollmaßnahme zugrunde liegt: dass es irgendwo in diesem Prozessablauf eine Person mit Namen, Identität, einer zweiten Meinung und der Erinnerung an ihr Handeln gab.
Teams, die dies gut handhaben, können an jedem beliebigen Tag drei Fragen beantworten: Welche Agenten laufen, worauf jeder einzelne zugreifen kann und welche Änderungen sich in den Dateien ergeben haben, die sie steuern. Sehen Sie, womit Ihre Agenten verbunden sind unter Xygeni.
