14 Sep.

Test-Time Compute Scaling

Test-Time Compute Scaling bezeichnet die Menge an Rechenleistung, die ein KI-Modell erst während der Beantwortung einer Anfrage einsetzt, nicht während des Trainings. Statt ein größeres oder aufwendiger trainiertes Modell zu bauen, bekommt das bestehende Modell mehr Zeit und Rechenkapazität, um über eine einzelne Antwort nachzudenken.

Der Unterschied zur klassischen Skalierung liegt im Zeitpunkt. Trainings-Compute ist fix, sobald ein Modell fertig trainiert ist. Test-Time Compute lässt sich dagegen von Anfrage zu Anfrage variieren. Einfache Fragen bekommen wenig Rechenzeit, komplexe Aufgaben mehr. Umgesetzt wird das auf unterschiedliche Weise: Reasoning-Modelle erzeugen längere Gedankenketten, bevor sie eine Antwort ausgeben. Andere Ansätze generieren mehrere Lösungsvarianten parallel und wählen anschließend die beste aus. Fortgeschrittene Systeme trennen sogar die Entscheidung über die einzusetzende Rechenmenge vom eigentlichen Denkprozess und verteilen sie gezielt über verschiedene Phasen einer Aufgabe.

Der praktische Nutzen liegt in der Steuerbarkeit von Kosten und Qualität. Wer mehr Rechenzeit für eine schwierige Aufgabe investiert, bekommt tendenziell eine bessere Antwort. Wer eine einfache Aufgabe schnell und günstig beantwortet haben möchte, spart Rechenzeit. Diese Flexibilität ist besonders bei langlaufenden, agentengesteuerten Aufgaben wie Softwareentwicklung oder komplexer Textanalyse relevant.

Abgrenzung

Test-Time Compute Scaling ist nicht dasselbe wie Modell-Training. Es verändert das zugrunde liegende Modell nicht, sondern nur den Aufwand, mit dem das bestehende Modell eine einzelne Anfrage bearbeitet. Ein größeres oder länger trainiertes Modell (mehr Trainings-Compute) und ein Modell mit mehr Denkzeit pro Anfrage (mehr Test-Time Compute) sind zwei unabhängige Stellschrauben, die sich auch kombinieren lassen.


 

KI im Arbeitsalltag: Person beginnt mit der eigenen Aufgabe statt mit dem Lernstapel

KI im Arbeitsalltag: So finden Sie den richtigen Start

Wer KI im Arbeitsalltag einsetzen will, kennt das: Man liest einen Beitrag über Prompts. Darin taucht ein neues Modell auf ...
AI-SHOP

KI-Assistent trifft SAP Business One: Zwei Wege aus dem Versino KI-Shop

KI-Assistenten wie Claude oder Copilot schreiben E-Mails, fassen Dokumente zusammen und erklären Fachbegriffe. Fragt man sie aber nach dem offenen ...
SPRINT & SWIRL

Sprint und Swirl: Wie ein KI-Agent Arbeit aufteilt und aus Probeläufen lernt

Diese Reihe beschäftigt sich mit Künstlicher Intelligenz im Zusammenspiel mit SAP Business One. Sie nimmt sich grundlegende KI-Prinzipien in Ruhe ...
LATS

LATS: Mehrere Wege gleichzeitig durchdenkt mit KI — und die Verfügbarkeitsprüfung in SAP B1

Diese Reihe beschäftigt sich mit Künstlicher Intelligenz im Zusammenspiel mit SAP Business One. Nicht als Ansammlung von Produktankündigungen, sondern als ...
ReAct und RLEF

ReAct und RLEF: Wie Künstliche Intelligenz aus echten Fehlern lernt — und was der automatische Bankabgleich in SAP Business One damit zu tun hat

Dies ist die vierte Folge einer Reihe auf diesem Blog, die sich mit KI-Grundlagen im Zusammenspiel mit SAP Business One ...
Service Layer KI als transaktionalen Schicht

SAP B1 10.0 FP2608: Service Layer KI als transaktionalen Schicht

Der Service Layer von SAP Business One diente bisher überwiegend als passiver Datenlieferant: Anwendungen fragten Daten über OData ab, jede ...
Wird geladen …