Microsoft ปล่อย MSBuild Binlog Analyzer — ให้ Copilot อ่าน binlog แทนคุณ ผ่าน MCP server ที่ติดตั้งเองอัตโนมัติ

วันที่ 27 กรกฎาคม ทีม .NET ของ Microsoft เปิดตัว MSBuild Binlog Analyzer for VS Code ในสถานะ preview — ส่วนขยายที่เอา GitHub Copilot Chat มาอ่านไฟล์ binlog (binary log ของ MSBuild) ให้ แทนที่จะต้องเปิด Structured Log Viewer แล้วไล่คลิกทีละโหนดเอง

สำหรับคนที่ไม่ได้อยู่ในโลก .NET: binlog คือ log แบบไบนารีที่ MSBuild บันทึกทุกอย่างของการบิลด์ไว้ — ทุก target ที่รัน ทุก task ทุก property ทุกไฟล์ที่ถูกแตะ พร้อมเวลาที่ใช้ มันมีข้อมูลครบจนตอบได้แทบทุกคำถามเรื่องบิลด์ ปัญหาคือมันใหญ่และอ่านยาก จนคนส่วนใหญ่ที่เจอบิลด์พังเลือกจะเดามากกว่าจะเปิดมันขึ้นมาดู

ทำอะไรได้บ้าง

ตามประกาศ ส่วนขยายนี้ครอบคลุมสี่งานหลัก: หาสาเหตุที่บิลด์ล้มเหลว, จับ performance regression, เทียบบิลด์สองครั้งแบบเคียงข้างกัน และตรวจว่า incremental build ทำงานถูกต้องจริงไหม

การใช้งานคือพิมพ์ @binlog ใน Copilot Chat แล้วตามด้วยคำสั่งอย่าง /errors, /perf, /compare หรือ /summary ส่วนการโหลด log เข้ามามีสามทาง — สั่ง Binlog: Load File จากไฟล์ที่มีอยู่, ใช้ Build & Collect Binlog ให้มันเก็บระหว่างบิลด์เลย หรือกด Open in VS Code จาก Structured Log Viewer

ข้อกำหนด: VS Code 1.99 ขึ้นไป, GitHub Copilot และ .NET SDK

จุดที่น่าสนใจทางสถาปัตยกรรม: มันไม่ได้ยัด log เข้า context

รายละเอียดที่ควรสังเกตมากกว่าตัวฟีเจอร์ คือวิธีที่มันต่อกับโมเดล ส่วนขยายทำงานคู่กับ MCP server ชื่อ Microsoft.AITools.BinlogMcp ซึ่งเป็น .NET global tool และ ติดตั้งเองอัตโนมัติตอนใช้งานครั้งแรก — server ตัวนี้เปิด “dozens of build-analysis tools” ออกมาผ่าน Model Context Protocol แล้ว Copilot ก็เรียก tool เหล่านั้นเพื่อ ground คำตอบกับ log จริง

นี่คือทางออกของปัญหาที่ตรงไปตรงมา: binlog ของโปรเจกต์ขนาดกลางก็ทะลุ context window ได้สบาย ๆ แล้ว การโยนทั้งไฟล์ให้โมเดลอ่านจึงทั้งแพงและไม่แม่น การให้โมเดล query log ผ่าน tool แทนการ อ่าน log ทั้งก้อน คือรูปแบบที่ถูกต้องกว่ามากสำหรับข้อมูลที่มีโครงสร้างชัดเจนและใหญ่เกินตัว — และเป็นแพตเทิร์นเดียวกับที่ Microsoft ใช้ใน ETW MCP เมื่อสัปดาห์ก่อนสำหรับ trace ประสิทธิภาพของ Windows

ผู้เขียนประกาศคือ Yuliia Kovalova และ Jan Krivanek จากทีม Languages and Frameworks ส่วน feedback ให้ส่งที่รีโป dotnet/skills บน GitHub

มุมมอง AI Curator

เครื่องมือนี้เล็ก แต่ทิศทางที่มันบอกใหญ่กว่าตัวมันเอง Microsoft กำลังทยอยเปลี่ยน เครื่องมือวินิจฉัยที่มีอยู่แล้วแต่ไม่มีใครใช้ ให้กลายเป็น MCP server ทีละตัว — binlog สัปดาห์นี้, ETW trace สัปดาห์ก่อน ข้อมูลพวกนี้มีอยู่ในองค์กรมานานแล้ว แต่ถูกล็อกไว้หลังกำแพงว่า “ต้องเป็นผู้เชี่ยวชาญถึงจะอ่านออก” การเอา LLM มาเป็นชั้นแปลภาษา ทำให้ข้อมูลที่ถูกเก็บไว้เฉย ๆ กลับมามีประโยชน์โดยไม่ต้องสร้างอะไรใหม่เลย

สำหรับทีมไทยที่ทำงานกับ .NET — และมีจำนวนไม่น้อยในสายธนาคาร ประกัน และ enterprise integration — ผมว่าคุณค่าที่จับต้องได้เร็วที่สุดไม่ใช่ /errors แต่คือ /compare และ /perf เพราะปัญหา “บิลด์ที่เคยใช้ 4 นาที ตอนนี้ 11 นาที แต่ไม่มีใครรู้ว่าเพราะ commit ไหน” เป็นความเจ็บปวดที่ทุกทีมมี แต่แทบไม่มีทีมไหนจัดสรรเวลาไปสืบ เพราะต้นทุนการสืบสูงกว่าความรำคาญ เครื่องมือแบบนี้กดต้นทุนนั้นลงมาเหลือระดับ “พิมพ์คำถามเดียว” ซึ่งเปลี่ยนสมการว่างานนี้คุ้มทำหรือไม่

ข้อควรระวังในทางปฏิบัติ: binlog บันทึกทุกอย่าง รวมถึง path เครื่อง ตัวแปร environment และบางทีก็ค่าที่ไม่ควรหลุด ก่อนจะส่ง binlog ให้โมเดลบนคลาวด์วิเคราะห์ ควรเช็กนโยบายข้อมูลขององค์กรก่อน — ข้อดีคือสถาปัตยกรรมแบบ MCP นี้ตัว server รันบนเครื่องคุณเอง แต่ผลลัพธ์ที่ tool ส่งกลับไปให้โมเดลก็ยังเดินทางออกไปอยู่ดี

แหล่งข่าว

• Analyze MSBuild Binary Logs with Copilot in VS Code — .NET Blog
• dotnet/skills — GitHub
• Model Context Protocol — เอกสารทางการ