Microsoft Build 2026 и тихий переход к agent-native development

spinny:~/writing $ less microsoft-build-2026-agent-native-development.md

1 
2У Microsoft Build 2026 был очень ясный подтекст: следующая фаза software agents — не более красивая chat box. Агентам нужны рабочее место, checklist, sandbox и ответственный владелец.
3 
4Официальные сигналы пришли из [Microsoft Build 2026 live blog](https://news.microsoft.com/build-2026-live-blog/microsoft-build-2026-live/), поста Microsoft [AI alone won't change your business. The system running it will](https://blogs.microsoft.com/blog/2026/06/02/ai-alone-wont-change-your-business-the-system-running-it-will/) и анонса GitHub про [GitHub Copilot app](https://github.blog/news-insights/product-news/github-copilot-app-the-agent-native-desktop-experience/). Вместе они говорят одно: agents становятся частью системы разработки, а не аксессуаром рядом с редактором.
5 
6## Полезная часть скучна, и это хорошо
7 
8Agent, который пишет patch, интересен. Но agent, который работает в изолированном worktree, запускает checks, хранит понятный trace, открывает pull request и останавливается на нужном approval gate, намного полезнее.
9 
10Именно это я вижу в Build 2026. Меньше магии. Больше операционной модели.
11 
12GitHub Copilot app выглядит как control room для работы agents: sessions, repositories, issues, pull requests и параллельные задачи в одном месте. Worktrees — удачная деталь. Каждая попытка живет в своем пространстве. Ее можно сравнить, выбросить или продвинуть, не ломая свои файлы.
13 
14## Sandboxes — не второстепенная функция
15 
16Если agent может запускать code, ему нужно безопасное место, где можно ошибаться. Для этого нужны sandboxes. Локальные или cloud sandboxes позволяют тестировать, не превращая laptop или production в эксперимент.
17 
18Это не выглядит эффектно, но это разница между demo и workflow. Хороший agent должен запускать tests, читать failures, пробовать снова и показывать, что изменилось. И он должен быть достаточно ограничен, чтобы ошибка оставалась маленькой.
19 
20## Foundry и Agent Framework говорят о production
21 
22Foundry и Microsoft Agent Framework — корпоративная версия той же истории. Hosted agents, toolboxes, tracing, evaluation, memory, middleware и agent controls звучат как инфраструктура. Так и есть. Поэтому это важно.
23 
24Когда компания создает много agents, вопрос уже не в том, можем ли мы создать одного. Вопросы другие: кто владелец, к чему есть доступ, как оценивать, как понять улучшение и как выключить при необходимости.
25 
26## Review становится узким местом
27 
28Ловушка agentic development — думать, что больше agents автоматически значит больше shipped work. Иногда это просто больше pull requests перед уставшими reviewers.
29 
30Я бы измерял adoption тремя вещами: экономит ли это время reviewer; как часто generated changes проходят checks без babysitting; и объясняет ли trace reasoning достаточно хорошо, чтобы доверять diff.
31 
32Если reviewer должен все восстанавливать с нуля, workflow не готов. Нагрузка просто переехала.
33 
34## С чего начать
35 
36Я бы начал со скучных ограниченных задач: dependency updates, test fixes, небольшие refactors, ответы на review comments, release notes, migrations с сильными tests.
37 
38Для каждой задачи нужны isolation, checks, trace и человеческое merge decision. Agent делает тяжелую рутину. Команда остается владельцем результата.
39 
40## Мой вывод
41 
42Build 2026 сделал agent-native development не лозунгом, а операционной задачей. Победят не команды, которые отдают agents все. Победят те, кто строит систему, где agents двигаются вперед, не пряча след.
43 
44## Источники
45 
46- [Microsoft Build 2026 live blog](https://news.microsoft.com/build-2026-live-blog/microsoft-build-2026-live/)
47- [Microsoft: AI alone won't change your business](https://blogs.microsoft.com/blog/2026/06/02/ai-alone-wont-change-your-business-the-system-running-it-will/)
48- [GitHub: Copilot app, the agent-native desktop experience](https://github.blog/news-insights/product-news/github-copilot-app-the-agent-native-desktop-experience/)
49

:Microsoft Build 2026 и тихий переход к agent-native developmentlines 1-49 (END) — press q to close

2У Microsoft Build 2026 был очень ясный подтекст: следующая фаза software agents — не более красивая chat box. Агентам нужны рабочее место, checklist, sandbox и ответственный владелец.

4Официальные сигналы пришли из [Microsoft Build 2026 live blog](https://news.microsoft.com/build-2026-live-blog/microsoft-build-2026-live/), поста Microsoft [AI alone won't change your business. The system running it will](https://blogs.microsoft.com/blog/2026/06/02/ai-alone-wont-change-your-business-the-system-running-it-will/) и анонса GitHub про [GitHub Copilot app](https://github.blog/news-insights/product-news/github-copilot-app-the-agent-native-desktop-experience/). Вместе они говорят одно: agents становятся частью системы разработки, а не аксессуаром рядом с редактором.

6## Полезная часть скучна, и это хорошо

8Agent, который пишет patch, интересен. Но agent, который работает в изолированном worktree, запускает checks, хранит понятный trace, открывает pull request и останавливается на нужном approval gate, намного полезнее.

10Именно это я вижу в Build 2026. Меньше магии. Больше операционной модели.

12GitHub Copilot app выглядит как control room для работы agents: sessions, repositories, issues, pull requests и параллельные задачи в одном месте. Worktrees — удачная деталь. Каждая попытка живет в своем пространстве. Ее можно сравнить, выбросить или продвинуть, не ломая свои файлы.

14## Sandboxes — не второстепенная функция

16Если agent может запускать code, ему нужно безопасное место, где можно ошибаться. Для этого нужны sandboxes. Локальные или cloud sandboxes позволяют тестировать, не превращая laptop или production в эксперимент.

18Это не выглядит эффектно, но это разница между demo и workflow. Хороший agent должен запускать tests, читать failures, пробовать снова и показывать, что изменилось. И он должен быть достаточно ограничен, чтобы ошибка оставалась маленькой.

20## Foundry и Agent Framework говорят о production

22Foundry и Microsoft Agent Framework — корпоративная версия той же истории. Hosted agents, toolboxes, tracing, evaluation, memory, middleware и agent controls звучат как инфраструктура. Так и есть. Поэтому это важно.

24Когда компания создает много agents, вопрос уже не в том, можем ли мы создать одного. Вопросы другие: кто владелец, к чему есть доступ, как оценивать, как понять улучшение и как выключить при необходимости.

26## Review становится узким местом

28Ловушка agentic development — думать, что больше agents автоматически значит больше shipped work. Иногда это просто больше pull requests перед уставшими reviewers.

30Я бы измерял adoption тремя вещами: экономит ли это время reviewer; как часто generated changes проходят checks без babysitting; и объясняет ли trace reasoning достаточно хорошо, чтобы доверять diff.

32Если reviewer должен все восстанавливать с нуля, workflow не готов. Нагрузка просто переехала.

34## С чего начать

36Я бы начал со скучных ограниченных задач: dependency updates, test fixes, небольшие refactors, ответы на review comments, release notes, migrations с сильными tests.

38Для каждой задачи нужны isolation, checks, trace и человеческое merge decision. Agent делает тяжелую рутину. Команда остается владельцем результата.

40## Мой вывод

42Build 2026 сделал agent-native development не лозунгом, а операционной задачей. Победят не команды, которые отдают agents все. Победят те, кто строит систему, где agents двигаются вперед, не пряча след.

44## Источники

46- [Microsoft Build 2026 live blog](https://news.microsoft.com/build-2026-live-blog/microsoft-build-2026-live/)

47- [Microsoft: AI alone won't change your business](https://blogs.microsoft.com/blog/2026/06/02/ai-alone-wont-change-your-business-the-system-running-it-will/)

48- [GitHub: Copilot app, the agent-native desktop experience](https://github.blog/news-insights/product-news/github-copilot-app-the-agent-native-desktop-experience/)