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

spinny:~/writing $ vim 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~

NORMAL · microsoft-build-2026-agent-native-development.md [readonly]49 lines · :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. Меньше магии. Больше операционной модели.

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~