Microsoft Build 2026：软件开发正在悄悄走向 agent-native
· 1 min read · Filippo Spinella · AI, GitHub Copilot, Microsoft Build, Developer Tools
Microsoft Build 2026 有一个很清楚的潜台词：下一阶段的软件代理，不是更漂亮的聊天框，而是要给代理一张桌子、一份 checklist、一个 sandbox 和一个负责人。
官方信号来自 Microsoft Build 2026 live blog、Microsoft 的文章 AI alone won't change your business. The system running it will 以及 GitHub 发布的 GitHub Copilot app。放在一起看，它们指向同一件事：agent 正在进入开发系统本身，而不是只待在编辑器旁边。
有用的部分反而很朴素
一个能写 patch 的 agent 很有意思。但一个能在隔离 worktree 里工作、运行检查、保留 trace、打开 pull request，并在正确审批点停下来的 agent，才真正有用。
这就是 Build 2026 让我看到的变化：少一点魔法，多一点操作模型。GitHub Copilot app 像是 agent 工作的控制室：sessions、repos、issues、pull requests 和并行任务都在一起。我喜欢 worktree 这个细节，因为每次尝试都能待在自己的空间里，可以比较、丢弃或提升，而不会踩坏自己的文件。
Sandbox 不是附加功能
如果 agent 能运行代码，它就需要一个安全犯错的地方。local 或 cloud sandbox 都是这个作用：让它测试东西，而不是把你的 laptop 或 production 变成实验场。
这不炫，但这是 demo 和 workflow 的区别。好的 agent 应该能跑测试、读失败、重试，并说明改了什么。同时它也应该被限制住，让错误保持很小。
Review 会成为瓶颈
agentic development 的陷阱，是以为更多 agent 自动等于更多 shipped work。也可能只是更多 pull request 堆在疲惫的 reviewer 面前。
我会看三个数字：reviewer 到底省了还是花了更多时间；生成的修改有多少能自己通过 checks；trace 是否清楚到让人能信任 diff。
如果 reviewer 还要从零重建所有 reasoning，这个 workflow 还没完成。它只是把负担换了位置。
我会从哪里开始
我会从边界清楚的无聊任务开始：dependency updates、test fixes、小 refactor、review comment follow-up、release notes、带强测试的 migration。
每个任务都要有 isolation、checks、trace 和人工 merge decision。agent 做腿力活，team 仍然拥有结果。
我的看法
Build 2026 让 agent-native development 不像 slogan，更像 operation 问题。赢的不会是让 agent 做一切的团队，而是能设计系统的团队：agent 可以推进工作，但不能把痕迹藏起来。