Microsoft Build 2026 و تغییر آرام به agent-native development

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

1~
2Microsoft Build 2026 یک پیام روشن داشت: مرحله بعدی software agents یک chat box زیباتر نیست. agents به میز کار، 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 وارد development system می‌شوند، نه این‌که فقط کنار editor باشند.
5~
6## بخش مفید، به معنای خوب، خسته‌کننده است
7~
8agent که patch می‌نویسد جالب است. اما agent که در isolated worktree کار می‌کند، checks اجرا می‌کند، trace خوانا نگه می‌دارد، pull request باز می‌کند و در approval gate درست می‌ایستد بسیار مفیدتر است.
9~
10این همان تغییری است که در Build 2026 می‌بینم: magic کمتر، operating model بیشتر. GitHub Copilot app مثل control room برای agent work است: sessions، repositories، issues، pull requests و parallel tasks در یک جا. worktrees جزئیات خوبی است، چون هر تلاش فضای خودش را دارد و می‌توان آن را مقایسه، حذف یا promote کرد بدون این‌که فایل‌ها خراب شوند.
11~
12## Sandbox ویژگی حاشیه‌ای نیست
13~
14اگر agent می‌تواند code اجرا کند، به جایی امن برای اشتباه نیاز دارد. local و cloud sandboxes همین کار را می‌کنند. agent می‌تواند تست کند بدون این‌که laptop یا production آزمایشگاه شود.
15~
16این جذاب به نظر نمی‌رسد، اما تفاوت demo و workflow همین است. agent خوب tests اجرا می‌کند، failures می‌خواند، دوباره تلاش می‌کند و نشان می‌دهد چه چیزی تغییر کرده. همچنین باید محدود باشد تا اشتباه کوچک بماند.
17~
18## Review تبدیل به bottleneck می‌شود
19~
20دام agentic development این است که فکر کنیم agents بیشتر یعنی shipped work بیشتر. شاید فقط pull requests بیشتری جلوی reviewers خسته قرار بگیرد.
21~
22من adoption را با سه چیز می‌سنجم: آیا وقت reviewer را ذخیره می‌کند یا می‌گیرد؛ generated changes چند بار بدون babysitting checks را پاس می‌کنند؛ و آیا trace reasoning را آن‌قدر توضیح می‌دهد که بتوان به diff اعتماد کرد.
23~
24اگر reviewer باید همه چیز را از صفر بازسازی کند، workflow آماده نیست. فقط بار جابه‌جا شده است.
25~
26## از کجا شروع می‌کردم
27~
28از tasks خسته‌کننده و محدود شروع می‌کردم: dependency updates، test fixes، refactors کوچک، follow-up برای review comments، release notes، migrations با tests قوی.
29~
30برای هر task isolation، checks، trace و human merge decision می‌خواهم. agent کارهای تکراری را انجام می‌دهد. team مالک نتیجه می‌ماند.
31~
32## برداشت من
33~
34Build 2026 باعث شد agent-native development کمتر شبیه slogan و بیشتر شبیه operations problem باشد. تیم‌های برنده آن‌هایی نیستند که همه چیز را به agents می‌سپارند. آن‌هایی هستند که system طراحی می‌کنند تا agents جلو بروند بدون این‌که trace را پنهان کنند.
35~
36## منابع
37~
38- [Microsoft Build 2026 live blog](https://news.microsoft.com/build-2026-live-blog/microsoft-build-2026-live/)
39- [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/)
40- [GitHub: Copilot app, the agent-native desktop experience](https://github.blog/news-insights/product-news/github-copilot-app-the-agent-native-desktop-experience/)
41~

NORMAL · microsoft-build-2026-agent-native-development.md [readonly]41 lines · :q to close

2Microsoft Build 2026 یک پیام روشن داشت: مرحله بعدی software agents یک chat box زیباتر نیست. agents به میز کار، 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 وارد development system می‌شوند، نه این‌که فقط کنار editor باشند.

6## بخش مفید، به معنای خوب، خسته‌کننده است

8agent که patch می‌نویسد جالب است. اما agent که در isolated worktree کار می‌کند، checks اجرا می‌کند، trace خوانا نگه می‌دارد، pull request باز می‌کند و در approval gate درست می‌ایستد بسیار مفیدتر است.

10این همان تغییری است که در Build 2026 می‌بینم: magic کمتر، operating model بیشتر. GitHub Copilot app مثل control room برای agent work است: sessions، repositories، issues، pull requests و parallel tasks در یک جا. worktrees جزئیات خوبی است، چون هر تلاش فضای خودش را دارد و می‌توان آن را مقایسه، حذف یا promote کرد بدون این‌که فایل‌ها خراب شوند.

11~

12## Sandbox ویژگی حاشیه‌ای نیست

13~

14اگر agent می‌تواند code اجرا کند، به جایی امن برای اشتباه نیاز دارد. local و cloud sandboxes همین کار را می‌کنند. agent می‌تواند تست کند بدون این‌که laptop یا production آزمایشگاه شود.

15~

16این جذاب به نظر نمی‌رسد، اما تفاوت demo و workflow همین است. agent خوب tests اجرا می‌کند، failures می‌خواند، دوباره تلاش می‌کند و نشان می‌دهد چه چیزی تغییر کرده. همچنین باید محدود باشد تا اشتباه کوچک بماند.

17~

18## Review تبدیل به bottleneck می‌شود

19~

20دام agentic development این است که فکر کنیم agents بیشتر یعنی shipped work بیشتر. شاید فقط pull requests بیشتری جلوی reviewers خسته قرار بگیرد.

21~

22من adoption را با سه چیز می‌سنجم: آیا وقت reviewer را ذخیره می‌کند یا می‌گیرد؛ generated changes چند بار بدون babysitting checks را پاس می‌کنند؛ و آیا trace reasoning را آن‌قدر توضیح می‌دهد که بتوان به diff اعتماد کرد.

23~

24اگر reviewer باید همه چیز را از صفر بازسازی کند، workflow آماده نیست. فقط بار جابه‌جا شده است.

25~

26## از کجا شروع می‌کردم

27~

28از tasks خسته‌کننده و محدود شروع می‌کردم: dependency updates، test fixes، refactors کوچک، follow-up برای review comments، release notes، migrations با tests قوی.

29~

30برای هر task isolation، checks، trace و human merge decision می‌خواهم. agent کارهای تکراری را انجام می‌دهد. team مالک نتیجه می‌ماند.

31~

32## برداشت من

33~

34Build 2026 باعث شد agent-native development کمتر شبیه slogan و بیشتر شبیه operations problem باشد. تیم‌های برنده آن‌هایی نیستند که همه چیز را به agents می‌سپارند. آن‌هایی هستند که system طراحی می‌کنند تا agents جلو بروند بدون این‌که trace را پنهان کنند.

35~

36## منابع

37~

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

39- [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/)

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

41~