In den Software-Firmen dieses Jahrzehnts verschwindet gerade eine Stelle, und es fällt kaum jemandem auf: die unterste. Wer heute Engineering verantwortet, hat gute Gründe, unten niemanden mehr einzustellen — Agenten erledigen die Einstiegsarbeit schneller, billiger und mit lückenlosem Protokoll. Diese Entscheidung ist rational. Dem Quartal gegenüber ist sie sogar geboten.
Die Branche diskutiert das als Stellenfrage. Das ist die falsche Bilanz. Die Einstiegsarbeit war nie das eigentliche Produkt dieser Stellen; ihr eigentliches Produkt stand auf keiner Lohnliste: Urteilskraft.
Wer diese Anlage stilllegt, spart kurzfristig. Die Rechnung dafür schreibt später keine Personalabteilung. Ausgestellt wird sie von einer Branche, die fürs Rechnen bezahlt wird: den Versicherern.
Die Kinder der Magentalinie
1997, ein Schulungsraum in Texas
Die Luftfahrt hat diese Lektion früher gelernt — und sie hat ein Band davon.
Texas, 1997. Ein Schulungsraum der American Airlines, erhalten als Aufzeichnung, deren Kopien bis heute durch Cockpit-Foren wandern. Man hört das Rauschen des Bandes, einen Saal voller Linienpiloten, der an den richtigen Stellen lacht, und darüber die ruhige Stimme von Captain Warren VanderBurgh. Er spricht über Automation Dependency (Automationsabhängigkeit) — über Besatzungen, die in der Überraschung weiterprogrammieren, wo sie fliegen müssten.1
Auf den Navigationsdisplays moderner Verkehrsflugzeuge leuchtet der programmierte Flugweg als magentafarbene Linie. VanderBurgh hat einen Namen für Piloten, die dieser Linie auch dann noch folgen, wenn die Lage längst etwas anderes verlangt: children of the magenta, Kinder der Magentalinie. Seine Therapie ist unbequem und schlicht: Wenn die Automatik dich überrascht, schalte sie eine Stufe herunter. Flieg selbst. Erhalte dir die Fähigkeit, die du an dem Tag brauchst, an dem die Linie erlischt.
Man kann diese Aufzeichnung heute kaum ansehen, ohne an die eigene Branche zu denken. Wir verlegen gerade Magentalinien durch jede Codebase, jeden Workflow, jedes Backlog — komfortabel, präzise, im Normalfall überlegen. Die Luftfahrt hat ihre Magenta-Kinder 1997 beim Namen genannt. Wir stellen unsere gerade in Serie ein und nennen es Effizienz.
Die Währung der Urteilskraft
Würdigung einer brutalen Leiter
Bevor wir weitergehen, eine Verbeugung — und ein Einspruch.
Erst die Verbeugung. Die alte Karriereleiter der Software hat geliefert. Sie sind sie selbst hinaufgeklettert: erst die Boilerplate, dann die Bugfixes, dann die Reviews, irgendwann das erste eigene Modul (eine Ausbildung, gemessen in einer Währung, die keine Bank führt — durchwachte Releases, ererbte Altlasten, überlebte Migrationen). Niemand nannte das ein Curriculum. Es war eines. Wer zehn Jahre lang kleine Probleme unter Aufsicht löste, hatte am Ende etwas im Kopf, das sich nirgends nachschlagen lässt: ein Gespür dafür, wo Systeme brechen werden, bevor sie es tun. Seniorität ist kristallisierte Erfahrung aus tausend gelösten Problemen, bezahlt in Stunden.
Die Luftfahrt führt über dieselbe Währung Buch, nur ehrlicher. Jeder Pilot besitzt ein Stundenbuch2; an dessen Einträgen hängen Berechtigungen, Beförderungen und die Höhe der Versicherungsprämie. Software hat ein solches Buch nie geführt. Unsere Stunden standen in keiner Spalte. Sie steckten in den Tickets, den Diffs, den verlorenen Nachmittagen. Gezählt haben sie trotzdem.
Jetzt der Einspruch, und er ist berechtigt: Die alte Leiter war auch brutal. Sie war Gatekeeping mit Glücksfaktor — wer einen guten Mentor erwischte, stieg auf; wer drei Jahre Legacy-Tickets schaufelte, stieg aus. Sie hat Lernzeit schlecht bezahlt, Lernende verheizt und Talent aussortiert, dem die Geduld für Folklore fehlte. Alles richtig. Genau deshalb verteidigt sie heute niemand, und genau deshalb fällt ihr Abriss so widerstandslos: Für eine brutale Leiter steht keiner auf.
Nur folgt aus der Brutalität der Leiter nicht die Entbehrlichkeit ihrer Funktion. Man kann ein schlechtes System abreißen und trotzdem verlieren, was es im Schatten erzeugte.
Wir haben die Leiter nie geliebt. Gefragt, was sie nebenbei herstellte, haben wir allerdings auch nie.
Die Doppelkündigung
Ein Brief, zwei Empfänger
Verändert hat sich dabei weder der Mensch noch die Leiter — abgewandert ist die Arbeit. Die Agenten, die im Auftakt dieser Serie, „Der auswärtige Dienst“, für ihre Auftraggeber verhandeln, schreiben inzwischen den Code, an dem Berufsanfänger einst lernten, und übernehmen die Aufgaben, die früher unten verteilt wurden. Und weil eine Software-Firma, sobald Code zur Ware wird, am Ende weniger ihre Features verkauft als die Haftung dafür, trifft die Abwanderung zuerst die Position, die zur Haftungsabsorption erfunden wurde. Genau besehen stellt dieser eine Vorgang zwei Kündigungen zu.
Die Stelle
Warum unten niemand mehr eingestellt wird
Für seine Firma war ein Junior vor allem ein billiger Stoßdämpfer der Organisation: Hände, deren Fehler klein genug blieben, um verschmerzt zu werden, und deren Erfolge sich als Teamleistung verbuchen ließen. Diese Rechnung trug die Einstiegsstelle durch jede Budgetrunde — unabhängig davon, ob dabei je jemand an Ausbildung dachte.
Agenten erledigen dieselbe Arbeit mit einem Protokoll jeder Entscheidung und einer Fehlerquote, die sich kalkulieren lässt. Damit kippt die Budgetrunden-Logik: Der Stoßdämpfer aus Software ist günstiger als der aus Gehalt. Was folgt, ist leiser als jede Entlassungsrunde — Stellen werden nicht gestrichen, sie werden bloß nicht mehr ausgeschrieben. Der Markt trocknet von unten aus, Jahrgang für Jahrgang, ohne eine einzige Schlagzeile. Die Stelle verschwindet als ausbleibende Stellenanzeige.
Die Schule
Das Curriculum, das nie eines sein durfte
Mit derselben Arbeit verschwindet der zweite Empfänger des Briefes: der Trainingsraum. Juniors lernten nie durch Schulungen. Sie lernten durch zehntausend beiläufige Stunden, in denen sich analytisches Denken, Beobachtungsgabe und Abstraktionsvermögen als Beifang der Routinearbeit bildeten. Die Anforderung, diese Kompetenzen zu beherrschen, bleibt vollständig bestehen — verschwunden ist bloß der Ort, an dem man sie beiläufig erwerben konnte.
Die Folgen kommen mit Verzug, und genau der macht sie gefährlich. Nach meiner Einschätzung aus eigener Praxis liegt er bei zehn bis fünfzehn Jahren: so lange, bis aus fehlenden Juniors fehlende Senioren geworden sind. Ein Frühindikator dürfte sich aber abzeichnen, lange bevor die Senioren fehlen: Teams, die mit Agenten brillant Optionen erzeugen und zugleich schlechter darin werden, sich für eine zu entscheiden.3 Der Variantenfriedhof wächst dann schneller als das Urteil, das ihn räumen müsste.
Wir sägen nicht nur an der Leiter — wir sterilisieren den Expertenpool der Zukunft. Wer soll den Laden 2035 führen, wenn niemand mehr gelernt hat, wie der Laden funktioniert?4
Ohne Stunden keine Sprossen, ohne Sprossen keine Senioren, ohne Senioren keine Haftung.
Was vom Modell bleibt
Der dritte Riss erreicht die, die oben sind
Zwei Kündigungen, beide an die Zukunft adressiert. Der dritte Riss zielt höher: Er betrifft die Gegenwart, und er betrifft die, die längst oben angekommen sind.
Prototyping war nie bloß Produktion, es war Wegfindung: Wer ein System Stück für Stück baute, verstand es, weil jede Sackgasse das Gelände kartierte. Das mentale Modell der eigenen Software entstand als Nebenprodukt des Bauens — dieselbe Beifang-Logik wie beim Junior, eine Etage höher. Heute entstehen in agentischen Pipelines Lösungsräume, deren einzelne Pfade kein Mensch mehr vollständig begangen hat. Die Theorie zu einer einzelnen Variante hatte niemand je ganz im Kopf; erzeugt, geprüft, verworfen oder verschmolzen wurde sie trotzdem. Übrig bleibt ein System, das funktioniert, und ein Verantwortlicher, der das bestätigen kann, ohne es zu kennen.
Die Software wird nicht mehr verstanden, nur noch verifiziert.
Lange fühlt sich das gar nicht wie ein Verlust an, und genau darin liegt die Tücke. Die Ergebnisse stimmen ja. Man fühlt sich kompetent, weil geliefert wird — und merkt erst im Störfall, wie viel von dieser Kompetenz geliehen war. Im Cockpit hieß diese Linie magenta. In unseren Editoren ist sie grün, heißt „alle Tests bestanden“ und ist genauso bequem.
Die Erosion hat übrigens eine Spiegelseite, die selten mitgenannt wird. Auch der Nutzer führt ein mentales Modell davon, was die Software ist und wie sie sich ihm zeigt. Wenn Oberflächen sich künftig je nach Lage neu zusammensetzen, verliert auch er seine Landkarte; die Erosion arbeitet auf beiden Seiten derselben Schnittstelle. Dieser Text bleibt bei der Innenseite.
Bleibt die Frage, wer die Freigabe für ein System unterschreibt, das alle Beteiligten nur noch verifizieren. Es gibt eine Branche, die solche Fragen weder kulturell noch philosophisch beantwortet, sondern in Prämien.
Die Aktuare
Eine Rechnung, die noch niemand verschickt hat
Versicherer glauben keinem Vortrag und keiner Vision. Sie glauben der Statistik, denn ihre Irrtümer bezahlen sie selbst.5 In der Luftfahrt bepreisen sie seit jeher das Stundenbuch — wie viele Stunden, auf welchem Muster, wie aktuell; daraus wird eine Prämie. Für unsere Branche spitzt dieselbe Sorte Rechnung gerade erst den Bleistift.
Wir wechseln von einer Ökonomie der Erstellung zu einer der Verantwortung; die Arbeit verschwindet nicht, sie kondensiert sich im riskanten Moment der Freigabe.
Noch steht die Beweislast bei der Maschine: Sie muss zeigen, dass sie zuverlässiger arbeitet als wir. An dem Tag, an dem die Aktuare ihre Statistik andersherum lesen, kehrt sich diese Last um — die Burden Inversion (Beweislast-Umkehr): Dann muss begründen, wer einen Menschen auf Tätigkeiten ansetzt, die ein Agent nachweislich zuverlässiger erledigt. In der Sprache der Risikomodelle gibt es dafür eine Formel, die heute in keiner Police steht und doch schon lesbar wird: statistisch fahrlässig beschäftigt.
Das ist kommende Logik und kein geltendes Recht: Noch versichert niemand nach diesem Satz. Die Richtung allerdings lässt sich besichtigen: Die Luftfahrt diskutiert offen über Cockpits mit nur einem Piloten, und wer dieser Debatte zuhört, hört zwischen den Zeilen stets die Prämienfrage mit. Ein Einwand liegt nahe: Software sei kein Cockpit, bei uns sterbe selten jemand. Stimmt — doch die Übertragung gilt der Lern-Ökonomie, dem Stundensammeln, dem Modellerhalt, und gerade nicht dem Risiko-Niveau.
Erst wenn das Aktuariat im Raum steht, ist eine neue Leiter keine HR-Idee mehr, sondern eine Überlebensbedingung.
Die Gegenprobe
Der Teil, der Sie meint
Bevor Sie diese Bedingung an Ihre Organisation weiterreichen — an Ihr Hiring, Ihre Lernpfade, Ihre Nachwuchsplanung —, halten Sie kurz inne.
Sie haben diesen Text bis hierher als Verantwortlicher gelesen: als jemand, der über Juniors entscheidet, über Budgets, irgendwann über Policen. Dabei arbeiten Sie selbst seit gut zwei Jahren mit denselben Systemen. Sie delegieren, geben frei, verifizieren. Die Diffs sind länger geworden und Ihre Lesezeit kürzer; die Ergebnisse sind gut, der Takt ist hoch, und das Nachvollziehen fühlt sich zunehmend wie ein Luxus an, den der Kalender verweigert.
Wann haben Sie zuletzt eine Stunde in das System gesteckt, das Sie verantworten — nicht als Freigabe, sondern als Arbeit am Material?
Und was ist aus Ihrem Modell geworden?
Die erste Antwort
Was zwei Jahre Delegation aus einem Modell machen
Ich antworte zuerst, denn ich habe die Frage ja gestellt.
Bei den Projekten, an denen ich täglich selbst arbeite, ist mein Modell noch nah dran — aber es ist unschärfer und kurzlebiger als bei Code, den ich selbst erdacht habe. In der Pipeline hinter meinem Lernportal sieht es anders aus: ein Backlog aus tausenden Tickets, die ich längst nicht mehr selbst schreibe; ich spreche mit dem Dispatcher, der Rest läuft nachts. Um mein Modell dieses Codes steht es schlecht. Anfangs habe ich jede Änderung akribisch gelesen. Spätestens seit der Opus-Generation6 fehlt mir das Gefühl, nachlesen zu müssen — mit Coding-Guidelines, testgetriebenem Vorgehen und Reviews kommt schlicht guter Code heraus. Es ist mittlerweile deutlich wahrscheinlicher, dass ein sauber instruiertes Opus 4.8 auf Max Effort einen Fehler in meinem Code findet als ich in seinem.7 Schlecht instruiert vibecodet dieselbe Maschine genauso zuverlässig Murks.
Die Erosion blieb bei mir allerdings nicht im Kopf. Seit ich fast alles diktiere, tippe ich messbar schlechter — mehr Vertipper, weniger Präzision in Fingern, die jahrzehntelang blind trafen. Das hat mir furchtbare Angst gemacht. Die Diagnose ist banal und unheimlich zugleich: Das Gehirn spart, wo es kann. Sobald ungefähres Treffen genügt, weil eine Schicht darunter alles abfängt, lässt es die Präzision verfallen — das Unterbewusstsein stellt die Leistungen ein, die das Bewusstsein nicht mehr einfordert. Geholfen hat Gegentraining: wieder schreiben, wo ich längst diktieren könnte, jeden Tippfehler eigenhändig korrigieren, auch wo es gar nicht nötig wäre. Es wurde wieder besser.
Erosion ist demnach trainierbar, nur eben gegen den Strom. Wer sein Modell behalten will, braucht Stunden, die es erzwingen.
Die neue unterste Sprosse
Wo die zehntausend Stunden jetzt beginnen
Welche Stunden erzwingen ein Modell, wenn die alten abgewandert sind? Die Antwort trägt inzwischen einen Berufstitel: Context Engineer — der Beruf, der die Arbeitsumgebung von Agenten baut: Direktiven, Tickets, Prüfpfade, Gedächtnis. Kontext statt Code.
Die unterste Sprosse dieser Leiter heißt Directive Author, und sie ist konkreter, als der Titel klingt. Der Einsteiger schreibt seine erste Direktive — etwa die Review-Regeln seines Teams, formuliert als Anleitung für einen Agenten. Beim ersten Versuch scheitert er, weil die Anweisung zu vage ist und der Agent wortgetreuen Unsinn produziert. Beim zweiten Versuch scheitert er andersherum: Er regelt jeden Einzelfall, und die Direktive erstickt genau die Entscheidungen, die sie ermöglichen sollte. In diesem Pendeln liegt die Ausbildung. Er lernt, Intention so zu fassen, dass eine fremde Intelligenz sie ausführen kann; er lernt, beide Pole gleichzeitig zu halten — wasserdicht und trotzdem schlank; und er lernt logische Forensik, das Rückwärtslesen einer Gedankenspur bis zu der Stelle, an der Erwartung und Verlauf auseinanderliefen. Das sind dieselben Muskeln, die früher an Boilerplate trainiert wurden. Nur das Trainingsgerät ist neu.
Darüber liegen vier weitere Sprossen: Ticket Designer, Review-Operator, Lessons-Learned-Kurator, Architecture Contributor. Oben verschiebt sich der Gegenstand — der erfahrene Context Engineer entwirft ganze Hierarchien: eine überwachende Instanz, die Prinzipien hält, über einer ausführenden, die liefert; ein externalisiertes Bewusstsein über einem sehr fleißigen Unterbewusstsein. Die Luftfahrt hat dieselbe Trennung nach ihren bitteren Jahren als Crew Resource Management8 institutionalisiert — Hierarchie, die Widerspruch erzwingt statt Rang.
Ein früherer Artikel dieser Serie, „Die Verfassung der Software“, hat offen gelassen, wer dieses Dokument eigentlich verfasst. Hier ist die Antwort: Was der Context Engineer schreibt, ist die Verfassung der Software. Ich bin diesen Pfad selbst gegangen — die Direktiven, Tickets, Reviews und gepflegten Lektionen hinter meinem Lernportal basiswissen-ki.de sind nichts anderes als mein neues Stundenbuch.
Die Stunden sind nicht verschwunden. Sie haben bloß die Währung gewechselt.
Die Wurzel
Woher die neue Leiter ihr Holz hat
Bleibt zu klären, woher die Menschen für diese Leiter kommen sollen. Die Antwort sitzt seit zwanzig Jahren in Ihrem Organigramm, meist unterfinanziert: in der UX-Rolle.
Der Begriff verlangt eine Sekunde Geduld, denn „UX-Design“ ist als Wort verbrannt9 — zu viele Jahre, in denen es für Pixelpflege, Wireframes und nachträgliches Hübschmachen stand. Gemeint ist die Rolle dahinter: Sie beginnt bei den Anforderungen und endet bei der Evaluation, sie umfasst Research, Analyse, Konzeption und Auswertung, und sie spricht mit jeder anderen Rolle im Haus, bis hin zum Vertrieb. Ihr Werkzeugkasten besteht aus fünf Kompetenzen: analytisches Denken, Kommunikation, Beobachtung, Abstraktion, Visualisierung.
Lesen Sie diese Liste noch einmal neben der untersten Sprosse von eben. Intention präzise fassen: Kommunikation und Abstraktion; Gedankenspuren rückwärts lesen: Beobachtung und analytisches Denken; Hierarchien entwerfen: Abstraktion und Visualisierung. Das Kompetenzprofil des Context Engineers ist kein neues Talent, auf das der Arbeitsmarkt warten müsste — es existiert, flächendeckend, unter falschem Namen. Die UX-Rolle wird von den neuen Werkzeugen potenziert statt ersetzt: UX Supercharged, wenn Sie ein Schild dafür brauchen.
Aus eigener Beobachtung über zehn Jahre: Damals war der reine Coder das resilientere Tier und der UXler der Luxusposten, den man in schlechten Quartalen zuerst strich. Heute kehrt sich das um — die Tätigkeiten des Coders wandern in die Agenten, während die Kompetenzen des UXlers zur Voraussetzung werden, diese Agenten überhaupt führen zu können.
Zwei Ehrlichkeiten gehören dazu. Erstens: Ein sehr fähiger Requirements-Engineer und ein sehr fähiger Entwickler können Teile dieser Arbeit übernehmen — in Teilen stimmt das, und es bleibt wahr. Zweitens: Diese Rettung trägt Rollen und rettet keine Besitzstände. Die Inversion betrifft Tätigkeiten; wer seine Identität an eine Tätigkeit gehängt hat, dem hilft kein neuer Anstrich. Ihm hilft der Wechsel in die Schicht, in der seine Urteilskraft wieder den Unterschied macht.
Diese Rettung ist schmaler, als die Branche hofft — und tragfähiger, als die Betroffenen glauben.
Wem gehört das Urteil
Die Bilanz, auf die alles zuläuft
Ziehen wir die Linie aus. Wenn Erzeugung zur Massenware wird, bleibt als knappes Gut, was sich nicht erzeugen lässt: Urteilskraft, die für ihre Freigaben geradesteht. Haftungsfähigkeit wird zur Bilanzposition — unsichtbar in guten Jahren, entscheidend im Störfall. Eine Firma, die heute die Produktion von Urteilskraft einstellt, verkauft in zehn Jahren etwas, das sie selbst nicht mehr besitzt: die Fähigkeit, für die eigene Software einzustehen.
Damit steht die eigentliche Frage im Raum: Wem gehört das Urteil? Der Modellanbieter liefert Fähigkeit, die Police liefert einen Preis — Urteil liefert keiner von beiden. Es gehört dem Menschen, der die Direktiven geschrieben hat und vor ihnen bestehen kann. Organisationen, die solche Menschen ausbilden, besitzen ihr Urteil selbst; alle anderen mieten es, bis der Vermieter den Preis erhöht.
Unter dieser Bilanz liegt etwas, das in keinem Quartalsbericht auftaucht. Menschen, deren Selbstverständnis „ich bin ein guter Engineer“ lautet, sehen gerade zu, wie Maschinen ihren Output reproduzieren — schneller, billiger10, unermüdlich. Eine Belegschaft, die sich ersetzt fühlt, verhält sich anders als eine, die sich erweitert fühlt, unabhängig von jeder Produktivitätskennzahl. Das ist zuerst eine Gesundheitsfrage und erst danach eine Arbeitsmarktfrage — aber das wird ein eigener Artikel.
Der Auftakt dieser Serie, „Der auswärtige Dienst“, hat seinerzeit eine Frage hinterlassen: welches Software-Unternehmen in einer solchen Welt überhaupt noch existiert. Hier ist die Antwort. Welches Unternehmen existiert noch? Das, dessen Pipeline überlebt. Und eine Pipeline besteht aus Menschen.
1997, noch einmal
Was die Luftfahrt nach der Vorlesung tat
Das Band von 1997 läuft am Ende einfach aus. Ob applaudiert wurde, ist nirgends überliefert. Überliefert ist, was die Luftfahrt danach tat: Sie behielt die Automatik und änderte das Training. Sie legte fest, welche Stunden ein Pilot von Hand fliegen muss, damit seine Fähigkeit den Tag erlebt, an dem die Linie erlischt — neue Stunden-Arten, eingetragen im selben alten Stundenbuch. Ihre Versicherer haben diese Einträge eingepreist, ohne Sentimentalität, als das, was sie sind: werthaltige Substanz.
Unsere Branche steht in ihrem eigenen 1997. Die neue Leiter ist beschreibbar, die unterste Sprosse auch — was fehlt, sind die Institutionen, die solche Stunden zählen: Curricula, Lehrpfade, Prüfungen, ein Stundenbuch für Context Engineers. Sie sind noch ungebaut. Irgendjemand wird sie errichten, neben den bestehenden Schulen, schneller als durch sie hindurch — doch das ist eine eigene Geschichte.
Bis dahin ist die Frage an Ihr Unternehmen einfacher, als sie aussieht. Nicht, ob Sie Agenten einführen — das tun alle. Sondern ob bei Ihnen 2035 noch jemand arbeitet, der weiß, wie der Laden funktioniert. Und ein Stundenbuch hat, das es beweist.
- Die Aufzeichnung der Vorlesung „Children of the Magenta“ (Captain Warren VanderBurgh, American Airlines, 1997) kursiert seit Jahren öffentlich; ihr verdankt dieser Abschnitt Bild und Begriff. Sehenswert ist sie bis heute — auch für Menschen, die nie ein Cockpit von innen sehen werden.
- Stundenbuch, das: im Mittelalter ein privates Gebetbuch, das den Tag in feste Gebetsstunden einteilte — eines der verbreitetsten Bücher des Spätmittelalters; in der Luftfahrt das Dokument, in dem jede geflogene Stunde nachgewiesen wird. Beide Gattungen verwalten dasselbe Gut: ein Leben, gezählt in Stunden. Und in beiden Fällen liest am Ende eine höhere Instanz mit.
- Erwartung, keine Messung — das Muster ist plausibel, aber ich habe es nicht systematisch beobachtet.
- Ausführlicher in meinem Buch Basiswissen Künstliche Intelligenz, Kapitel 12 „Über_Morgen“.
- Was sie von fast allen anderen Stimmen in dieser Debatte unterscheidet: Ihre Meinung kostet sie eigenes Geld. Berater werden für Zuversicht bezahlt, Konferenzen für Reichweite — Aktuare für Treffer.
- Während dieser Text entstand, hatte ich für zwei, drei Tage Zugang zu Fable, der Generation über Opus — ein kurzer, hastiger Blick durchs Schlüsselloch auf das, was da vor der Tür steht. Dann war es vorbei: Fable wurde auf Anordnung einer US-Behörde abrupt für alle abgeschaltet, nachdem ein Jailbreak demonstriert worden war. Wenn Sie das lesen, ist das Modell vermutlich nicht erreichbar — der Blick genügte trotzdem, um zu ahnen, dass das hier kein Endzustand ist, sondern ein Zwischenstand.
- Einschätzung aus eigener Praxis; Stichprobengröße: ein Autor. Der Autor hat allerdings mitgezählt.
- Crew Resource Management, abgekürzt CRM — und nein, nicht die Software, die Ihre Vertriebskontakte pflegt. Die Luftfahrt meinte mit denselben drei Buchstaben fast das Gegenteil von Kundenpflege: dass der Erste Offizier dem Kapitän widerspricht, bevor der Berg näher kommt.
- UX-Design, das: Tätigkeitsbezeichnung, die so lange „mach es hübsch“ bedeutete, bis ihre Träger aufhörten zu erklären, was sie eigentlich tun. Der Begriff ist kaum noch zu retten. Die Rolle schon.
- „Billiger“ mit Sternchen. Der Preis hält, solange die Tokens subventioniert sind — und ein einziges Feature kann über die API, sauber abgerechnet, schon mal dreistellig kosten, schnell auch vierstellig. So besehen ist das Modell die SaaS-Lösung: gemietet, getaktet, im Preis von fremden Quartalszielen abhängig. Tim aus dem Nebenzimmer, der auf Kaffee statt auf Tokens läuft, ist die On-Premise-Variante — langsamer, dafür kennen Sie seine Rechnung, und sie verdoppelt sich nicht über Nacht.