ห้องเก็บลิ้นชักสีเขียวเข้มเชื่อมโต๊ะทำงานด้วยด้ายหลายเส้น โดยด้ายสีอำพันหนึ่งเส้นผูกผิดช่อง
grokaimemorydeveloper-tools

Grok Build มี Memory ข้าม Session: จำ Convention ได้ แต่ต้องกันความจำปนเปื้อน

พี่โชว์Engineering

การเริ่ม coding-agent session ใหม่มักเสียเวลาสอนซ้ำว่า repository ใช้คำสั่ง test ไหนและทีมตัดสินใจอะไรไปแล้ว SpaceXAI เปิด Memory ใน Grok Build เมื่อ 16 กันยายน เพื่อเก็บ convention, decision และข้อเท็จจริงของโปรเจกต์ แล้วอ่านกลับก่อนเริ่มงานที่เกี่ยวข้องครับ

หลังแต่ละ turn ระบบทำ capture เบื้องหลังโดยไม่ขวางการสนทนา จากนั้นเก็บเป็นไฟล์ Markdown แยก topic มี scope ระดับ workspace และ global คำสั่ง /memory เปิด browser แบบอ่านอย่างเดียวเพื่อดูไฟล์ ส่วน /dream รวม observation ใหม่เข้า topic ที่เหมาะสมและระบบจะทำเป็นระยะเอง คำสั่งใน conversation ปัจจุบันยังมีลำดับเหนือ note เก่า

แนวคิดนี้ต่างจากการยัด transcript ทั้งหมดกลับเข้า prompt เพราะ memory พยายามเลือกของที่ทนเวลา เช่น วิธีรัน test หรือเหตุผลของ architecture และเว้น task state, ข้อสรุปชั่วคราว, secret รวมถึงสิ่งที่ repository docs มีอยู่แล้ว ถ้าทำได้ตามสัญญา context จะเล็กและเกี่ยวข้องกว่า replay ประวัติยาว ๆ

ความจำที่ผิดอันตรายกว่าการจำไม่ได้

ตัวอย่างในประกาศแสดงว่า agent จำให้ใช้ just test แทน cargo test แล้วนำไปใช้ใน session ถัดไป ประโยชน์ชัด แต่ถ้า note ถูกเขียนจากเหตุการณ์ชั่วคราวหรือข้อความที่ผู้โจมตีฝังใน issue มันอาจกลายเป็นคำสั่งค้างระยะยาว ความผิดพลาดจึงถูกขยายจากหนึ่ง turn ไปหลายงาน

ก่อนเปิดใช้กับ repository จริง ควรตรวจ directory และสิทธิ์ของไฟล์ memory, ดู diff หลังงานสำคัญ และลบ note ที่ซ้ำกับ source-of-truth ให้ link ไป AGENTS.md หรือ runbook แทน อย่าให้ API key, customer data หรือ incident payload เข้า memory แม้ระบบบอกว่าจะไม่เก็บ secret—ตั้ง redaction และ synthetic test ของทีมเอง

กำหนดอายุข้อมูลด้วย เช่น convention ที่ผูก tool version ควรมีวันที่หรือเงื่อนไขหมดอายุ เมื่อ upgrade แล้วต้อง invalidate topic เก่า แยก global preference ออกจาก project decision เพื่อไม่ให้รูปแบบของงานหนึ่งไหลไปอีกงาน และถือไฟล์ memory เป็น untrusted context ที่ต้องผ่าน permission gate เดิม ไม่ใช่ข้อยกเว้น

Recap

  • memory เก็บ Markdown ตาม topic ทั้ง workspace และ global
  • /memory ใช้ตรวจ; /dream ใช้จัดระเบียบ observation
  • review note, กัน secret และมีวิธี invalidate ข้อมูลเก่า
  • อย่าให้ memory ข้าม sandbox, approval หรือ repository policy ครับ