Ein erstes Modell fürs Coden in Echtzeit, so beschreibt OpenAI das neu herausgebrachte GPT-5.3-Codex-Spark. Es ist eine Research-Preview und setzt erstmals auf einem Cerebras-Chip auf.

Codex-Spark soll besonders schnell sein – konkret 1000 Tokens in der Sekunde liefern können. Doch auch OpenAI schreibt in einem Blogbeitrag, dass das auf Kosten der Qualität gehen kann – das zeigt zumindest der Terminal-Bench 2.0, der auf die Genauigkeit abzielt. Dennoch soll dank der Schnelligkeit eine neue, andere interaktive Arbeit mit dem Modell möglich sein. Codex-Spark lässt sich beispielsweise auch in Echtzeit unterbrechen oder umlenken, heißt es. Es gibt aber etwa keine automatische Vorschau. Verarbeitet wird grundsätzlich nur Text, das Modell hat ein 128K-Kontextfenster.

Im Januar hatte OpenAI die Partnerschaft mit dem kalifornischen Chipdesigner Cerebras bekannt gegeben. Die haben seither verstärkt an einem Chip gearbeitet, der auf Inferenz ausgelegt ist, also besonders schnell KI-Algorithmen auszuführen. Bisher hatte OpenAI auf KI-Beschleuniger von Nvidia gesetzt. So richtig ausgereift klingt Codex-Spark allerdings noch nicht. Im Blogbeitrag steht, man wolle das Modell für frühe Experimente freigeben, während man unter anderem noch an der Endnutzer-Erfahrung arbeite. Zunächst gibt es auch spezielle Rate-Limits, dazu gehört, dass die Nutzung bei vielen Zugriffen auch grundlegend eingeschränkt werden kann. Zugriff haben ChatGPT-Pro-Nutzer mit Codex-App, der CLI und der VS-Code-Erweiterung.

OpenAI kündigt auch bereits an, dass Codex-Spark das erste Modell einer neuen „ultraschnellen Modell-Familie“ sein soll. Multimodalität und weitere Fähigkeiten sollen entsprechend folgen.

Erst vor wenigen Tagen hat OpenAI mit GPT-Codex-5.3 ein neues Modell mit Coding-Fähigkeiten veröffentlicht. Auch dieses soll vor allem schneller sein, als der Vorgänger. Hier geht es aber mitnichten um Echtzeit sondern um minutenlange Denkprozesse zur Aufgabenerfüllung. Zudem gibt es mit der Codex-App eine Kommandozentrale für KI-Workflows.

Sam Altman witzelt bei X, dass ihm das neue, schnelle Modell Freude bereiten würde. Dabei bezieht er sich mit dem englischen Satz „It sparks joy for me“ auf die 2010er Fernsehsendung, in der Marie Kondo Menschen beim Ausmisten geholfen hat. Die Aufräum- und Minimalismusexpertin fragte bei jedem Teil, ob es dem Besitzer Freude bereite – nur dann durfte man es behalten. Kondo allerdings ihren eigenen Spark-Stil längst über Bord geworfen und lässt eigenen Aussagen zufolge lieber ein bisschen Chaos zu.

(emw)

Bisher musste man in C# immer konkrete Typparameter angeben, um den Operator nameof() auf generische Typen anzuwenden. Ab dem aktuellen C# 14.0 kann man als kleine Syntaxvereinfachung die Typparameter im Code weglassen

Folgendes Codebeispiel zeigt den vereinfachten Einsatz von nameof() mit generischen Typen:

// BISHER
Console.WriteLine(nameof(List)); // --> List
Console.WriteLine(nameof(System.Collections.Generic.LinkedListNode)); // --> LinkedListNode
Console.WriteLine(nameof(System.Collections.Generic.KeyValuePair)); // --> KeyValuePair
 
// NEU
Console.WriteLine(nameof(List<>)); // --> List
Console.WriteLine(nameof(System.Collections.Generic.LinkedListNode<>)); // --> LinkedListNode
Console.WriteLine(nameof(System.Collections.Generic.KeyValuePair<,>)); // --> KeyValuePair

(rme)

Microsoft hat die Betaversion für TypeScript 6.0 veröffentlicht, das letzte Release mit der aktuellen JavaScript-Codebasis. Ab Version 7.0 werden der Compiler und der Language Service in Go geschrieben sein, was Geschwindigkeitsvorteile bringen soll. TypeScript 6.0 soll in erster Linie den Weg zum Umstieg ebnen.

TypeScript 6.0 räumt mit veralteten Funktionen auf

Einige Aspekte gelten in TypeScript 6.0 als veraltet (deprecated) – doch derzeit lassen sich diese Deprecations noch einfach ignorieren. Dazu dient die Einstellung "ignoreDeprecations": "6.0" in der tsconfig.json-Datei. Ab Version 7.0 wird das nicht mehr möglich sein, und die veralteten Funktionen lassen sich dort nicht mehr nutzen.

Die Änderungen sollen den Prozessen Rechnung tragen, die in den vergangenen zwei Jahren seit Version 5.0 stattgefunden haben, so das TypeScript-Team. Unter anderem seien Bundler und ECMAScript-Module zu den häufigsten Modulzielen für neue Projekte geworden, und tsconfig.json habe sich zu einem fast universellen Konfigurationsmechanismus entwickelt, während der Wunsch nach strengerer Typisierung zugenommen habe.

Konkret entfällt unter anderem das Target ECMAScript 5, denn seit über einem Jahrzehnt steht der Nachfolger ECMAScript 2015 (ES 6) bereit und alle modernen Browser können damit umgehen, wie das TypeScript-Team ausführt. Damit einhergehend ist nun auch --downlevelIteration veraltet, da es lediglich für ECMAScript 5 relevant war. Statt der veralteten asserts-Syntax kommt nun das Keyword with für Import-Attribute zum Einsatz.

Ein ausführlicher Blogeintrag geht auf diese und weitere Deprecations sowie Feature-Neuerungen ein.

So geht es weiter

TypeScript 6.0 gilt mit der Beta als Feature-stabil und soll keine weiteren Funktionen oder Breaking Changes erhalten. Neben der Betaversion sind auch Nightly Builds verfügbar, um frühe Einblicke in das nächste Release zu erhalten. Daneben geht die Arbeit an TypeScript 7.0 weiter, und auch dafür können Interessierte Vorschauversionen ausprobieren sowie Feedback abgeben.

Wer mit TypeScript 6.0 Deprecation-Warnungen erhält, sollte diese zunächst beheben, bevor er oder sie auf Version 7.0 wechselt, empfiehlt das TypeScript-Team. Schon bald nach TypeScript 6.0 soll TypeScript 7.0 erscheinen.

(mai)