{"id":70887,"date":"2026-10-15T08:06:21","date_gmt":"2026-10-15T06:06:21","guid":{"rendered":"https:\/\/www.cubeserv.com\/?p=70887"},"modified":"2026-10-15T13:05:51","modified_gmt":"2026-10-15T11:05:51","slug":"agentic-engineering-teil-2-der-neue-arbeitsalltag-wenn-ai-agenten-das-programmieren-uebernehmen","status":"publish","type":"post","link":"https:\/\/www.cubeserv.com\/de\/agentic-engineering-teil-2-der-neue-arbeitsalltag-wenn-ai-agenten-das-programmieren-uebernehmen\/","title":{"rendered":"Agentic Engineering Teil 2: Der neue Arbeitsalltag, wenn AI-Agenten das Programmieren \u00fcbernehmen"},"content":{"rendered":"\t\t
<\/p>\t\t\t\t\t\t\t\t<\/div>\n\t\t\t\t<\/div>\n\t\t\t\t
\t\t\t\t\t\t\t\t\t\t\t\t\t\t\t<\/div>\n\t\t\t\t<\/div>\n\t\t\t\tBild wurde mit Hilfe von AI generiert<\/em><\/p>\t\t\t\t\t\t\t\t<\/div>\n\t\t\t\t<\/div>\n\t\t\t\t<\/div>\n\t\t Die Szene, mit der Teil 1 unserer Blogserie<\/a> begann, ist schnell erz\u00e4hlt: Ein Agent arbeitet \u00fcber Nacht an einer Aufgabe. Am n\u00e4chsten Morgen meldet er \u201efertig\u201c, eine \u00c4nderung wartet auf Freigabe. Auf den ersten Blick scheint die Arbeit erledigt.<\/p> Was dabei leicht aus dem Blick ger\u00e4t: Jemand musste vorher das Ziel beschreiben und die Grenzen festlegen. Nun muss jemand pr\u00fcfen, ob die \u00c4nderung fachlich richtig ist, zum bestehenden System passt und die Anforderungen erf\u00fcllt. Die Meldung \u201efertig\u201c ersetzt diese Pr\u00fcfung nicht.<\/strong><\/p> Genau darum geht es in diesem Teil: wie sich der Arbeitsalltag von Entwicklern ver\u00e4ndert, wenn Agenten die Umsetzung \u00fcbernehmen.<\/strong> Auftr\u00e4ge formulieren, Pl\u00e4ne beurteilen, R\u00fcckfragen kl\u00e4ren und Ergebnisse pr\u00fcfen – all das wird wichtiger. Der Agent \u00fcbernimmt mehr Arbeit, die Verantwortung bleibt beim Entwicklerteam.<\/p>\t\t\t\t\t\t\t\t<\/div>\n\t\t\t\t<\/div>\n\t\t\t\t<\/div>\n\t\t Um zu verstehen, wo Agenten entlasten k\u00f6nnen, lohnt sich ein Blick auf die gesamte Entwicklungsarbeit: das Problem verstehen, L\u00f6sungswege suchen, Ans\u00e4tze bewerten, ausprobieren, Code schreiben, testen und Fehler beheben. Das Schreiben des Codes ist nur ein Teil davon.<\/strong><\/p>\n Eine Antwort auf Stack Overflow oder ein Beispiel aus der Dokumentation ist noch keine passende L\u00f6sung. Entscheidend ist, ob der Ansatz die Anforderungen erf\u00fcllt, zum bestehenden System passt und sich langfristig warten l\u00e4sst. Auch eine bew\u00e4hrte Vorgehensweise eignet sich nicht automatisch f\u00fcr jedes Projekt.<\/p>\n Erst beim Ausprobieren zeigt sich, ob eine Idee tr\u00e4gt. Daf\u00fcr m\u00fcssen Entwickler einen Ansatz aufbauen, ausf\u00fchren und das Ergebnis pr\u00fcfen. Manches funktioniert technisch, l\u00f6st aber nicht das eigentliche Problem. Dazu kommt die Fehlersuche: Manchmal ist die Ursache in wenigen Minuten gefunden, manchmal dauert schon das Eingrenzen mehrere Stunden.<\/p>\n Stellt sich dabei heraus, dass der gesamte L\u00f6sungsansatz nicht tr\u00e4gt, beginnt die Suche erneut. Eine Alternative muss gefunden, bewertet und erprobt werden. Der verworfene Versuch liefert zwar Erkenntnisse, hat aber Zeit gekostet. Im fertigen Code ist dieser Aufwand kaum sichtbar.<\/p>\n Genau beim Suchen, Ausprobieren und Pr\u00fcfen k\u00f6nnen AI-Agenten entlasten.<\/strong> Sie k\u00f6nnen L\u00f6sungswege recherchieren, Varianten umsetzen, Tests ausf\u00fchren und anhand der Ergebnisse nachbessern. Der Entwickler muss dadurch nicht jeden Versuch selbst aufbauen. Er muss aber weiterhin beurteilen, ob die vorgeschlagene L\u00f6sung tats\u00e4chlich zum eigenen System passt.<\/p>\t\t\t\t\t\t\t\t<\/div>\n\t\t\t\t<\/div>\n\t\t\t\t<\/div>\n\t\t Wer regelm\u00e4\u00dfig mit AI-Agenten arbeitet, setzt im Entwicklungsalltag andere Schwerpunkte. Ein Arbeitstag kann damit beginnen, die Ergebnisse eines n\u00e4chtlichen Agentenlaufs zu pr\u00fcfen. Dazu kommen neue Auftr\u00e4ge und die Abstimmung von Pl\u00e4nen und R\u00fcckfragen w\u00e4hrend der Umsetzung. Statt jede \u00c4nderung selbst zu schreiben, liest der Entwickler den entstandenen Code, bewertet Testergebnisse und steuert nach, wenn etwas nicht passt.<\/p>\n Suchen, Bewerten und Ausprobieren – all das erledigt sich dadurch nicht. Der Agent \u00fcbernimmt einen Teil dieser Arbeit, der Entwickler hinterfragt die Ergebnisse. Entscheidend ist nicht nur, ob eine L\u00f6sung funktioniert, sondern ob ihre Annahmen stimmen und sie zum bestehenden System passt.<\/strong> Daf\u00fcr bleibt technisches Verst\u00e4ndnis unverzichtbar. Ob diese Arbeitsteilung tats\u00e4chlich Zeit spart, h\u00e4ngt auch davon ab, wie viel Anleitung, Pr\u00fcfung und Nacharbeit n\u00f6tig bleibt.<\/p>\t\t\t\t\t\t\t\t<\/div>\n\t\t\t\t<\/div>\n\t\t\t\t Bild wurde mit Hilfe von AI generiert<\/em><\/p>\n Auch Andrej Karpathy betont, dass Entwickler die Grundlagen ihrer Systeme weiterhin verstehen m\u00fcssen. Er unterscheidet drei Ans\u00e4tze: Verhalten durch klassischen Code festlegen (Software 1.0<\/strong>), durch das Training neuronaler Netze erlernen lassen (Software 2.0<\/strong>) und Sprachmodelle \u00fcber Prompts und Kontext steuern (Software 3.0<\/strong>). Diese Ans\u00e4tze erg\u00e4nzen sich, statt einander vollst\u00e4ndig zu ersetzen. F\u00fcr die Arbeit mit Coding-Agenten hei\u00dft das: Entwickler m\u00fcssen nicht jedes Detail einer Schnittstelle auswendig kennen. Sie m\u00fcssen aber erkennen k\u00f6nnen, welche Annahmen hinter einer L\u00f6sung stehen und welche Folgen eine \u00c4nderung f\u00fcr das System hat<\/strong> (vgl. Andrej Karpathy, 2026<\/a>).<\/p>\n Die Aufgaben bleiben \u00e4hnlich, ihre Gewichtung ver\u00e4ndert sich:<\/p>\nWas passiert, wenn die AI \u00fcber Nacht arbeitet?<\/h2>\t\t\t\t<\/div>\n\t\t\t\t<\/div>\n\t\t\t\t
Die eigentliche Arbeit beginnt vor dem Code<\/h2>\t\t\t\t<\/div>\n\t\t\t\t<\/div>\n\t\t\t\t
Dieselbe Arbeit, andere Handgriffe<\/h2>\t\t\t\t<\/div>\n\t\t\t\t<\/div>\n\t\t\t\t
\t\t\t\t\t\t\t\t\t\t\t\t\t\t\t<\/div>\n\t\t\t\t<\/div>\n\t\t\t\t