Innerhalb weniger Tage sind zwei Entscheidungen bekannt geworden, die in dieselbe Richtung weisen: KI-Coding-Tools bekommen engere Grenzen. Goldman Sachs beschränkt den Zugang zu Werkzeugen wie Claude Code und GitHub Copilot laut Bericht auf Ingenieure; Trader und Banker sind ausgeschlossen. Fast zeitgleich untersagt Anthropic seinem Coding-Assistenten Claude Code, bestehende Videospiele nachzubauen.
Beide Fälle betreffen unterschiedliche Ebenen — einmal die Nutzung im Unternehmen, einmal die Regeln des Anbieters. Gemeinsam ist ihnen, dass die anfängliche Offenheit gegenüber dem sogenannten Vibe Coding, also dem weitgehend durch KI generierten Programmieren ohne tiefe Entwicklungskenntnisse, nachjustiert wird.
Vom Lob zur Einschränkung
Bemerkenswert ist die Kehrtwende bei Goldman Sachs. Noch im Juli hatte CIO Marco Argenti das Vibe Coding durch Nicht-Techniker öffentlich gelobt. Nun verweist die Bank zur Begründung der Einschränkung auf "Produktivität und Risikomanagement".
Mehr Details nennt die Quelle nicht. Es bleibt also offen, ob konkrete Vorfälle den Ausschlag gaben oder ob eine interne Auswertung die erhofften Effekte nicht bestätigte. Die Formulierung deutet jedoch darauf hin, dass beides zusammengedacht wurde: Nutzen und Risiko wurden offenbar gegeneinander abgewogen — mit dem Ergebnis, den Kreis der Nutzenden zu verkleinern.
Für ein Finanzinstitut ist das nachvollziehbar. Code, der in regulierten Umgebungen entsteht, unterliegt Prüf-, Dokumentations- und Freigabepflichten. Wenn Fachabteilungen eigenständig Auswertungen oder kleine Werkzeuge erzeugen, entstehen Artefakte, die außerhalb etablierter Review-Prozesse laufen. Wer dafür keine Kontrollmechanismen hat, zieht die Grenze eher restriktiv.
Der Anbieter zieht eigene Grenzen
Die zweite Meldung betrifft Anthropic selbst. Das Unternehmen reagiert auf eine Welle von Spielenachbauten und verbietet Claude Code, bestehende Videospiele zu klonen. Auch hier sind die veröffentlichten Informationen knapp; weitere Einzelheiten zur technischen Umsetzung oder zum Umfang der Regel gehen aus der Quelle nicht hervor.
Der Punkt ist dennoch relevant: Die Nutzungsregeln eines KI-Dienstes können sich ändern, und zwar ohne Zutun der Kundinnen und Kunden. Was gestern möglich war, kann morgen blockiert sein. Für Unternehmen, die KI-Assistenten fest in ihre Entwicklungsprozesse einbauen, ist das ein Planungsfaktor.
Zwei Risikoarten, die oft vermischt werden
Die beiden Meldungen betreffen unterschiedliche Risikokategorien, die in internen Diskussionen häufig durcheinandergehen:
- Organisationsrisiko: Wer darf welche Werkzeuge einsetzen, und was passiert mit dem erzeugten Code? Hier geht es um Zuständigkeiten, Qualitätssicherung und Betrieb.
- Rechts- und Compliance-Risiko: Was darf mit einem Werkzeug erzeugt werden? Hier geht es um Rechte Dritter, Nutzungsbedingungen und die Frage, ob ein Ergebnis überhaupt verwendet werden darf.
Eine Richtlinie, die nur eine der beiden Ebenen abdeckt, lässt eine Lücke offen. Der Fall Goldman Sachs zeigt die erste Ebene, der Fall Anthropic die zweite.
Rollen statt pauschaler Verbote
Ein vollständiger Ausschluss ganzer Nutzergruppen ist die einfachste Lösung, aber nicht zwangsläufig die wirksamste. Zielführender ist meist eine Abstufung nach Einsatzzweck und Wirkungsgrad des erzeugten Codes.
Praktikabel ist eine Unterscheidung in drei Zonen:
- Experimentierzone: Prototypen, Datenauswertungen und Skripte ohne Produktivanbindung. Hier ist ein breiterer Nutzerkreis vertretbar, solange die Ergebnisse nicht in Entscheidungen oder Systeme einfließen, ohne geprüft zu werden.
- Übergangszone: Code, der produktiv werden soll. Ab hier greifen Review durch Entwicklerinnen und Entwickler, Versionskontrolle und Tests — unabhängig davon, wer den Entwurf erzeugt hat.
- Kernzone: Produktivsysteme, Kundendaten, regulierte Prozesse. Hier gelten die bestehenden Entwicklungsstandards ohne Ausnahme.
Der entscheidende Unterschied liegt nicht in der Jobbezeichnung, sondern darin, wohin der erzeugte Code fließt. Wer das sauber trennt, muss keine Abteilungen pauschal aussperren.
Was in eine KI-Coding-Richtlinie gehört
Aus den beiden Fällen lassen sich einige Punkte ableiten, die in internen Regelungen häufig fehlen:
- Freigegebene Werkzeuge: Eine verbindliche Liste, welche Assistenten genutzt werden dürfen — und über welche Unternehmenszugänge.
- Zweckbindung: Für welche Aufgaben der Einsatz vorgesehen ist und welche ausdrücklich ausgenommen sind.
- Review-Pflicht: Ab welchem Punkt menschliche Prüfung zwingend ist, und wer sie verantwortet.
- Herkunft und Rechte: Klarstellung, dass Nachbauten geschützter Werke und die Übernahme fremder Inhalte nicht zulässig sind — unabhängig davon, ob das Werkzeug sie technisch blockiert.
- Änderungsfestigkeit: Ein Verfahren für den Fall, dass ein Anbieter seine Nutzungsbedingungen anpasst oder Funktionen einschränkt.
- Nachvollziehbarkeit: Dokumentation, welche Teile einer Anwendung KI-gestützt entstanden sind.
Die Produktivitätsfrage bleibt offen
Goldman Sachs nennt Produktivität ausdrücklich als Begründung — nicht nur Risiko. Das ist ein Hinweis darauf, dass der erwartete Effizienzgewinn bei Nicht-Technikern offenbar nicht wie erhofft eintrat. Belastbare Zahlen dazu liegen nicht vor, und aus einer Einzelentscheidung lässt sich keine allgemeine Regel ableiten.
Festhalten lässt sich aber: Der Zeitraum zwischen öffentlichem Lob im Juli und der Einschränkung war kurz. Wer KI-Werkzeuge einführt, sollte von Beginn an messen, welchen Beitrag sie tatsächlich leisten — statt die Entscheidung allein auf Erwartungen zu stützen.
Einordnung für Web- und Softwareprojekte
Für Projekte etwa auf Basis von TYPO3 oder individuellen Webanwendungen heißt das: KI-Assistenten beschleunigen Entwürfe, ersetzen aber keine Qualitätssicherung. Entscheidend ist eine Richtlinie, die Rollen, Einsatzzonen und Prüfpflichten festlegt und zugleich klärt, wie mit Rechten Dritter und sich ändernden Anbieterregeln umgegangen wird. Wer diese Leitplanken früh zieht, muss später keine ganzen Nutzergruppen aussperren und behält die Kontrolle über das, was in den Produktivbetrieb gelangt.