Эта статья переведена автоматически. Оригинал можно прочитать здесь.
Один из самых раздражающих AI coding workflow — это когда реализация начинается слишком быстро.
Код может даже быть технически нормальным, но он решает не ту версию проблемы, которую вы имели в виду.
Вы хотели рефакторинг. Начался rewrite. Вы хотели scoped improvement. Он затронул половину проекта. Вы хотели обсудить варианты. Он сразу перешёл к изменениям файлов.
Вот почему новый Plan agent в Visual Studio — настолько полезное дополнение.
Это решает реальную проблему workflow, а не просто косметическую
В оригинальном посте описана очень знакомая ситуация: “Код не неправильный… он просто не такой, как вы хотели.”
Эта фраза отличная.
Потому что слабое место многих AI-assisted development не в том, может ли модель генерировать код. Вопрос в том, создаёт ли workflow достаточно пространства, чтобы договориться о нужной форме работы до начала реализации.
Это особенно важно для:
- больших функций
- незнакомых codebase
- нетривиальных рефакторингов
- архитектурно чувствительных изменений
- работы, которой нужен team review до начала правок
В таких ситуациях сразу прыгать в implementation часто означает сделать неверный ход.
Планирование не является overhead, когда задача настоящая
Мне кажется, команды иногда недооценивают, сколько времени они теряют, начиная реализацию слишком рано.
Если agent:
- трогает не те файлы
- выбирает не тот подход
- пропускает важное ограничение
- игнорирует нужный edge case
то “быстрый” старт в итоге превращается в более медленный workflow в целом.
Именно поэтому мне нравится эта функция.
Она создаёт пространство для:
- уточняющие вопросы
- составление черновика плана
- прямого редактирования плана
- обмена планом до того, как начнутся изменения кода
Это не бюрократия. Чаще всего это просто хорошая инженерия.
Markdown-файл плана — это разумный выбор
Особенно мне нравится то, что каждый plan сохраняется в .copilot/plans/plan-{title}.md.
Это делает этап планирования осязаемым.
План не заперт внутри chat transcript. Он становится чем-то, что вы можете:
- просматривать
- редактировать
- мысленно отслеживать версии
- обсуждать с командой
- более осознанно передавать в реализацию
Благодаря этому функция выглядит гораздо серьёзнее, чем просто временное вступление перед генерацией кода.
Здесь AI workflows начинают уважать процесс команды
Мне кажется, это один из сильных признаков того, что эти tools взрослеют.
Лучшие AI developer workflow — это не те, что убирают все промежуточные шаги. Это те, что улучшают правильные промежуточные шаги.
И планирование — один из таких шагов.
Если plan сильный, implementation становится проще. Если plan слабый, implementation становится шумной.
Эта функция признаёт это напрямую.
Моё мнение
Это не просто AI nicety.
Это улучшение workflow.
И для настоящих функций и настоящих рефакторингов это именно тот тип улучшения, который может сэкономить много лишнего churn, review noise и rework в духе “я имел в виду не это”.
Думаю, всё больше agent experiences в итоге будут нуждаться в чём-то подобном.
Visual Studio пришёл к этому раньше и сделал это полезным образом.
Оригинальная публикация: Планируйте перед сборкой: представляем Plan agent в Visual Studio
