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

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

· 2 min read · Filippo Spinella · AI, GitHub Copilot, Microsoft Build, Developer Tools

Microsoft Build 2026 یک پیام روشن داشت: مرحله بعدی software agents یک chat box زیباتر نیست. agents به میز کار، checklist، sandbox و یک مسئول نیاز دارند.

نشانه‌های رسمی از Microsoft Build 2026 live blog، پست Microsoft با عنوان AI alone won't change your business. The system running it will و اعلام GitHub درباره GitHub Copilot app آمد. کنار هم، یک جهت را نشان می‌دهند: agents وارد development system می‌شوند، نه این‌که فقط کنار editor باشند.

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

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

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

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

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

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

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

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

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

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

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

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

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

برداشت من

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

منابع

spinny:~/writing/microsoft-build-2026-agent-native-development $
try:
spinny:~/writing/microsoft-build-2026-agent-native-development·microsoft-build-2026-agent-native-development.md
·
·--:--:--
    Microsoft Build 2026 و تغییر آرام به agent-native development | Filippo Spinella - Software Engineer