GitHub MCP Server ขยับก่อนใคร รองรับสเปก MCP ใหม่ 2026-07-28 — โปรโตคอลกลายเป็น 'stateless' สเกลง่ายขึ้น

เมื่อวันที่ 23 กรกฎาคม 2026 GitHub ประกาศว่า GitHub MCP Server รองรับ สเปก Model Context Protocol รุ่นถัดไป (เวอร์ชัน 2026-07-28) แล้ว ขยับก่อนที่สเปกจะล็อกอย่างเป็นทางการในวันที่ 28 กรกฎาคม การเปลี่ยนแปลงหัวใจของสเปกใหม่คือ โปรโตคอลกลายเป็น stateless — ตัดขั้นตอน handshake initialize/initialized และเฮดเดอร์ Mcp-Session-Id ออก ซึ่งเป็นการเปลี่ยนโครงสร้างระดับที่ส่งผลต่อทุกคนที่ deploy เซิร์ฟเวอร์ MCP ในสเกลใหญ่

ข่าวดีสำหรับผู้ใช้ทั่วไปคือ ไม่ต้องทำอะไรเลย — GitHub ยืนยันว่าการอัปเดตนี้ backward-compatible เต็มตัว เพราะ SDK หลัก (tier 1) รักษาความเข้ากันได้กับทั้งไคลเอนต์เก่าและใหม่ไว้แล้ว

stateless แปลว่าอะไร และทำไมถึงสำคัญ

MCP เดิมเป็นโปรโตคอลแบบ stateful: ไคลเอนต์ต้องเริ่มด้วยการ handshake initialize เพื่อเปิด session แล้วแนบ Mcp-Session-Id ในทุกคำขอถัดไป เซิร์ฟเวอร์จึงต้อง จำสถานะของแต่ละ session ไว้ — ซึ่งกลายเป็นปัญหาทันทีเมื่อจะสเกล เพราะคำขอของ session เดียวกันต้องวิ่งกลับไปหาเครื่องเดิม (sticky session) หรือไม่ก็ต้องมี store กลาง (เช่น Redis) ไว้แชร์สถานะข้ามเครื่อง

สเปกใหม่ตัดข้อจำกัดนี้ทิ้ง เมื่อไม่มี session ให้จำ เซิร์ฟเวอร์ MCP ก็ วางหลัง load balancer แบบ round-robin ธรรมดาได้ ทุกคำขอไปลงเครื่องไหนก็ได้ ไม่ต้องมี sticky session ไม่ต้องมี shared store — เป็นการลดความซับซ้อนของ infrastructure ลงอย่างมีนัยสำคัญสำหรับใครที่รันเซิร์ฟเวอร์ MCP เป็น production service

GitHub ทำอะไรกับโค้ดจริงบ้าง

ในฝั่งการอิมพลีเมนต์ GitHub เล่ารายละเอียดที่นักพัฒนาเซิร์ฟเวอร์ MCP น่าจะเอาไปใช้ได้:

• ตัด Redis session ออก — ไม่มี database write ตอน initialize และไม่มี database read ในทุกคำขออีกต่อไป ทำให้ “เร็วขึ้น” (snappier)
• เลิก inspect payload — ค่าที่จำเป็นอ่านจาก HTTP headers ที่การันตีว่ามีเสมอ แทนการแกะดูเนื้อ packet
• อัปเกรด elicitation — ใช้ wrapper บน Go SDK เพื่อให้เข้ากันได้กับทั้งไคลเอนต์เก่าและใหม่ ผ่านการแยกคำขอ HTTP เป็นราย step

สเปก 2026-07-28 ฉบับเต็มยังมาพร้อมของอื่นอีก: กรอบ Extensions (รวม MCP Apps และ Tasks), การรัดกุมเรื่อง auth ด้วย OAuth 2.0/OIDC, การใช้ JSON Schema 2020-12 และ นโยบายการ deprecate อย่างเป็นทางการ

มุมมอง AI Curator

ข่าวนี้ดูเป็นเรื่องเทคนิคเล็ก ๆ แต่จริง ๆ แล้วมันคือสัญญาณว่า MCP กำลังโตจาก “โปรโตคอลทดลอง” ไปเป็น “โครงสร้างพื้นฐานระดับ production” การตัด state ออกจากโปรโตคอลเป็นบทเรียนเดียวกับที่เว็บเรียนรู้มาแล้วเมื่อยี่สิบปีก่อน — HTTP ที่ stateless คือเหตุผลที่เราสเกลเว็บออกเป็นล้านเครื่องได้ MCP ที่เดินตามรอยนี้แปลว่าคนออกแบบสเปทตั้งใจให้มันรองรับโหลดระดับองค์กรจริง ไม่ใช่แค่รันบนแล็ปท็อปนักพัฒนาคนเดียว

จุดที่ผมคิดว่าสำคัญกว่าตัวเทคนิคคือ จังหวะ — GitHub เลือกขยับ ก่อน สเปกจะล็อกวันที่ 28 การเป็น first-mover ในโครงสร้างพื้นฐานเปิดแบบนี้คือการวางตำแหน่งเชิงกลยุทธ์: ใครลงมือก่อน คนนั้นได้กำหนดว่า “การอิมพลีเมนต์ที่ถูกต้อง” หน้าตาเป็นยังไง และเมื่อ MCP เป็นมาตรฐานที่ Anthropic, OpenAI, Google และ Microsoft ต่างรับมาใช้ การที่เซิร์ฟเวอร์ยอดนิยมที่สุดตัวหนึ่งพร้อมก่อน ก็เร่งให้ทั้ง ecosystem ขยับตาม

สำหรับทีมไทยและ SEA ที่กำลังสร้างเซิร์ฟเวอร์ MCP ของตัวเอง (ต่อ ERP, ฐานข้อมูลภายใน, ระบบภายในองค์กร) บทเรียนที่ควรเก็บคือ ออกแบบให้ stateless ตั้งแต่วันแรก อย่าเพิ่งไปผูกกับ session store อย่าง Redis ถ้าไม่จำเป็น เพราะทิศทางของสเปกชัดแล้วว่าจะไปทาง stateless — การเขียนเซิร์ฟเวอร์ที่ไม่ต้องจำ session ตั้งแต่ต้น จะทำให้ตอนต้องสเกลขึ้นหลาย instance คุณแค่เพิ่มเครื่องหลัง load balancer โดยไม่ต้องรื้อโครงสร้าง ใครที่วางสถาปัตยกรรมถูกตั้งแต่ตอนนี้ จะไม่ต้องเจ็บตัวตอน MCP กลายเป็นภาระงานหลักของระบบ

แหล่งข่าว

• GitHub MCP Server supports the next MCP specification — GitHub Changelog (23 ก.ค. 2026)
• github/github-mcp-server — GitHub repository
• Model Context Protocol — Specification