หมดยุคฟรี: วันนี้ Memory ใน Microsoft Foundry Agent Service เริ่มคิดเงินแบบ consumption

วันที่ 1 มิถุนายน 2026 เป็นเส้นตายที่ Microsoft กำหนดให้ฟีเจอร์ Memory ใน Foundry Agent Service เปลี่ยนจาก “ฟรีช่วง preview” มาเป็นการคิดเงินแบบ consumption-based อย่างเป็นทางการ ฟีเจอร์นี้เปิดตัวเป็น public preview ครั้งแรกที่งาน Ignite 2025 (พฤศจิกายน 2025) ในฐานะ managed long-term memory store ที่ผูกเข้ากับ agent service โดยตรง — ทำให้ agent จำ preference ผู้ใช้ บทสรุปการสนทนา และ context สำคัญข้ามเซสชัน อุปกรณ์ และ workflow ได้โดยไม่ต้องเขียนระบบเก็บ embedding เองในฐานข้อมูล

ช่วง preview ที่ผ่านมา ผู้ใช้จ่ายเฉพาะค่า chat model และ embedding model ที่ใช้เบื้องหลังเท่านั้น ตัว memory layer ไม่คิดเงิน แต่ตั้งแต่วันนี้ ทุก operation ของ memory store มีราคาแปะไว้ — และนั่นเปลี่ยนการคำนวณต้นทุนของทีมที่เผลอฝัง managed memory ไว้ในทุก agent โดยไม่ได้คิดเรื่อง scale

ราคาใหม่: จ่ายตาม event, memory, และ retrieval

โครงสร้างราคาที่เริ่มวันนี้แยกเป็นสามส่วน: short-term memory คิด $0.25 ต่อ 1,000 events ที่จัดเก็บ, long-term memory คิด $0.25 ต่อ 1,000 memories ต่อเดือน, และ memory retrieval คิด $0.50 ต่อ 1,000 ครั้งที่ค้นคืน ทั้งหมดนี้เป็นค่าใช้จ่ายของ memory layer ล้วน ๆ — ยังต้องบวกค่า token ของ chat model ที่ใช้ในขั้น extraction/consolidation และค่า embedding model ที่ใช้ทำ retrieval แยกต่างหากตามที่ระบุในเอกสาร Microsoft Learn

จุดที่ต้องระวังคือ retrieval แพงกว่า storage เท่าตัว ($0.50 เทียบกับ $0.25) ซึ่งสมเหตุสมผลเพราะ retrieval ใช้ hybrid search และต้องเรียก embedding model ทุกครั้ง สำหรับ agent ที่ดึง user profile ทุกต้นบทสนทนาแล้วยัง search chat summary ระหว่างทางบ่อย ๆ ต้นทุนตรงนี้จะโตเร็วกว่าที่คิด

Memory ทำงานยังไง และมีโควต้าแค่ไหน

เบื้องหลัง memory แบ่งเป็นสามเฟส: extraction ดึงข้อมูลสำคัญจากบทสนทนา (เช่น “แพ้นม”, สรุปกิจกรรมล่าสุด), consolidation ใช้ LLM รวม/แก้ข้อมูลซ้ำหรือขัดแย้งให้เหลือ memory เดียวที่ถูกต้อง, และ retrieval ค้นคืน memory ที่เกี่ยวข้องที่สุดเมื่อ agent ต้องใช้ ฝั่งประเภทข้อมูลมีสองแบบคือ user profile memory (ข้อมูลคงที่อย่างชื่อ ภาษา ข้อจำกัดอาหาร ดึงครั้งเดียวตอนเปิดบทสนทนา) และ chat summary memory (สรุปแต่ละหัวข้อในเซสชัน ดึงตาม context ปัจจุบัน)

โควต้าปัจจุบันต่อ memory store: สูงสุด 100 scopes, 10,000 memories ต่อ scope, search ได้ 1,000 requests ต่อนาที และ update ได้ 1,000 requests ต่อนาที — Microsoft ยังย้ำว่าราคาและพฤติกรรมการ billing อาจเปลี่ยนได้ระหว่างที่ฟีเจอร์ยังอยู่ในสถานะ preview แม้จะเริ่มเก็บเงินแล้วก็ตาม

มุมมอง AI Curator

การที่ Microsoft ปิดประตู “ฟรี” ของ memory ในวันนี้สะท้อนรูปแบบที่กำลังกลายเป็นมาตรฐานของยุค agent: ฟีเจอร์ที่เคยเป็น differentiator กำลังกลายเป็น metered utility เหมือนค่าไฟ ปีที่แล้วทุกเจ้าแข่งกันบอกว่า “agent เราจำได้นะ” ปีนี้ความจำกลายเป็นบรรทัดหนึ่งในใบเสร็จ — และนั่นคือสัญญาณว่า managed memory โตจาก demo มาเป็น production primitive จริง ๆ

สิ่งที่ทีมไทย/SEA ควรทำตั้งแต่วันนี้คือ audit ว่า agent ของตัวเองเรียก retrieval บ่อยแค่ไหน เพราะราคาฝั่ง retrieval ($0.50/1K) คือตัวที่จะกัดงบเงียบ ๆ โดยเฉพาะ chatbot บริการลูกค้าที่ดึง profile ทุกข้อความ การออกแบบให้ดึง user profile ครั้งเดียวตอนเปิดเซสชันแล้ว cache ไว้ใน session context (ตามที่เอกสารแนะนำ) จะลดบิลได้จริง อีกทางเลือกคือชั่งน้ำหนักระหว่าง managed memory ของ Foundry กับการ self-host เก็บ embedding ใน vector DB ของตัวเอง — สำหรับ workload ที่ปริมาณ retrieval สูงมาก การคุม infra เองอาจถูกกว่าในระยะยาว แต่แลกกับภาระ engineering ที่ Foundry ช่วยตัดทิ้งไปให้

ภาพใหญ่กว่านั้น: นี่คือกลยุทธ์ commoditize-then-monetize แบบคลาสสิกของ cloud — ให้ฟรีจนนักพัฒนาฝังลึกใน codebase แล้วค่อยเปิดมิเตอร์ ทีมที่อยากเลี่ยง lock-in ควรออกแบบ memory layer ให้ abstract พอจะสลับ backend ได้ ซึ่งบังเอิญตรงกับทิศที่ Microsoft เองพูดไว้ว่าอนาคตจะรองรับ “bring your own storage” — เก็บคำพูดนั้นไว้ดูว่าจะมาจริงเมื่อไหร่

แหล่งข่าว

• Introducing Memory in Foundry Agent Service — Microsoft DevBlogs (Foundry)
• Memory in Microsoft Foundry Agent Service (preview) — Microsoft Learn
• Foundry Agent Service pricing — Microsoft Azure