<?xml version="1.0" encoding="utf-8" standalone="yes"?><rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom" xmlns:content="http://purl.org/rss/1.0/modules/content/"><channel><title>Prompt Engineering | The .NET Blog</title><link>https://thedotnetblog.com/tags/prompt-engineering/</link><description>Articles, tutorials and insights from the .NET community.</description><generator>Hugo</generator><language>en</language><managingEditor>@thedotnetblog (The .NET Blog)</managingEditor><webMaster>@thedotnetblog</webMaster><lastBuildDate>Fri, 17 Jul 2026 00:00:00 +0000</lastBuildDate><atom:link href="https://thedotnetblog.com/tags/prompt-engineering/index.xml" rel="self" type="application/rss+xml"/><item><title>VS Code’s GPT-5.5 Prompt Tuning Proves a Hard Truth: Harness Design Beats Hype</title><link>https://thedotnetblog.com/news/emiliano-montesdeoca/gpt-5-5-prompt-tuning-vscode-less-wandering/</link><pubDate>Fri, 17 Jul 2026 00:00:00 +0000</pubDate><author>Emiliano Montesdeoca</author><guid>https://thedotnetblog.com/news/emiliano-montesdeoca/gpt-5-5-prompt-tuning-vscode-less-wandering/</guid><description>The VS Code experiment with GPT-5.5 shows measurable gains come from disciplined harness and prompt iteration, not just swapping to newer foundation models.</description><content:encoded>&lt;p&gt;The most valuable part of VS Code’s GPT-5.5 tuning post is not the winning variant. It is the methodology. A clear hypothesis, controlled treatments, live-traffic measurement, and guardrail metrics is exactly how agent quality should be improved in production environments.&lt;/p&gt;
&lt;p&gt;Original source: &lt;a href="https://code.visualstudio.com/blogs/2026/07/06/optimizing-vscode-coding-harness-model-providers"&gt;https://code.visualstudio.com/blogs/2026/07/06/optimizing-vscode-coding-harness-model-providers&lt;/a&gt;&lt;/p&gt;
&lt;p&gt;The core idea was simple: reduce exploratory drift and validate earlier after edits. That sounds obvious, but the interesting finding is that structural prompt guidance at the harness layer drove statistically strong improvements in latency, tail token usage, and tool-call count without major quality collapse.&lt;/p&gt;
&lt;p&gt;My take is blunt: &lt;strong&gt;organizations that only chase model upgrades are leaving easy performance and cost gains on the table&lt;/strong&gt;. Harness behavior and system prompt design can move business metrics faster than model switching, especially when usage-based billing is involved.&lt;/p&gt;
&lt;p&gt;&lt;strong&gt;Treatment B won&lt;/strong&gt; because it formalized the full loop, not just search restraint. It nudged the model to form a local falsifiable hypothesis, make a grounded first edit, and run immediate focused validation. That sequence mirrors how good human engineers debug under time pressure.&lt;/p&gt;
&lt;h3 id="what-to-copy-from-this-approach"&gt;What to copy from this approach&lt;/h3&gt;
&lt;ul&gt;
&lt;li&gt;&lt;strong&gt;Define quality guardrails upfront&lt;/strong&gt;, then optimize for latency and cost under those constraints.&lt;/li&gt;
&lt;li&gt;&lt;strong&gt;Measure both median and tail behavior.&lt;/strong&gt; The p95 improvements in time-to-first-edit and token usage are often more valuable than p50 wins for real user satisfaction.&lt;/li&gt;
&lt;li&gt;&lt;strong&gt;Avoid overfitting to offline evals alone.&lt;/strong&gt; The VS Code team used offline checks, then validated on live traffic before rollout. That order matters because real workflows expose behaviors synthetic benchmarks miss.&lt;/li&gt;
&lt;/ul&gt;
&lt;p&gt;One tradeoff deserves attention: slight movement in short-term survival metrics. The team handled this correctly by weighing effect size and significance against stronger, highly significant efficiency gains. This is mature decision-making, not metric cherry-picking.&lt;/p&gt;
&lt;p&gt;The broader lesson is &lt;strong&gt;strategic&lt;/strong&gt;. Prompt engineering is not &amp;ldquo;prompt magic.&amp;rdquo; It is &lt;strong&gt;product engineering&lt;/strong&gt;: hypotheses, experiments, controls, and deployment gates. Teams that operationalize this loop will improve continuously. Teams that debate model rankings on social media will not.&lt;/p&gt;
&lt;h2 id="the-bottom-line"&gt;The bottom line&lt;/h2&gt;
&lt;p&gt;In the coming year, competitive advantage in developer AI will come less from access to a specific model family and more from &lt;strong&gt;who can run this optimization loop reliably&lt;/strong&gt;. VS Code&amp;rsquo;s results are a practical blueprint: observe, hypothesize, test, ship, repeat.&lt;/p&gt;</content:encoded></item></channel></rss>