BRANCHENMELDUNGEN

.NET 11 Vorschau 1: Große Erfolge zur Laufzeit, größere Fragen zur weiteren Ausrichtung

Aktualisiert:

Microsoft Build 2026 läuft vom 2. bis 3. Juni im Fort Mason Center in San Francisco und es ist eine hybride Veranstaltung: Die Plätze vor Ort sind begrenzt und ticketpflichtig, aber die Keynotes und ausgewählte Sitzungen werden kostenlos online gestreamt, sodass Sie von überall ohne Kosten folgen können. Es ist dieses Jahr absichtlich eine kleinere Veranstaltung, rund 2.500 Plätze vor Ort, und Microsoft war ausdrücklich in der Rahmung: Zwei Tage, echter Code, echte Systeme, kein Schnickschnack. Für ein Team, das .NET-Bibliotheken in Produktions-Dokumenten-Pipelines bereitstellt, ist das genau die Art von Build, auf die es sich lohnt zu achten.

Der Build des letzten Jahres drehte sich um die Ankündigung des agentischen Webs. Dieses Jahr geht es darum, es in der Produktion laufen zu lassen. Wenn Sie mit IronPDF, IronOCR oder IronXL bauen, verändert dieser Wandel, wo Ihre Bibliotheken in der Architektur sitzen, und es lohnt sich, dies vor der Keynote zu verstehen.

Der rote Faden sind Agenten, und er reicht weiter als 2025

Jede Spur bei Build 2026 verbindet sich mit einem Thema: Agenten, die vom Demonstrations- zum Deployment-Stadium wechseln. Die Konferenz 2025 etablierte die Protokolle. Model Context Protocol, Agent-zu-Agent-Kommunikation und die ersten verwalteten Agentenlaufzeiten landeten alle dort. In den Monaten seitdem sind diese Teile gefestigt worden. Der Foundry MCP-Server ist jetzt ein gehosteter, voll verwalteter Endpunkt anstelle eines lokalen Experiments. Multi-Agenten-Orchestrierung, langfristiger Agentenspeicher und ein Agent-zu-Agent-Tool sind in die Vorschauphase oder allgemeine Verfügbarkeit übergegangen. Build 2026 ist der Ort, an dem diese Reifung die Bühne erhält.

Das wichtigste Detail für unsere Kunden ist leiser als die Keynote-Schlagzeilen: Foundry lässt Sie jetzt jede API oder Funktion als MCP-Tool offenlegen, neben mehr als 1.400 Konnektoren zu Geschäftssystemen. Agenten werden zunehmend aus aufrufbaren Tools zusammengebaut, anstatt als monolithischer Code geschrieben zu werden. Diese architektonische Wahl ist der Grund, warum Build 2026 direkt relevant ist für alle, die Dokumente in .NET generieren oder lesen.

Warum das wichtig ist, wenn Sie mit Iron Software bauen

Ein Agent ist gut darin, über Unklarheiten zu denken und schlecht darin, ein byte-genaues PDF zu erstellen, eine korrekt strukturierte Tabelle oder eine zuverlässige Textextraktion aus einer gescannten Rechnung. Das sind deterministische Probleme. Sie möchten nicht, dass ein Sprachmodell das Layout eines Compliance-Berichts improvisiert oder die Summen in einer extrahierten Tabelle rät.

Dies ist genau die Grenze, die das agentische Werkzeugsmodell zieht. Der Agent entscheidet, was wann passieren muss. Das Werkzeug erledigt die deterministische Arbeit und liefert ein vorhersehbares Ergebnis. Dokumentenerstellung, OCR und Tabellenmanipulation sind typische deterministische Werkzeuge, was bedeutet, dass eine Bibliothek wie IronPDF oder IronOCR gut in den MCP-Tools-Slot eines Agenten-Workflows passt. Der Agent ruft das Werkzeug auf, das Werkzeug erstellt das Artefakt und die Ausgabe ist jedes Mal dieselbe.

Einige Dinge bei Build 2026 sind es wert, durch dieses Prisma betrachtet zu werden:

  • Foundry-Agent-Service und MCP-Tools. Erwarten Sie tiefere Anleitungen zum Erstellen und Registrieren benutzerdefinierter Tools. Ein IronOCR-Schritt, der strukturierte Daten aus einem Dokument zieht, oder ein IronPDF-Schritt, der einen fertigen Bericht rendert, passt sauber in dieses Muster als aufrufbares, gesteuertes Werkzeug.
  • Multi-Agenten-Orchestrierung und Agent-zu-Agent-Übergaben. Da Workflows mehrere Agenten umfassen, wird der Dokumentenschritt zu einem zuverlässigen, wiederverwendbaren Knoten, den jeder Agent in der Pipeline aufrufen kann, ohne ihn neu zu erfinden.
  • Der verantwortungsvolle KI-Track. Microsoft gibt diesem zum ersten Mal einen eigenen Track. Die praktischen Anleitungen hier – Tool-Ausgaben validieren, einen Menschen im Loop für Aktionen mit Seiteneffekten halten, abgerufene Inhalte als unzuverlässig behandeln – passen direkt zu regulierten Dokumenten-Workflows im Gesundheitswesen, Finanzwesen und im Rechtsbereich, wo Iron-Bibliotheken bereits viel Arbeit leisten.
  • Geräteinterne und Windows-KI. Der anhaltende Schub zu lokalen Inferenzlinien stimmt mit den Offline- und Edge-Szenarien überein, in denen IronOCR und IronPDF bereits ohne Cloud-Rundgang laufen.

Wir haben Jahre damit verbracht, Dokumentenerstellung und OCR unter Produktionsbelastung vorhersehbar zu gestalten, genau die Eigenschaft, die ein autonomer Agent von den Werkzeugen benötigt, auf die er sich verlässt. Sie können diese Zuverlässigkeit innerhalb eines MCP-Tools an einem Nachmittag implementieren: Schließen Sie IronOCR in einen Extraktionsschritt oder IronPDF in einen Render-Schritt an, registrieren Sie es und lassen Sie den Agenten es aufrufen. Gleicher Eingang, gleiche Ausgabe, jedes Mal.

Starten Sie Ihre kostenlose 30-Tage-Testversion und stellen Sie ein Dokumenten-Tool bereit, das Ihre Agenten aufrufen können - vollständiges Produkt, läuft in Produktion ohne Wasserzeichen, keine Kreditkarte.

Wie man zusieht

Die Eröffnungs-Keynote mit Satya Nadella und Microsoft- und GitHub-Ingenieurführung wird ab dem 2. Juni kostenlos online gestreamt, und Sie benötigen kein Vor-Ort-Ticket, um den relevanten Teilen zu folgen. Wenn Ihre Roadmap in diesem Jahr Agenten umfasst, die Dokumente berühren, sind die Agents and Apps- und Azure AI Foundry-Tracks die Orte, an den sich das umsetzbare Material befinden wird. Wir werden beide genau verfolgen und anwenden, was bei IronPDF, IronOCR, IronXL und dem Rest der Suite ankommt.

See you at Build.