บันทึกพัฒนาการ RedhatAI MT5 Indicator — ติดตามการปรับปรุง พัฒนาการ และปัญหาที่ได้รับการแก้ไขของตัวชี้วัด RedhatAI สำหรับการวิเคราะห์ทองคำ XAUUSD แบบเรียลไทม์ภาษาไทยบนแพลตฟอร์ม MetaTrader 5 หน้านี้เป็นส่วนหนึ่งของกระบวนการพัฒนาที่โปร่งใส ตรวจสอบได้ และทำซ้ำได้
Version History (ประวัติเวอร์ชัน)
| Version | Date | What Changed | Status |
|---|---|---|---|
| RedhatAI v1 | 2026-Q1 | Single panel, Thai LLM analysis via HTTP relay | ✓ Shipped |
| SwordRHAI | 2026-Q1 | Dual panel architecture, right-side chart panel | ✓ Shipped |
| WarpRHAI | 2026-Q2 | Semi-auto trading integration attempt | ⚠ AllowLiveTrading disabled |
| RedhatAI2 | 2026-Q3 | Refined dual-panel + chip UI + button controls | ✓ Active development |
หมายเหตุ: วันที่ระบุเป็นช่วงไตรมาสโดยประมาณ เพื่อสะท้อนลำดับเหตุการณ์ในกระบวนการพัฒนา
ปัญหาที่ได้รับการแก้ไข (พัฒนาการจากกระบวนการ QC)
1. Panel Position Bug (ตำแหน่งแผงไม่ตรงตามที่กำหนด)
แผงควบคุม RedhatAI2 แสดงผลตำแหน่งไม่ตรงกับค่าที่กำหนดในบางสภาพแวดล้อมกราฟ สาเหตุเกิดจากขั้นตอนคำนวณพิกัดระหว่างการ resize ทำให้แผงเลื่อนออกจากขอบที่ควรอยู่ เราแก้ไขด้วยการเพิ่ม debug output เพื่อติดตามพิกัดจริง และปรับ panel_position_right fix เข้าไปใน SwordRHAI build ใหม่ บทเรียน: การตรวจสอบพิกัดจริง (live coordinates) ผ่าน dump ทุกครั้งที่มีการเปลี่ยนขนาดแผง ช่วยให้เห็นปัญหาก่อนผู้ใช้จะพบเจอ
2. Thai Text Rendering Challenge (การแสดงผลภาษาไทย)
ระบบ CCanvas ของ MetaTrader 5 ไม่รองรับการเรนเดอร์ Unicode ภาษาไทยโดยตรง ทำให้ตัวชี้วัดและสระไม่แสดงผลถูกต้อง เราแก้ไขด้วยการสร้าง custom rendering pipeline เฉพาะสำหรับชุดอักขระไทย และทดสอบด้วยสตริงยาก 30 รายการ รวมถึงกรณี ZWSP (zero-width space) อีก 5 รายการ ผลคือแสดงผลได้ครบถ้วนไม่มีการถูกตัด บทเรียน: ปัญหาการถูกตัดของข้อความไทยเกิดจาก layout/width เสมอ ไม่ใช่ข้อจำกัดของแพลตฟอร์ม การแก้ที่การคำนวณความกว้างจึงแก้ปัญหาได้ที่ราก
3. Chip UI Double-Echo (ปุ่ม Chip ตอบสนองซ้ำ)
ปุ่ม chip ในแผงควบคุมตอบสนองซ้ำ 2 ครั้งต่อหนึ่งการกดในบางช่วงเวลา สาเหตุเกิดจาก event handler รับสัญญาณซ้อนทับกันภายในรอบการกดเดียว เราแก้ไขด้วย dedupe guard ที่กรองสัญญาณซ้ำภายในช่องเวลา 500ms บทเรียน: การกำหนดช่องเวลา debounce ที่เหมาะสม ช่วยกันสัญญาณ ghost จากการคลิกเดียวโดยไม่กระทบความไวในการตอบสนองปกติ
Methodology (กระบวนการทำงาน)
ทุก build ผ่านขั้นตอน compile verification ด้วยเครื่องมือภายใน rhai_compile.py ทุก QC round ใช้หลัก hypothesis → change → measurement → verdict (สมมติฐานหนึ่งข้อ ต่อหนึ่งการแก้ไข ต่อหนึ่งการวัด) และทุกการเปลี่ยนแปลงมี SHA256 hash พร้อม timestamp บันทึกไว้เพื่อการตรวจสอบย้อนกลับ กระบวนการนี้ทำให้ตัวชี้วัดมีเส้นทางพัฒนาการที่ตรวจสอบได้ ทำซ้ำได้ และตรวจสอบความถูกต้องของผลลัพธ์ได้ในทุกขั้นตอน
