Microsoft ประกาศเมื่อ 28 กันยายน 2026 ว่า ASP.NET Core ทดลองชุด Blazor AI components สำหรับสร้างหน้าจอที่คุยกับ agent ได้ เช่น แชตที่ stream คำตอบ แสดงการเรียกเครื่องมือ และให้ผู้ใช้อนุมัติก่อนเครื่องมือทำงาน ชุดนี้ยัง experimental ต้องใช้ .NET 11 RC1 SDK จึงเหมาะกับการทดลองและให้ feedback มากกว่าการใส่ production ทันที ประกาศต้นทาง
สิ่งที่ประกาศจริง
บล็อกของทีม ASP.NET ระบุว่า "The Blazor AI components are currently experimental." แพ็กเกจหลักคือ Microsoft.AspNetCore.Components.AI ติดตั้งด้วย dotnet add package Microsoft.AspNetCore.Components.AI --prerelease และต้องติดตั้ง .NET 11 RC1 SDK ตามบล็อกเดียวกัน ส่วนตัวเชื่อมกับ agent ฝั่งเซิร์ฟเวอร์ใช้ AGUIChatClient ซึ่งตามบล็อกคือ client ที่ implement IChatClient และแปลง AG-UI events เป็น response updates ของ Microsoft.Extensions.AI
จุดเริ่มต้นที่ง่ายที่สุดคือ ChatPage ที่บล็อกอธิบายว่ามี message list, input, สถานะ streaming และ retry เมื่อต้องปรับหน้าตาเอง มีส่วนประกอบแยก เช่น UIAgent สำหรับห่อ IChatClient และเก็บสถานะ, MessageList, MessageInput และ BlockRenderer<TBlock> ที่เลือก Razor ตามชนิดของ content block
แผนภาพนี้เป็นภาพอธิบายแนวคิดที่กองบรรณาธิการสรุปจากบล็อก ไม่ใช่ลำดับการเรียกจริงทุกขั้นและไม่ใช่ผล benchmark
ผลกับนักพัฒนา
ชนิดของ block ที่บล็อกกล่าวถึงช่วยแยกส่วนแสดงผลออกจากตัว agent เช่น block สำหรับเนื้อหาที่จัดรูปแบบแล้ว การเรียกเครื่องมือ การขออนุมัติ และสรุปการให้เหตุผล ถ้าต้องการเรนเดอร์เครื่องมือบางตัวเป็นการ์ดเฉพาะ บล็อกมีตัวอย่าง [ToolBlock("get_weather")] ให้ผูกคลาส Razor กับชื่อเครื่องมือ นอกจากนี้ยังมีตัวอย่างสถานะที่แชร์กับ agent และฟังก์ชันฝั่ง frontend ที่ agent เรียกให้ UI เปลี่ยนค่า เช่นสีหลักของหน้า
ในขั้นตอนอนุมัติ บล็อกระบุว่า "Approving resumes the agent and allows the tool to execute. Rejecting returns the decision without running the tool." ทีมที่ทำเครื่องมือซึ่งแก้ข้อมูลหรือส่งคำสั่งออกนอกระบบจึงมีรูปแบบ human-in-the-loop ให้ลองเทียบกับที่เขียนเอง แต่การตัดสินว่าเครื่องมือใดต้องขออนุมัติยังเป็นหน้าที่ของแอปและ backend
สิ่งที่ควรทำ
ถ้ามีทีม Blazor ที่ประเมิน agent UI อยู่แล้ว ให้แยก branch ทดลองบน .NET 11 RC1 ใช้ ChatPage กับ backend ทดสอบก่อน แล้วลองสามเส้นทางที่ผู้ใช้เห็นจริง: stream คำตอบ, เครื่องมือที่ต้องอนุมัติ และกรณีผิดพลาดหรือ retry จากนั้นค่อยพิจารณา block แบบกำหนดเอง ส่วนทีมที่ใช้ .NET 10 หรือรุ่นที่เสถียรกว่าไม่ควรย้าย production เพียงเพราะข่าวนี้ รอให้ API นิ่งก่อน
บล็อกขอ feedback เรื่อง API สถานการณ์ที่ยังขาด และความใช้งานง่าย ทีมที่ลองจึงควรบันทึกจุดติดขัดไว้ส่งกลับไปที่ dotnet/aspnetcore หรือดู ตัวอย่าง AgenticUI ที่บล็อกอ้างถึง
ข้อจำกัดที่ต้องรู้
ประการแรก ชุดนี้ยัง experimental และผูกกับ .NET 11 RC1 รุ่นพรีวิว ชื่อหรือรูปแบบ API อาจเปลี่ยนก่อนรุ่นจริง ประการที่สอง บล็อกระบุว่า MessageInput เน้นข้อความเป็นหลักในรุ่นพรีวิว และการจัดการสื่อ เช่น รูป ไฟล์ หรือเสียง เป็นหน้าที่ของแอป ประการที่สาม ตัวอย่างในบล็อกเชื่อมกับ AG-UI .NET SDK และ Microsoft Agent Framework ทีมที่ใช้ backend อื่นต้องตรวจเองว่าสร้างเหตุการณ์ที่ client ใช้ได้ ข้อมูลที่กองบรรณาธิการยืนยันจากต้นทางคือประกาศนี้เท่านั้น ยังไม่ได้ทดสอบรันแพ็กเกจเอง
แหล่งข้อมูลต้นทาง: devblogs.microsoft.com › build-agentic-ui-blazor และ github.com › AgenticUI