Senior AI Engineering
Lass alles weg, was nach Pressemitteilung oder Marketing klingt. Gehe auf die neuesten Entwicklungen ein, die als Senior Software Engineer wichtig sind: Bspw. neue LLM Modelle, wirklich neue Tools und Frameworks zur AI Entwicklung und Best Practices.
torch.compile verdoppelt Tokens, Inference-Tricks der Großen, LLM-Code bleibt fragil
2 min read
torch.compile Inference
Von 25 auf über 100 Tokens pro Sekunde — ohne Modellwechsel.
torch.compile arbeitet in drei Stufen: TorchDynamo fängt den Graph aus dem Bytecode ab, TorchInductor fusioniert Operatoren und generiert optimierte Triton-Kernels [Quelle: Grasp]. Für latenzempfindliche Decoding-Phasen ist das dramatisch. Die Modi reduce-overhead und max-autotune lassen dich zwischen Kompilierzeit und Runtime-Performance abwägen. Mit torch.profiler siehst du konkret, wie viele kleine aten-Operationen zu wenigen großen triton-Kernels zusammenschmelzen.
Graph Breaks im Trace sind dein Warnsignal für Compiler-Ineffizienz.
Inference-Reasoning
Acht Techniken, die Google, OpenAI und Anthropic nutzen — keine davon braucht Retraining.
Chain of Thought für schrittweises Denken, Majority Voting über mehrere Samples, Best-of-N mit Reward-Modellen, Extended Thinking mit Token-Budget, Self-Refinement, Tree of Thought mit Backtracking, Beam Search und MCTS für iterative Pfaderweiterung [Quelle: X]. Die zentrale Erkenntnis: Erst ein Verifizierungssignal aufbauen, dann die Suche skalieren. Das Selector-Modell setzt die Obergrenze für alle Techniken.
Bevor du trainierst, optimier die Inferenz.
SimpleQA August
DeepSeek V4 Pro führt das Factuality-Leaderboard mit 57,9 Prozent.
SimpleQA misst, wie akkurat LLMs kurze faktische Fragen beantworten — ohne Reasoning-Komplexität, rein auf Korrektheit fokussiert [Quelle: BenchLM]. Die aktuellen Ergebnisse vom 15. August zeigen DeepSeek V4 Pro Base mit 55,2 Prozent auf Platz zwei, gefolgt von der High-Variante mit 46,2 Prozent. Der Benchmark fließt mit 11 Prozent in die Knowledge-Kategorie ein, die wiederum 12 Prozent der BenchLM-Gesamtbewertung ausmacht.
Unter 60 Prozent bei einfachen Fakten — das relativiert die Hype-Benchmarks.
PROBE Code-Benchmark
LLM-generierter Code scheitert oft an grundlegenden Fehlern.
PROBE evaluiert Code-Generierung über Python, C++, Java, C und Rust auf drei Dimensionen: funktionale Korrektheit, Nähe zu Referenzlösungen und Code-Qualität [Quelle: Springer]. Die Tests mit GPT-4.1-mini, Gemini-2.0-Flash, Qwen2.5 und Deepseek-Coder-v2 zeigen: Selbst die stärksten Modelle stolpern bei komplexen Aufgaben. Fehlende Importe, Integer-Überläufe, Array-Zugriffe außerhalb der Grenzen, ineffiziente Brute-Force-Lösungen. Compiler-Feedback verbessert die Korrektheit signifikant, In-Context-Learning bringt kaum Mehrwert.
Automatisierter Code braucht automatisierte Tests — ohne Ausnahme.
DeepSeek Kernel-Optimierung
Ein Engineer hat mit DeepSeek V4 die Performance eines Video-Codecs in Stunden verdoppelt.
Der Workflow: Benchmark, Profiler-Zugang (VTune, NSIGHT), Verifikation per Bitstream-Checker, dann iterative Verbesserung [Quelle: HN]. Das LLM generierte SSE-, AVX- und CUDA-Implementierungen semi-autonom. Andere berichten von ähnlichen Erfolgen: JSONLogic-Evaluator von 1,6 Sekunden auf 200 Millisekunden. Der Haken: Agent-generierte Lösungen neigen zum Overfitting auf spezifische Input-Shapes. In einem Wettbewerb versagten 8 von 10 Top-Submissions bei Out-of-Distribution-Inputs.
Schnell und spezialisiert — aber ohne 100-Prozent-Testabdeckung riskant.
Agent-Optimierung Tradeoffs
Die Community konvergiert auf ein Muster für LLM-gestützte Kernel-Optimierung.
Klare Constraints setzen, Profiler-Output bereitstellen, Test-Suite für Korrektheit, Ziel definieren — dann das LLM semi-autonom arbeiten lassen mit periodischer Steuerung [Quelle: HN]. LLMs verstehen Optimierungen gut genug, um sie zwischen Sprachen zu portieren: C++ nach C#, fehlende Optimierungen in Protobuf-Libraries identifizieren, SIMD-Kernels aus Dokumentation schreiben. Für Produktionscode mit numerischer Stabilität und Wartbarkeit bleibt der Tradeoff real: Geschwindigkeit gegen Robustheit und Lesbarkeit.
Strong Coverage plus Golden-Value-Assertions sind Pflicht, nicht Kür.
Optimizing Inference with torch.compile - Grasp23 hours ago ... When optimizing an LLM for real-time, low-batch inference, torch.compile ... It contains the exact code patterns and analysis techniques you'll need.paths.grasp.study

torch.compile ist PyTorchs JIT-Compiler zur automatischen Optimierung von LLM-Inferenz. Das Tool arbeitet in drei Stufen: TorchDynamo erfasst den Computation Graph aus dem Python-Bytecode, TorchInductor wendet Optimierungen wie Operator Fusion an und generiert optimierte Triton-Kernels. Für latenzempfindliche Decodingphasen bietet torch.compile dramatische Speedups—in praktischen Beispielen von 25 auf über 100 Tokens pro Sekunde—durch Reduzierung von CPU-Overhead und Generierung spezialisierter GPU-Kernels. Die Modi "reduce-overhead" und "max-autotune" ermöglichen Trade-offs zwischen Kompilierzeit und Runtime-Performance. Die Best Practice zur Verifikation von Optimierungen ist torch.profiler: Durch den Vergleich von CPU- und GPU-Traces vor und nach Kompilation lässt sich konkret nachweisen, dass viele kleine aten-Operationen zu wenigen großen, fusionierten triton-Kernels zusammengefasst werden. Graph Breaks—Fallbacks in eager mode—sind dabei ein kritisches Diagnose-Signal für Compiler-Ineffizienz und sollten minimiert werden.
SimpleQA Leaderboard & Scores — August 2026 | BenchLM.ai13 hours ago ... Measuring Short-Form Factuality in Large Language Models (SimpleQA) leaderboard across 9 AI models. DeepSeek V4 Pro 0813 leads with 57.9%. A benchmark that ...benchlm.ai
SimpleQA ist ein Benchmark aus 2024, der die Fähigkeit von Large Language Models bewertet, kurze faktische Fragen akkurat zu beantworten. Der Fokus liegt auf faktischer Korrektheit statt Reasoning-Komplexität. Laut aktuellen Ergebnissen vom 15. August 2026 führt DeepSeek V4 Pro 0813 das SimpleQA-Leaderboard mit 57,9% an, gefolgt von DeepSeek V4 Pro Base (55,2%) und DeepSeek V4 Pro (High) (46,2%). Der Benchmark wird jährlich aktualisiert und fließt mit 11% in die Knowledge-Kategorie ein, die insgesamt 12% der BenchLM-Gesamtbewertung ausmacht. Neun Modelle wurden bislang auf SimpleQA evaluiert.
8 ways to improve LLM reasoning at inference time: (used by ...9 hours ago ... Score N complete answers with a reward model, keep the top one. True reward rises, peaks, then declines as optimization pressure on the proxy increases. Past ...x.com

8 Methoden zur Verbesserung des LLM-Reasonings zur Inferenzzeit, die von Google, OpenAI und Anthropic verwendet werden: Chain of Thought für schrittweises Denken, Majority Voting zum Abstimmungsverfahren über mehrere Samples, Best-of-N mit Reward-Modellen zur Bewertung von Antworten, Extended Thinking mit Token-Budget für interne Überlegungen, Self-Refinement für Selbstkritik, Tree of Thought mit Backtracking, Beam Search zur Verfolgung partieller Lösungen und MCTS für iterative Pfaderweiterung. Die zentrale Erkenntnis: Zuerst ein Verifizierungssignal aufbauen, dann die Suche skalieren – das Selector-Modell setzt die obere Grenze für alle Techniken.
PROBE: Benchmarking code generation in large language models14 hours ago ... Large Language Models (LLMs) are increasingly being used in everyday software engineering tasks, particularly in automated code generation. Despite their w.link.springer.com
PROBE ist ein systematisches Benchmarking-Framework zur Evaluierung von LLMs bei der Text-zu-Code-Generierung über mehrere Programmiersprachen hinweg. Das Framework bewertet generierte Code entlang drei Dimensionen: funktionale Korrektheit, Nähe zu gültigen Referenzlösungen und Code-Qualität. Evaluierungen mit sechs Modellen (GPT-4.1-mini, Gemini-2.0-Flash, Qwen2.5-Varianten, Deepseek-Coder-v2) über Python, C++, Java, C und Rust zeigen, dass größere Modelle konsistent bessere Ergebnisse erreichen, aber selbst die stärksten Systeme scheitern häufig bei komplexen Aufgaben. Compiler-Feedback verbessert funktionale Korrektheit signifikant durch Fehlerkorrektur, während In-Context-Learning minimale Auswirkungen hat. Die Analyse enthüllt häufige Fehlermuster: fehlende Importe, Integer-Überläufe, Array-Zugriffe außerhalb der Grenzen und ineffiziente Brute-Force-Algorithmen – grundlegende Fehler, die zeigen, dass LLM-generierter Code oft unzuverlässig ist und Risiken für Produktionssysteme darstellt.
Auto-research with codex: How I achieved a 232x Faster Kernel18 hours ago ... Could you have translated the C++ optimizations to C#? Sure. But in such an obvious case, the LLM managed itself. reply ...news.ycombinator.com
DeepSeek v4 and other recent LLMs are effective at autonomous performance optimization loops for computational kernels. Practitioners report success using LLMs like Claude Opus 5 and DeepSeek-V4-Flash in benchmark-profile-verify-research-improve workflows: one engineer achieved nearly doubled SSE/AVX compression performance and CUDA implementations within hours, while another optimized a JSONLogic evaluator from 1.6s to 200ms. The pattern that works well involves providing LLMs with clear constraints, access to profilers (VTune, NSIGHT), test suites for correctness verification, and a goal—allowing them to operate semi-autonomously with periodic steering. LLMs excel at understanding and porting optimizations across language implementations (C++ to C#, identifying missing optimizations in protobuf libraries) and writing optimized SIMD/NEON kernels when given documentation and hardware specifics. Key limitation: agent-generated solutions tend to overfit to specific input shapes in competition contexts. Among top optimization submissions, 8 of 10 completely failed on out-of-distribution inputs, while only human-guided expert solutions maintained generality. For production library code requiring numerical stability and maintainability, LLM-generated specialized kernels present trade-offs: they are fast and require minimal manual profiling, but lack the robustness and readability of general implementations. The most reliable approach combines strong test coverage (100% path coverage with golden-value assertions) alongside automated optimization loops and explicit correctness verification at each iteration.