https://thedotnetblog.com/de/tags/prompt-engineering/Articles, tutorials and insights from the .NET community.Hugode@thedotnetblog (The .NET Blog)@thedotnetblogFri, 17 Jul 2026 00:00:00 +0000https://thedotnetblog.com/de/news/emiliano-montesdeoca/gpt-5-5-prompt-tuning-vscode-less-wandering/Fri, 17 Jul 2026 00:00:00 +0000Emiliano Montesdeocahttps://thedotnetblog.com/de/news/emiliano-montesdeoca/gpt-5-5-prompt-tuning-vscode-less-wandering/Das VS Code-Experiment mit GPT-5.5 zeigt, dass messbare Gewinne aus disziplinierter Harness- und Prompt-Iteration kommen, nicht nur aus dem Wechsel zu neueren Foundation-Modellen.<p>Der wertvollste Teil von VS Codes GPT-5.5-Tuning-Beitrag ist nicht die Siegervariante. Es ist die Methodik. Eine klare Hypothese, kontrollierte Behandlungen, Live-Traffic-Messung und Schutzmetriken – genau so sollte Agent-Qualität in Produktionsumgebungen verbessert werden.</p> <p>Originalquelle: <a href="https://code.visualstudio.com/blogs/2026/07/06/optimizing-vscode-coding-harness-model-providers">https://code.visualstudio.com/blogs/2026/07/06/optimizing-vscode-coding-harness-model-providers</a></p> <p>Die Kernidee war einfach: explorative Drift reduzieren und früher nach Bearbeitungen validieren. Das klingt offensichtlich, aber der interessante Befund ist, dass strukturelle Prompt-Führung auf der Harness-Ebene statistisch starke Verbesserungen bei Latenz, Tail-Token-Nutzung und Tool-Call-Anzahl ohne größeren Qualitätseinbruch erzielte.</p> <p>Meine Meinung ist deutlich: <strong>Organisationen, die nur Modell-Upgrades jagen, lassen einfache Leistungs- und Kostenverbesserungen auf dem Tisch liegen</strong>. Harness-Verhalten und System-Prompt-Design können Geschäftsmetriken schneller bewegen als Modellwechsel, besonders wenn nutzungsbasierte Abrechnung im Spiel ist.</p> <p><strong>Behandlung B gewann</strong>, weil sie den gesamten Kreislauf formalisierte, nicht nur Suchzurückhaltung. Sie lenkte das Modell dazu, eine lokale falsifizierbare Hypothese zu bilden, eine fundierte erste Bearbeitung vorzunehmen und sofort gezielte Validierung durchzuführen. Diese Sequenz spiegelt wider, wie gute menschliche Ingenieure unter Zeitdruck debuggen.</p> <h3 id="was-von-diesem-ansatz-zu-übernehmen-ist">Was von diesem Ansatz zu übernehmen ist</h3> <ul> <li><strong>Definieren Sie Qualitätsschutzvorrichtungen im Voraus</strong>, dann optimieren Sie auf Latenz und Kosten unter diesen Einschränkungen.</li> <li><strong>Messen Sie sowohl Median- als auch Tail-Verhalten.</strong> Die p95-Verbesserungen bei Zeit bis zur ersten Bearbeitung und Token-Nutzung sind für echte Benutzerzufriedenheit oft wertvoller als p50-Gewinne.</li> <li><strong>Vermeiden Sie Overfitting auf reine Offline-Evaluierungen.</strong> Das VS Code-Team verwendete Offline-Prüfungen, validierte dann auf Live-Traffic vor der Einführung.</li> </ul> <p>Die breitere Lektion ist <strong>strategisch</strong>. Prompt-Engineering ist nicht &ldquo;Prompt-Magie&rdquo;. Es ist <strong>Produkt-Engineering</strong>: Hypothesen, Experimente, Kontrollen und Deployment-Gates. Teams, die diesen Kreislauf operationalisieren, werden sich kontinuierlich verbessern.</p>