ปลั๊กอินสถาปัตยกรรมสร้างเอเจนต์ที่แก้ปัญหา memory noise และ decay ของเอเจนต์ (โอเพนซอร์ส)

การตั้งค่าเอเจนต์ส่วนใหญ่จัดการหน่วยความจำได้ไม่ดีนัก มักเขียนทุกอย่างลง long-term memory จนเต็มไปด้วย noise และความขัดแย้ง หรือพอเซสชันขาดก็ลืมหมด ทำให้ต้องเริ่มใหม่จากศูนย์ทุกครั้ง จึงได้สร้างและเปิดเผยสถาปัตยกรรมเอเจนต์โอเพนซอร์สที่ออกแบบโดยให้ความสำคัญกับหน่วยความจำมากที่สุด (Apache-2.0) โดยเซ็ตอัปเดียวกันนี้สามารถรันได้เหมือนกันบน Claude Code, Codex และ Gemini CLI จึงไม่ถูกผูกติดกับเครื่องมือใดเครื่องมือหนึ่ง
แนวคิดหลักคือ เอเจนต์ไม่ควรเป็น prompt แต่ควรเป็น repo ผลลัพธ์ที่ได้คือไฟล์จริงอย่าง AGENTS.md, agents/, skills/, .agentlas/ ซึ่งทั้งสามรันไทม์อ่านได้ทั้งหมด และยังใช้โมเดลที่คุณใช้อยู่เดิมได้เหมือนเดิม ติดตั้งด้วยคำสั่งบรรทัดเดียว จากนั้นแค่บอกสิ่งที่ต้องการ ระบบก็จะสร้างทั้งทีมเอเจนต์ที่พร้อมติดตั้งให้ทันที
3 โหมดที่สร้างให้

เอเจนต์เดี่ยว: เวิร์กเกอร์หนึ่งตัวที่มีสกิล กฎหน่วยความจำ runtime adapter และขั้นตอนตรวจสอบครบถ้วน โดยไม่ต้องขยายเป็นทีมก็สามารถต่อ self-evolution และลูป research-refresh ได้
ทีมมัลติเอเจนต์: มี orchestrator/HQ, PM Soul, Memory Curator, Policy Gate, worker, eval judge, QA/ประตูหลักฐาน รวมถึง handoff ระหว่างกัน เป็นโหมดแบบ "ช่วยสร้างบริษัทหนึ่งชุดสำหรับเวิร์กโฟลว์นี้ให้หน่อย"
รีแพ็กเกจ: จัดระเบียบเอเจนต์หรือเวิร์กสเปซที่มีอยู่แล้ว (Claude/Codex/โลคัล) ให้เป็น portable package พร้อม public plugin และการติดตั้งแบบบรรทัดเดียว อีกทั้งยังแยก local path, secret และ private log ออก เพื่อให้เปิดเผยต่อสาธารณะได้อย่างปลอดภัย

วิธีที่หน่วยความจำทำงานจริง (นี่ไม่ใช่แค่การไล่รายชื่อบทบาท แต่เป็นไฟล์ที่อยู่ในผลลัพธ์จริง)

หน่วยความจำแบบตั๋ว: จะไม่เขียนลง long-term memory ทันที หากเวิร์กเกอร์ส่งบล็อก ## Memory Events ออกมา ข้อมูลจะถูกสะสมเป็นตั๋วใน memory-tickets.jsonl พร้อม id, scope, trust label, evidence, status แล้วจึงค่อยเลื่อนระดับภายหลัง
Memory Curator: ตรวจสอบตั๋วก่อน commit และบันทึกคำตัดสินไว้ในบัญชีรายการ curator-decisions ทำให้หน่วยความจำไม่เต็มไปด้วย noise หรือความขัดแย้ง
PM Soul: รับผิดชอบความต่อเนื่องระดับโปรเจกต์ โดยเก็บทั้งเจตนา การตัดสินใจ และงานที่ยังไม่เสร็จ จึงไม่ได้จำแค่ว่า "ตัดสินใจอะไรไว้" แต่จำได้ว่า "ทำไมถึงตัดสินใจแบบนั้น"
Policy Gate: หน่วยความจำที่ใช้ร่วมกันในทีมต้องผ่านขั้นตอนอนุมัติก่อนจึงจะเลื่อนระดับได้ ป้องกันไม่ให้เอเจนต์ตัวเดียวทำให้คอนเท็กซ์ทั้งหมดปนเปื้อน
self-evolution ที่ผ่านการตรวจสอบ: เอเจนต์สามารถสร้างสกิลใหม่และเสนอการแก้ไขตัวเองได้ แต่สกิลใหม่จะออกไปในสถานะ candidate เท่านั้น และจะถูกเรียกใช้เป็น first-class ได้ก็ต่อเมื่อผ่านบัญชีหลักฐาน trial, การรีวิวของ Curator และการอนุมัติตามนโยบายแล้ว ทำให้มันพัฒนาตัวเองได้โดยไม่เสื่อมสภาพเงียบ ๆ การแก้ไขตัวเองก็เป็นแบบ proposal-first ไม่ใช่การเขียนทับเองโดยพลการ
สแกนความปลอดภัยก่อนเผยแพร่: ก่อนเปิดเผยแพ็กเกจ ระบบจะบล็อก machine path, token, service-account JSON และรูปแบบ secret ที่พบบ่อย