DeepSeek stellt am 31. Juli eine aktualisierte V4-Flash-API als öffentliche Beta bereit. Der offizielle Changelog nennt stärkere Agentenfähigkeiten und Unterstützung des Responses-API-Formats. Wichtig für die Einordnung: Dieses Update betrifft Flash in der API; Pro und die App bleiben laut Mitteilung zunächst unverändert.
Die interessante Zahl steht in eurer Zeiterfassung
Günstigere Modellaufrufe können die Marge einer Softwareagentur verbessern. Aber nur, wenn die erzeugte Änderung ausreichend gut ist. Ein billiger Lauf mit langen Reparaturen kostet mehr als ein teurer Lauf, den ihr direkt prüfen und abnehmen könnt.
Rechenbeispiel, keine Messung von DeepSeek: Ein Agent spart bei einem Ticket 40 Minuten Umsetzung. Anschließend fallen 15 Minuten Prüfung und 35 Minuten Reparatur an. Das Team hat zehn Minuten verloren – bevor API-Kosten hinzukommen.
Kosten pro abgenommenem Ticket = Modell- und Werkzeugkosten plus menschliche Prüfung und Nacharbeit. Diese Kennzahl verbindet Modellwahl mit eurem Geschäft.
Ein Vergleich, den ihr an einem Nachmittag starten könnt
Nutzt eine feste Ausgangsversion eures Projekts und drei Aufgaben mit klarer Abnahme. Zum Beispiel: einen Formularfehler beheben, einen Endpunkt ergänzen und einen bestehenden Test reparieren. Kundengeheimnisse bleiben außerhalb des Versuchs.
| Festhalten | Warum es hilft |
|---|---|
| Modellkennung und Datum | Eine API kann sich hinter demselben Namen ändern |
| Harness und Aufwandseinstellung | Beides beeinflusst Qualität und Verbrauch |
| Fehlversuche und Reparaturzeit | Erster Erfolg allein beschönigt die Kosten |
| Abnahmekriterium | „Sieht fertig aus“ genügt nicht |
Die von DeepSeek genannten Benchmarks wurden mit einem bestimmten Harness und Einstellungen ermittelt. Das sind Herstellerangaben, keine Prognose für eure Codebasis.
API-Kompatibilität ist noch keine Austauschbarkeit
Ein ähnliches Anfrageformat erleichtert die Integration. Prüfen müsst ihr trotzdem Werkzeugaufrufe, Fehlermeldungen, Streaming und Kontextverhalten. Für produktive Kundenarbeit kommen Datenverarbeitung, Vertragsbedingungen und Verfügbarkeit dazu. Der Unternehmenssitz allein beantwortet diese Fragen weder positiv noch negativ.
Im Enterprise-Umfeld kann ein günstigeres Modell für klar begrenzte Aufgaben attraktiv sein, während schwierige Fälle zu einem stärkeren Dienst eskalieren. Voraussetzung ist ein Test, der diesen Wechsel tatsächlich abbildet.
Mehr zum Unterschied zwischen Modell und Laufzeit findet ihr im Beitrag zu Coding-Harnesses. Mit uns könnt ihr einen belastbaren Modellvergleich für eure Entwicklungsarbeit aufsetzen.
