LangChain เปิด Managed Deep Agents เป็น public beta — เอา agent ที่เขียนเองขึ้นรันบน runtime ที่มี durable execution, sandbox และ human-in-the-loop ให้แล้ว ด้วยคำสั่ง mda deploy

วันที่ 7 สิงหาคม 2026 LangChain ประกาศดัน Managed Deep Agents ขึ้นสถานะ public beta — บริการ runtime แบบโฮสต์ที่รับ agent ซึ่งคุณเขียนเองด้วยเฟรมเวิร์กโอเพนซอร์ส Deep Agents ไปรันบนโครงสร้างพื้นฐานของ LangChain โดยตรง คำอธิบายของบริษัทคือให้ทีม “ไปจากต้นแบบสู่สเกลโปรดักชันได้โดยไม่ต้องดูแลโครงสร้างพื้นฐานเอง”

ความต่างจากข่าว Deep Agents ก่อนหน้าอยู่ตรงนี้: รอบมิถุนายนที่เราเขียนถึง เป็นเรื่องความสามารถของ ตัวเฟรมเวิร์ก (RubricMiddleware, programmatic subagents) รอบนี้ไม่ได้เพิ่มความสามารถให้ agent แต่เป็นการยก ชั้นที่อยู่ใต้ agent — คือส่วนที่ทีมส่วนใหญ่เสียเวลาสร้างเองแล้วสร้างได้ไม่ดี — ขึ้นเป็นบริการ

สิ่งที่ runtime รับไปทำแทน

รายการที่ประกาศระบุไว้ครอบคลุมงานที่ทำให้ agent “อยู่รอดในโปรดักชัน” มากกว่างานที่ทำให้ agent “ฉลาด”

• Durable execution — agent ที่รันยาวหยุดแล้วรันต่อได้ ไม่ต้องเริ่มใหม่ทั้งงาน
• Persistence — สถานะของ thread คงอยู่ข้ามการล่มและการรีสตาร์ต
• Sandboxes — ผ่าน LangSmith Sandboxes สำหรับงานที่ต้องแตะไฟล์และรันโค้ดแบบแยกขาด
• Memory — บริบทที่คงอยู่ข้ามบทสนทนา
• Channels — เชื่อม agent เข้ากับ Slack และ GitHub เพื่อให้มันโผล่ในที่ที่คนทำงานอยู่จริง
• Human-in-the-loop — ขั้นตอนขออนุมัติจากมนุษย์
• Evals — ตรวจพฤติกรรมด้วยเฟรมเวิร์ก Harbor

การเขียนยังเป็น Python หรือ TypeScript ตามเดิม แล้วขึ้นโปรดักชันผ่าน CLI ด้วยคำสั่ง mda deploy

ข้อจำกัดของช่วงเบตาที่ควรรู้ก่อนวางแผน

ประกาศระบุว่าช่วง public beta ให้บริการ เฉพาะรีเจียนสหรัฐฯ และรีเจียนอื่น “จะเปิดให้ใช้ในภายหลัง” โดยไม่มีกรอบเวลา

และต้องพูดตรง ๆ อีกข้อ: ประกาศไม่ได้ระบุราคา ไม่ได้ระบุลิมิตการใช้งาน ใครที่กำลังคิดจะย้าย workload จริงขึ้นไป ควรถือว่านี่คือช่องว่างที่ต้องถามให้ได้คำตอบก่อน ไม่ใช่รายละเอียดที่เดาแทนได้

มุมมอง AI Curator

ผมคิดว่าเรื่องนี้น่าสนใจไม่ใช่เพราะฟีเจอร์ แต่เพราะมันบอกว่าการแข่งขันย้ายชั้นแล้ว

ปีที่ผ่านมาเราเห็นเฟรมเวิร์ก agent แข่งกันที่ abstraction — ใครมี graph ที่สวยกว่า ใคร subagent ยืดหยุ่นกว่า ใคร middleware เยอะกว่า แต่รายการที่ LangChain ยกขึ้นเป็นบริการรอบนี้ไม่มีข้อไหนเป็นเรื่อง abstraction เลย ทั้ง durable execution, persistence ข้ามการรีสตาร์ต, sandbox, และจุดขออนุมัติ — ทั้งหมดคือปัญหา ระบบกระจาย ที่วิศวกรแบ็กเอนด์คุ้นเคยมาสิบปี ไม่ใช่ปัญหา AI สิ่งที่กำลังเกิดคืออุตสาหกรรมค้นพบว่าส่วนยากของ agent โปรดักชันไม่เคยอยู่ที่ prompt แต่อยู่ที่ “งานนี้รันมาสองชั่วโมงแล้วเครื่องรีสตาร์ต จะทำยังไง”

จุดที่ต้องคิดให้ดีคือ นี่คือการแลก เฟรมเวิร์ก Deep Agents เป็นโอเพนซอร์ส แต่ชั้นที่ทำให้มันรันได้จริงในโปรดักชันเป็นของโฮสต์ ซึ่งเป็นรูปแบบเดียวกับที่เราเห็นซ้ำ ๆ ในวงการนี้: โค้ดที่คุณเขียนย้ายออกได้ แต่ พฤติกรรมตอนรัน — checkpoint, การ resume, สถานะที่ค้างอยู่ — ผูกกับแพลตฟอร์ม คำถามที่ควรถามก่อนย้ายขึ้นจึงไม่ใช่ “ย้าย agent ออกได้ไหม” (ได้) แต่คือ “ถ้าวันหนึ่งต้องย้ายออก ใครจะสร้าง durable execution ให้ใหม่ และจะใช้เวลาเท่าไร”

สำหรับทีมในไทยและอาเซียน มีสองประเด็นที่ผมคิดว่าเป็นรูปธรรมกว่าตัวข่าว

หนึ่ง — เรื่องรีเจียน การเปิดเฉพาะสหรัฐฯ ไม่ได้แปลว่าใช้ไม่ได้ แต่แปลว่าถ้า agent ของคุณต้องแตะข้อมูลลูกค้า เอกสารภายใน หรือข้อมูลที่มีเงื่อนไขว่าด้วยการโอนข้อมูลออกนอกประเทศ เรื่องนี้กลายเป็นคำถามด้านกฎหมายทันที ไม่ใช่คำถามด้าน latency ทีมไทยหลายทีมมีนิสัยประเมิน managed service จาก latency ก่อน แล้วเจอเรื่อง data residency ตอนใกล้ขึ้นโปรดักชัน — ควรสลับลำดับ

สอง — รายการเจ็ดข้อนั้นใช้เป็นเช็กลิสต์ได้ ไม่ว่าคุณจะซื้อหรือไม่ซื้อ ถ้าทีมคุณกำลังรัน agent ในโปรดักชันอยู่แล้วด้วยของที่ต่อเองบน Kubernetes ลองไล่ดูว่ามีครบกี่ข้อ ประสบการณ์ที่ผมเห็นบ่อยคือทีมมี “sandbox” กับ “human-in-the-loop” (เพราะมองเห็นง่าย) แต่ไม่มี durable execution และไม่มี eval อัตโนมัติ — ซึ่งเป็นสองข้อที่จะทำให้เจ็บที่สุดตอน agent ทำงานผิดเงียบ ๆ ในเวลาตีสอง

ส่วนตัวผมมองว่าคุณค่าที่แท้จริงของประกาศแบบนี้ ไม่ได้อยู่ที่การชวนให้ย้ายขึ้นโฮสต์ แต่อยู่ที่การที่มันเขียนรายการ “สิ่งที่ agent โปรดักชันต้องมี” ออกมาให้ครบเป็นครั้งแรก ๆ ในที่เดียว — และรายการนั้นฟรี ต่อให้บริการไม่ฟรีก็ตาม

แหล่งข่าว

• LangChain — Managed Deep Agents is now in Public Beta (7 ส.ค. 2026)
• LangChain — Deep Agents (หน้าผลิตภัณฑ์)
• LangChain Blog — รายการโพสต์ทั้งหมด