.NET 11 預覽版 2:運行時異步成熟、SDK 更精簡,以及 ASP .NET Core 的可觀察性得到提升
Microsoft Build 2026 於6月2日至3日在舊金山舉行,資訊非常明確。 代理現在是應用程式模型,幾乎每個公告都是圍繞這個賭注安排的。
我們作為一個交付 .NET 程式庫的團隊觀看了演講,所以我們閱讀主題演講的目的是一件事:下一季度我們的使用者建構軟體的方式會有什麼變化。 這是簡短版本。
框架層長大了
代理的難點從來不是原型。 是之後的所有事情:隔離、身份識別、評估和到達生產的路徑。 Build 將開發者的精力花費在此。
Microsoft Agent Framework 達到了1.0版並普遍可用,代理控制台被視為真正的組件而不是自己組裝的粘合劑。 值得注意的細節是您可以從另一個SDK中引入一個代理作為命名參與者,而協同工作器保持決定性。
Microsoft Foundry 為剩下的部分提供了解決方案:具有每次會議沙箱的托管代理、通過一個 OpenTelemetry 管道進行跟踪和評估,以及一份代理控制規範來管理代理在生產中的允許行為。
Windows 開發迴圈速度提升
更安靜的公告將為工程師節省最多時間。Windows 正在提供 Coreutils,這是您多年來手動安裝的 Linux 風格命令行工具。 WSL 容器使 Linux 容器可以在 Windows 上本地運行。 Windows 開發配置已經 GA,因此一個 WinGet 文件可以讓一台全新的機器在幾分鐘內準備好編碼。 對於跨廣泛目標矩陣進行測試的團隊來說,廉價的可重複環境是真正的省錢措施。
代理仍然無法模擬的步驟
這是與標題相悖的部分。您的應用程式越多以概率方式推理,某些精確步驟就越重要。
大多數代理工作流程在無法猜測的步驟中結束。 代理決定要收誰的費,然後需要製作一個像素完美的 PDF 發票。 標記一疊掃描,然後需要穩定地讀取它們。 計劃報告,然後需要把正確的數字放在正確格子中的電子表格。 這些步驟需要每次都返回相同輸出的程式碼,在代理主機使用的任何運行時中運行,並在各個 .NET 版本間行為一致。
這就是在決定性協同模式中程式庫扮演的角色:當代理需要實際的產物而不是猜測時,被信任的工具。 當工作流程達到文件輸出階段,您可以選擇 IronPDF 生成 PDF、IronOCR 進行掃描,或 IronXL 處理電子表格,每次運行都獲得相同的結果。 這個套件從 .NET Framework 到 .NET 10 多目標,所以它在代理運行的地方運行。
var renderer = new ChromePdfRenderer();
renderer.RenderHtmlAsPdf(invoiceHtml).SaveAs("invoice-4172.pdf");
var renderer = new ChromePdfRenderer();
renderer.RenderHtmlAsPdf(invoiceHtml).SaveAs("invoice-4172.pdf");
Dim renderer As New ChromePdfRenderer()
renderer.RenderHtmlAsPdf(invoiceHtml).SaveAs("invoice-4172.pdf")相同的位元組,每次都是,在必須精確的部分不需要模型參與。 如果您將文件輸出整合到代理工作流程中,開始免費試用,並將其作為工具引入。
值得一看
對於後端團隊來說,Azure HorizonDB 提供了一個管理型 PostgreSQL 服務,針對代理應用設計,具有內建的向量索引和語義搜索,相比自我管理的 Postgres 有堅實的性能提升。 如果您想要在已經信任的資料庫上提供面向代理的檢索,這是個明智的選擇。
總結
Build 2026 更加確認了方向,並沒有讓我們感到驚訝。 代理正逐漸成為 .NET 堆棧的中心,該平台現在將其視為生產公民,Windows 的內部迴圈變得更好了。 我們保持的教訓是令人意外的:隨著更多的應用程式以概率方式推理,必須精確的步驟值得更多關注,而不是更少。
