<?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>Planning | The .NET Blog</title><link>https://thedotnetblog.com/tags/planning/</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>Thu, 11 Jun 2026 00:00:00 +0000</lastBuildDate><atom:link href="https://thedotnetblog.com/tags/planning/index.xml" rel="self" type="application/rss+xml"/><item><title>The New Plan Agent in Visual Studio Fixes a Very Real AI Workflow Problem</title><link>https://thedotnetblog.com/news/emiliano-montesdeoca/visual-studio-plan-agent-build-before-code/</link><pubDate>Thu, 11 Jun 2026 00:00:00 +0000</pubDate><author>Emiliano Montesdeoca</author><guid>https://thedotnetblog.com/news/emiliano-montesdeoca/visual-studio-plan-agent-build-before-code/</guid><description>The new Plan agent in Visual Studio matters because it creates a structured planning stage before implementation, which is exactly what bigger features and refactors often need.</description><content:encoded>&lt;p&gt;One of the more frustrating AI coding workflows is when the implementation starts too fast.&lt;/p&gt;
&lt;p&gt;The code may even be technically fine, but it is solving the wrong version of the problem you had in mind.&lt;/p&gt;
&lt;p&gt;You wanted a refactor. It started a rewrite.
You wanted a scoped improvement. It touched half the project.
You wanted to talk through options. It jumped straight into file changes.&lt;/p&gt;
&lt;p&gt;That is why the new &lt;strong&gt;Plan agent&lt;/strong&gt; in Visual Studio is such a useful addition.&lt;/p&gt;
&lt;h2 id="this-fixes-a-real-workflow-problem-not-a-cosmetic-one"&gt;This fixes a real workflow problem, not a cosmetic one&lt;/h2&gt;
&lt;p&gt;The source post describes a very familiar situation: “&lt;strong&gt;The code isn’t wrong… it just isn’t what you were going for.&lt;/strong&gt;”&lt;/p&gt;
&lt;p&gt;That line is perfect.&lt;/p&gt;
&lt;p&gt;Because the weak point in a lot of AI-assisted development is not whether the model can produce code. It is whether the workflow creates enough space to agree on the intended shape of the work before implementation begins.&lt;/p&gt;
&lt;p&gt;That matters most for:&lt;/p&gt;
&lt;ul&gt;
&lt;li&gt;larger features&lt;/li&gt;
&lt;li&gt;unfamiliar codebases&lt;/li&gt;
&lt;li&gt;non-trivial refactors&lt;/li&gt;
&lt;li&gt;architecture-sensitive changes&lt;/li&gt;
&lt;li&gt;work that needs team review before edits start&lt;/li&gt;
&lt;/ul&gt;
&lt;p&gt;In those situations, jumping straight into implementation is often the wrong move.&lt;/p&gt;
&lt;h2 id="planning-is-not-overhead-when-the-task-is-real"&gt;Planning is not overhead when the task is real&lt;/h2&gt;
&lt;p&gt;I think teams sometimes underestimate how much time they lose by starting implementation too early.&lt;/p&gt;
&lt;p&gt;If the agent:&lt;/p&gt;
&lt;ul&gt;
&lt;li&gt;touches the wrong files&lt;/li&gt;
&lt;li&gt;chooses the wrong approach&lt;/li&gt;
&lt;li&gt;misses a key constraint&lt;/li&gt;
&lt;li&gt;ignores a required edge case&lt;/li&gt;
&lt;/ul&gt;
&lt;p&gt;then the “fast” start becomes a slower overall workflow.&lt;/p&gt;
&lt;p&gt;That is why I like this feature.&lt;/p&gt;
&lt;p&gt;It makes room for:&lt;/p&gt;
&lt;ul&gt;
&lt;li&gt;clarifying questions&lt;/li&gt;
&lt;li&gt;plan drafting&lt;/li&gt;
&lt;li&gt;editing the plan directly&lt;/li&gt;
&lt;li&gt;sharing the plan before code changes happen&lt;/li&gt;
&lt;/ul&gt;
&lt;p&gt;That is not bureaucracy. That is often just good engineering.&lt;/p&gt;
&lt;h2 id="the-markdown-plan-file-is-a-smart-choice"&gt;The markdown plan file is a smart choice&lt;/h2&gt;
&lt;p&gt;One detail I especially like is that every plan is saved to &lt;code&gt;.copilot/plans/plan-{title}.md&lt;/code&gt;.&lt;/p&gt;
&lt;p&gt;That makes the planning step tangible.&lt;/p&gt;
&lt;p&gt;It means the plan is not trapped inside a chat transcript. It becomes something you can:&lt;/p&gt;
&lt;ul&gt;
&lt;li&gt;review&lt;/li&gt;
&lt;li&gt;edit&lt;/li&gt;
&lt;li&gt;version mentally&lt;/li&gt;
&lt;li&gt;discuss with teammates&lt;/li&gt;
&lt;li&gt;hand off into implementation more deliberately&lt;/li&gt;
&lt;/ul&gt;
&lt;p&gt;That makes the feature feel much more serious than a temporary preamble before code generation.&lt;/p&gt;
&lt;h2 id="this-is-where-ai-workflows-start-respecting-team-process"&gt;This is where AI workflows start respecting team process&lt;/h2&gt;
&lt;p&gt;I think this is one of the stronger signs that these tools are maturing.&lt;/p&gt;
&lt;p&gt;The best AI developer workflows are not the ones that remove all intermediate steps. They are the ones that improve the right intermediate steps.&lt;/p&gt;
&lt;p&gt;Planning is one of those steps.&lt;/p&gt;
&lt;p&gt;If the plan is strong, implementation gets easier.
If the plan is weak, implementation gets noisy.&lt;/p&gt;
&lt;p&gt;This feature acknowledges that directly.&lt;/p&gt;
&lt;h2 id="my-take"&gt;My take&lt;/h2&gt;
&lt;p&gt;This is not just an AI nicety.&lt;/p&gt;
&lt;p&gt;It is a workflow improvement.&lt;/p&gt;
&lt;p&gt;And for real features and refactors, it is exactly the kind of improvement that can save a lot of unnecessary churn, review noise, and “this is not what I meant” rework.&lt;/p&gt;
&lt;p&gt;I think more agent experiences will eventually need something like this.&lt;/p&gt;
&lt;p&gt;Visual Studio just got there sooner in a way that feels useful.&lt;/p&gt;
&lt;p&gt;Original post: &lt;a href="https://devblogs.microsoft.com/visualstudio/plan-before-you-build-introducing-the-plan-agent-in-visual-studio/"&gt;Plan Before You Build: Introducing the Plan agent in Visual Studio&lt;/a&gt;&lt;/p&gt;</content:encoded></item></channel></rss>