„AI Engineer" und „AI Architect" werden in Stellenanzeigen fast synonym verwendet, was schade ist, denn die Unterscheidung ist tatsächlich nützlich, wenn man einen Moment darüber nachdenkt.
AI Engineering ist Umsetzung. Ein Modell feintunen, die RAG-Retrieval-Logik schreiben, eine API verdrahten, eine einzelne Komponente korrekt und effizient zum Laufen bringen. Es ist nah am Code.
AI Architecture sind Entscheidungen über die Form. Wie viele Modelle braucht das System wirklich, sprechen Agenten direkt miteinander oder über einen Broker, wo lebt der Zustand, was passiert, sobald eine Komponente ausfällt. Das ist näher am Whiteboard als am Terminal — auch wenn in der Praxis die meisten Menschen, die diese Entscheidungen treffen, am Ende auch den Code schreiben, der sie umsetzt. Niemand drückt einem ein Diagramm in die Hand und geht dann einfach.
Nehmen Sie Mycellium, das Agentenschwarm-System, das ich im Rahmen des TUM × SAP Praxiskurses geleitet habe. Die Engineering-Frage war: „Wie bringe ich Agent A dazu, das richtige Tool aufzurufen?" Klar lösbar, ein Dienstagnachmittag-Problem. Die Architektur-Frage war diejenige, die das Projekt tatsächlich geprägt hat: Sollte es überhaupt einen zentralen Orchestrator geben, oder liefert ein Schwarm ohne einen hier bessere Ergebnisse? Wir haben uns gegen eine zentrale Steuerung entschieden. Stattdessen wählen sich Agenten über fähigkeits- und vertrauensgewichtetes Bieten selbst in Aufgaben ein, und Konsens wird über eine Zitierungsschwelle via Blackboard-Protokoll erreicht, statt dass ein „Boss-Agent" die letzte Entscheidung trifft. Diese Entscheidung entstand aus demselben Instinkt, den ich in meinem Werdegangs-Beitrag erwähnt habe: Das Ein-Boss-Agent-Muster fühlte sich falsch an, sobald Agenten sich spezialisieren und den Ergebnissen der anderen vertrauen mussten, statt einfach nur nach oben zu berichten.
Die meisten Menschen, die echte KI-Arbeit leisten, tun beides — Engineering und Architecture — am selben Nachmittag, manchmal in derselben Stunde. Die formalen Titel, „AI Engineer" und „AI Architect", beschreiben eher Senioritätsstufe und Verantwortungsumfang als den mentalen Modus, in dem man sich Dienstagnachmittags um 14 Uhr tatsächlich befindet. Ein Junior Engineer kann bei einem Nebenprojekt echte Architektur-Entscheidungen treffen. Ein Senior Architect schreibt immer noch Code, ob er das in Bewerbungsgesprächen zugibt oder nicht.
Ich habe kein „AI Architect" auf einer Visitenkarte stehen, und ich werde nicht so tun, als sollte ein Masterstudent das haben. Aber das ist die Richtung, in die ich mich entwickle, und die obige Unterscheidung ist das mentale Modell, das ich bereits bei jedem Projekt anwende, das ich anfasse — Mycellium eingeschlossen. Titel hin oder her, das ist der Muskel, den ich trainiere.