行业新闻

.NET 11 Preview 2：Runtime Async 成熟，SDK变得更精简，ASP .NET Core的可观测性提高

已更新:

Microsoft Build 2026 于6月2日至3日在旧金山举行，信息传递很难错过。 代理现在是应用程序模型，几乎每个公告都围绕这个赌注展开。

观看主题演讲

我们作为一个发布.NET库的团队观看它，因此我们阅读主题演讲的一件事情：下个季度用户构建软件的方式发生了什么变化。 下面是简短版本。

框架层成长了

代理的难点从来不是原型。 是后面的一切：隔离、身份、评估和生产路径。 构建在那里花费了开发者能量。

Microsoft Agent Framework 版本1.0并普遍可用，代理工具已视为真实组件而不是您自行组装的粘结。 值得注意的细节是，您可以从另一个SDK中添加一个代理作为命名参与者，而编排工具保持确定性。

Microsoft Foundry 填补了其他部分：每次会话沙箱托管代理，通过一个OpenTelemetry管线进行的跟踪和评估，以及用于控制代理在生产中的行为的代理控制规范。

Windows开发循环变得更快

更静的公告将为工程师节省最多的时间。Windows正在发布Coreutils，您多年来一直手动安装的类Linux命令行工具。 WSL容器让Linux容器直接在Windows上运行。 Windows开发配置已普遍可用，因此一个WinGet文件就能将一台新机器在几分钟内准备好编码。 对于跨广泛的目标矩阵进行测试的团队来说，廉价易于复制的环境是真正的钱。

Linux兼容性和设置指南

代理仍无法假冒的步骤

这是与头条对立的部分。 您的应用程序越多以概率推理为基础，少数确切步骤就显得越重要。

大多数代理工作流程以一个不能是猜测的步骤结束。 代理决定向谁收费，然后必须有东西生成实际发票作为像素完美的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")
$vbLabelText   $csharpLabel

相同的字节，每次如此，对于必须准确的部分，循环没有模型。 如果您正在将文档输出接入到代理工作流中，开始免费试用并将其作为工具放入。

值得一看

对于后端团队来说，Azure HorizonDB提供了一个面向代理应用程序的托管PostgreSQL服务，具有内置的向量索引和语义搜索，相比自我管理的Postgres有一个不错的性能提升。 如果您想在已信任的数据库上进行代理友好检索，这是一个合理的选择。

收获

Build 2026更多地确认了方向而不是令我们惊讶。 代理正移动到.NET栈的中心，平台现在将它们视为生产系統成员，并且内循环在Windows上变得更好。 我们保留的教训是反直觉的：随着应用程序愈来愈多地以概率推理为基础，必须准确的步骤值得更多关注，而非更少。

免费试用10个产品30天。