ความทรงจำข้ามเดือน: เจาะลึกโหมด Oracle ที่สังเคราะห์หลักการสถาปัตยกรรมอัตโนมัติ

ความทรงจำข้ามเดือน: เจาะลึกโหมด Oracle ที่สังเคราะห์หลักการสถาปัตยกรรมอัตโนมัติ

ทุกทีมวิศวกรรมซอฟต์แวร์มักจะมี "สุสานแห่งการตัดสินใจที่ถูกลืม"

หกเดือนหลังจากระบบถูกปล่อยขึ้นใช้งานจริง วิศวกรคนใหม่ที่เพิ่งเข้าร่วมทีมอาจจะเปิดโค้ดดูแล้วเอ่ยถามขึ้นมาว่า: > "ทำไมหน้านี้ถึงเลือกใช้ Static Export แทนที่จะใช้ Server-side Middleware ของ Next.js ล่ะครับ?"

วิศวกรอาวุโสหยุดคิด เกาหัว แล้วพยายามนึกย้อนความหลัง: > "รู้สึกว่าตอนเดือนกุมภาพันธ์เราเคยเจอปัญหาเรื่องการเรนเดอร์หน้าเว็บบน Cloudflare Edge หรืออาจจะเกี่ยวกับระบบตรวจภาษา... เดี๋ยวผมลองไปค้นดูใน Slack เก่าๆ ให้นะ"

เครื่องมือค้นหา AI ทั่วไปมักล้มเหลวอย่างสิ้นเชิงในการตอบคำถามประเภทนี้ หากคุณใช้ระบบค้นหาเวกเตอร์แบบธรรมดาเพื่อดึงบันทึกแชตเก่า ระบบจะส่งเศษเสี้ยวข้อความที่กระจัดกระจายจากหลากหลายวันคืนกลับมา AI จะอ่านข้อความเหล่านั้นแล้วแต่งคำตอบกว้างๆ ที่ฟังดูฉลาดขึ้นมา ซึ่งมักจะคลาดเคลื่อนจากเหตุผลและความจริงทางวิศวกรรมที่เกิดขึ้น

เพื่อแก้ปัญหานี้ เราจึงออกแบบ โหมด Oracle ขึ้นมาใน External Brain (https://brain.autobahn.bot)

นี่คือวิธีที่โหมด Oracle เปลี่ยนการตัดสินใจกระจัดกระจายตลอดหลายเดือน ให้กลายเป็นคลังความรู้ที่แม่นยำและตรวจสอบย้อนกลับได้

ความแตกต่างระหว่าง "การค้นหาข้อความ" กับ "การสังเคราะห์ความรู้"

การค้นบันทึกแชตแบบธรรมดาจะส่งเพียงเศษข้อความกลับมา: คุณถามถึง "Middleware" ระบบก็แค่ไปกวาดหาข้อความที่พูดถึง Middleware กลับมา

แต่โหมด Oracle (brain_ask_oracle) ทำงานบนสิ่งที่ External Brain กลั่นกรองไว้แล้ว:

1. 1ความรู้ที่กลั่นแล้วและมีประเภทชัดเจน: เมื่อเซสชันการเขียนโค้ดแต่ละรอบสิ้นสุดลง External Brain จะเปลี่ยนสิ่งที่ได้เรียนรู้ให้เป็นกฎที่มีประเภท—Reflex, Recipe, Heuristic, Principle และ Anti-principle—และเก็บการตัดสินใจไว้คู่กับทางเลือกที่ถูกปฏิเสธ
2. 2แทนที่ ไม่ใช่ลบทิ้ง: การตัดสินใจใหม่จะระบุว่าแทนที่ข้อไหน ข้อเดิมจะถูกปลดระวางแต่ไม่ถูกลบ ประวัติจึงยังอ่านย้อนได้ (กราฟเชื่อมโยงการตัดสินใจแบบเห็นภาพอยู่ในแผนงาน ยังไม่เปิดให้ใช้)
3. 3การสังเคราะห์พร้อมระบุหลักฐานอ้างอิง (Cited Synthesis): เมื่อคุณถามคำถามเชิงสถาปัตยกรรม โหมด Oracle จะไม่ตอบตามการเดา แต่จะค้นกฎและเซสชันเหล่านั้นตามความหมาย ตอบจากสิ่งที่พบเท่านั้น ระบุที่มาทุกข้อ และบอกว่าคำตอบมีหลักฐานรองรับมากน้อยเพียงใด

ตัวอย่างสมมติ: ประตูตรวจความเท่าเทียมของ 3 ภาษา

ในคลังโค้ดหน้าแรกของเว็บไซต์เรา เรามีกฎเหล็กที่ต้องรักษาความสอดคล้องของคีย์ข้อความและ Slug ให้ตรงกัน 100% ทั้งภาษาอังกฤษ ภาษาไทย และภาษาเยอรมัน

ลองนึกภาพวิศวกรคนหนึ่งถามว่า: "เราเปลี่ยนไปดึงไฟล์ภาษาแบบไดนามิกตอนเปลี่ยนหน้าเว็บ ดีกว่าการแพ็กไฟล์ภาษาทั้งหมดไปตั้งแต่ตอนบิลด์ไหม?"

โหมด Oracle จะตอบจากสิ่งที่ทีมบันทึกไว้ (ตัวอย่างสมมติ):

"ทีมตัดสินใจแล้วว่าเว็บไซต์ต้องเป็น Static Export ที่ไม่มีเซิร์ฟเวอร์ [K1] ทุกคีย์ในทุกหมวดหมู่ภาษาต้องมีครบทั้งภาษาอังกฤษ ไทย และเยอรมัน และ `scripts/check-locale-parity.mjs` จะทำให้การบิลด์ล้มเหลวหากไม่ครบ [K2]"

วิศวกรคนนั้นได้รับทั้งเหตุผลและสคริปต์ที่บังคับใช้กฎนั้น พร้อมที่มาอ้างอิง โดยไม่ต้องเสียเวลาไปทักถามรบกวนเพื่อนร่วมงานเลย

ลดภาระทางสมองของทีมงาน

เมื่อระบบซอฟต์แวร์ขยายตัวขึ้น ภาระในการจดจำสิ่งต่างๆ จะเพิ่มขึ้นเป็นทวีคูณ วิศวกรมักต้องเสียเวลาไปกับการพยายามนึกว่าในอดีตเคยทำอะไรไว้ มากกว่าการได้ใช้สมองไปกับการสร้างสิ่งใหม่

การมอบหมายหน้าที่ในการดูแลความทรงจำขององค์กรให้กับ External Brain ทำให้ทีมสามารถเดินหน้าได้เร็วขึ้นโดยไม่สะดุดซ้ำรอยเดิม คุณเป็นผู้กำหนดวิสัยทัศน์ และให้ External Brain เป็นผู้ดูแลความทรงจำ