Claude Opus 5 kann stundenlang eigenständig programmieren. Welche POS-Bereiche erfordern nach wie vor mehr als nur Code?

Die Bereiche eines POS, die nach wie vor mehr als nur Code erfordern, sind diejenigen, die mit Geld und der physischen Welt in Berührung kommen: Verträge zur Zahlungsabwicklung, PCI-Compliance (die Sicherheitsregeln der Kartenindustrie für den Umgang mit Kartendaten), zertifizierte Vor-Ort-Terminals (Card-Present) und eine Buchführung, die jedes einzelne Mal stimmen muss. Claude Opus 5, veröffentlicht am 24. Juli 2026, kann Programmiersitzungen stundenlang mit minimaler Beaufsichtigung ausführen¹. Keine dieser Stunden bringt jedoch ein Händlerkonto hervor.

Modellversionen und Daten in diesem Beitrag entsprechen dem Stand bei Veröffentlichung; betrachten Sie die Angaben als Momentaufnahme.

Was hat sich mit Claude Opus 5 tatsächlich geändert?

Anthropic beschreibt ein Modell, das für langlaufende Agenten entwickelt wurde: Es plant vorausschauend, überprüft seine eigene Arbeit und läuft länger sowie autonomer als frühere Opus-Modelle². Im anspruchsvollsten Software-Engineering-Benchmark von Anthropic hat es das Ergebnis seines Vorgängers mehr als verdoppelt¹. Erste Tester berichten, dass sie dem Modell Aufgaben übergeben, die früher in viele kleine Abschnitte unterteilt werden mussten, und vollständige Ergebnisse zurückerhalten.

Das ist ein echter Wandel, der ein Muster verstärkt, das wir bereits beim Erscheinen von GPT-5.6 beschrieben haben: Alle paar Monate wächst die Menge an funktionierender Software, die man aus einem einzigen Prompt erhält. Eine Checkout-Benutzeroberfläche, für die man letztes Jahr eine Woche lang Prompts schreiben musste, dauert heute einen Nachmittag – und mit Opus 5 arbeitet das Modell einfach weiter, wenn Sie den Platz verlassen.

Warum führt mehr Programmierzeit nicht automatisch zum Ziel?

Weil die schwierigsten Bestandteile eines POS keine Probleme in Codeform sind. Ein autonomes Modell erzeugt mehr Code und besser geprüften Code. Es kann jedoch weder eine Risikoprüfungsentscheidung (Underwriting), eine Hardware-Zertifizierung noch ein Sicherheits-Audit erstellen – egal wie lange es läuft. Diese stammen von Institutionen, nicht von Compilern.

Es gibt eine zweite, subtilere Grenze. Die herausragende Fähigkeit von Opus 5 ist die Überprüfung der eigenen Arbeit – und Verifizierung erfordert eine verlässliche Referenz (Ground Truth). Ein Modell kann testen, ob seine Checkout-Mathematik aufgeht. Es kann jedoch nicht gegen ein echtes Kartennetzwerk, einen realen Auszahlungsplan (wann Kartengelder tatsächlich auf Ihrem Bankkonto eingehen) oder eine reale Finanzbehörde testen, da nichts davon in einer Programmier-Sandbox existiert. Code kann in sich vollkommen konsistent sein und dennoch an Ihrer Kasse das erste Mal auf die Realität treffen.

Welche POS-Bereiche erfordern weiterhin mehr als nur Code?

Hauptsächlich vier:

• Geld bewegen. Das Belasten einer Karte erfordert eine Beziehung zu einem Zahlungsabwickler (dem Unternehmen, das Kartengelder auf Ihrem Bankkonto gutschreibt): Risikoprüfung, Auszahlungspläne, Überwachung von Betrugsfällen, Bearbeitung von Rechnungsreklamationen. Keine Programmiersitzung liefert ein genehmigtes Händlerkonto.

• Datensicherheit bei Kartenzahlungen. PCI-Compliance gilt für jedes System, das mit Kartennummern in Berührung kommt. Generierter Checkout-Code, der Kartendaten verarbeitet, bürdet Ihnen diese Audit-Last auf. Zertifizierte Zahlungsinfrastruktur existiert gerade deshalb, damit Händler außerhalb dieses Prüfbereichs (Out of Scope) bleiben.

• Hardware für Präsenzzahlungen (Card-Present). Kontaktlos- und Chipzahlungen laufen auf zertifizierten Terminals mit sicherer Firmware, die niemand ad hoc schreiben kann. Das ist dieselbe Hürde, wegen der „Vibe-Coded“-Zahlungs-Apps im App Store abgelehnt werden: Die Hindernisse sind Berechtigungen und Zertifizierungen, nicht die Codequalität.

• Ausnahmslos korrekte Aufzeichnungen. Bestände, die zwei gleichzeitige Verkäufe fehlerfrei überstehen, und Berichte, die abgestimmt werden können (also mit dem tatsächlich eingegangenen Geld übereinstimmen), sind technisch gesehen zwar Code – aber Code, der immer stimmen muss. Diese Grenze haben wir in Vibe Coding für ein POS beschrieben. Opus 5 schreibt diese Art von Code besser als jedes Modell zuvor; dennoch möchten Sie den ersten Praxistest nicht während Ihres Samstagsansturms erleben.

Was sollten Sie Claude Opus 5 also bauen lassen?

Alles oberhalb dieser Grenze: die Bildschirme, den Flow, die Logik, das branchenspezifische Verhalten, das ein POS an Ihr Unternehmen anpasst, statt eine Vorlage zu erzwingen. Diese Schicht ist Code – und Opus 5 ist dafür mittlerweile das wohl stärkste verfügbare Werkzeug.

Der praktikable Weg ist MCP (Model Context Protocol, der offene Standard, mit dem KI-Tools in andere Software eingebunden werden). Anstatt das Modell aufzufordern, Zahlungsabläufe von Grund auf neu zu entwickeln, verbinden Sie es mit einer Plattform, auf der Geldbewegungen, Hardware-Zertifizierung und Compliance bereits vorhanden sind, und lassen es den Checkout darauf aufbauen. Wir haben bereits über den Unterschied zwischen Plattformen, die eine KI bedienen kann, und Plattformen, auf denen eine KI aufbauen kann geschrieben. Autonome Modelle verleihen der zweiten Kategorie eine viel größere Bedeutung, da das Modell die Entwicklung nun weitgehend ohne Ihr Zutun vorantreiben kann.

Build von Final funktioniert genau so: Der Builder ist promptbasiert. Sie beschreiben den gewünschten Flow oder verbinden Ihre eigene KI über MCP, und der Flow wird auf einer Infrastruktur bereitgestellt, auf der Final Pay, zertifizierte Terminals und die dahinterliegende Buchführung bereits eingerichtet sind. Wie Sie Claude Fable 5 nutzen, um ein funktionierendes POS zu bauen zeigt Schritt für Schritt, wie das mit dem größeren Geschwistermodell von Opus 5 aussieht.

Welche POS-Bereiche erfordern also weiterhin mehr als nur Code?

Diejenigen, die mit einem Vertrag, einer Zertifizierung oder einer Auszahlung enden: Zahlungsabwicklung, PCI-Compliance und Vor-Ort-Hardware (Card-Present) sowie Aufzeichnungen, die jedes Mal korrekt sein müssen. Claude Opus 5 hat verändert, wie viel POS man aus einer Programmiersitzung herausholen kann. Es hat jedoch nicht verändert, was eine Programmiersitzung hervorbringen kann. Eine nützliche Faustregel lautet: Endet die Aufgabe mit Code, übergeben Sie sie dem Modell; endet sie mit einem Vertrag, einer Zertifizierung oder einer Geldbewegung, übergeben Sie sie der Infrastruktur.

Wenn Sie in der Praxis sehen möchten, wo die Grenze verläuft, verbinden Sie Ihre eigene KI über MCP mit Build und überlassen Sie dem Modell den Teil, den es mittlerweile sehr gut beherrscht.