Osloq - ให้ AI reproduction เวลาเกิด bug

Osloq - ให้ AI reproduction เวลาเกิด bug

Osloq - ใช้ AI หาสาเหตุ bug แทน เวลา AI coding tools เสนอจะ "fix bug ให้" - เราได้แต่กด Accept หรือไม่ก็ Reject สองปุ่ม สองทางเลือก แต่เราไม่เคยรู้ว่า: AI รู้ได้ยังไงว่า bug เกิดจากตรงนี้? มัน reproduce แล้วหรือแค่อ่านโค้ดแล้วเดา? ถ้าเรา accept - มันจะพังของอย่างอื่นไหม?

Osloq เลือกทางที่สาม: ไม่ใช่ "fix ให้" - แต่ "หาให้เจอแล้วบอกว่าเกิดอะไรขึ้น"

Osloq คืออะไร

Osloq เป็น AI agent ที่ทำหน้าที่ "นักสืบ bug" มีคนเปิด GitHub Issue → Osloq อ่าน → trace โค้ด → reproduce ใน sandbox → ส่งรายงานพร้อมหลักฐาน

┌─────────────────────────────────────────────────────┐
│GitHub Issue: "ปุ่ม submit กดไม่ติดบน Safari"        │
└─────────────────────┬───────────────────────────────┘
                      ▼
┌─────────────────────────────────────────────────────┐
│Osloq:                                               │
│1. อ่าน issue → เข้าใจว่า "ปุ่มไม่ทำงาน"              │
│2. trace โค้ด: จาก handler → service → DOM event    │
│3. reproduce: รัน Safari ใน sandbox → ปุ่มไม่ติดจริง  │
│4. จับหลักฐาน: logs, screenshots, call stack         │
│5. สรุป: "event listener ใช้ 'click' แต่ Safari      │
│   บน iOS 18 ไม่ bubble event - ต้องใช้ 'pointerdown'│
└─────────────────────┬───────────────────────────────┘
                      ▼
┌─────────────────────────────────────────────────────┐
│Report บน GitHub Issue:                              │
│📸 screenshot ของ Safari ที่ปุ่มไม่ทำงาน              │
│📋 console error: "Unhandled Promise Rejection"      │
│🔗 code path: handler.ts:42 → form.ts:17             │
│💡 suggestion: เปลี่ยน event type                    │
└─────────────────────────────────────────────────────┘

คุณอ่าน report → เข้าใจปัญหา → ตัดสินใจเอง ว่าจะแก้ยังไง

ต่างจาก "AI Fix Everything" ยังไง

ทำไมถึง "สบายใจกว่า"

1. คุณเห็นหลักฐาน - ไม่ใช่แค่ diff

   • ❌ "Fixed button click handler - please review" → review 300 บรรทัด - ไม่รู้ว่าแก้ถูกไหม
   • ✅ "Button click fails because event listener uses 'click' instead of 'pointerdown'. Safari 18 on iOS doesn't bubble click events from certain elements. Evidence attached." → อ่าน 5 บรรทัด - เข้าใจทันที - แก้เอง 3 บรรทัด

2. คุณคุม scope ของการแก้
   AI fix ทุกอย่างอาจจะ:

   • เปลี่ยน architecture โดยไม่บอก
   • เพิ่ม dependency ใหม่
   • "fix" โดย refactor 500 บรรทัด - ทั้งที่ปัญหาจริงคือ 1 บรรทัด

   Osloq ไม่แตะโค้ดคุณเลย - มันแค่บอกว่าจุดไหนผิด

3. คุณเรียนรู้ไปด้วย
   ทุกครั้งที่ Osloq reproduce bug - คุณเห็น:

   • วิธี reproduce (ไว้สอน QA หรือ junior)
   • root cause (เข้าใจระบบตัวเองดีขึ้น)
   • pattern (bug นี้เหมือนกับอีก 3 issue ที่เคยเกิด - สรุปว่า design ตรงนี้มีปัญหา)

   AI ที่ fix ให้เลย - คุณไม่ได้เรียนรู้อะไร - แค่กด merge

มันทำงานยังไงในทางเทคนิค

1. GitHub App ติดตั้ง → อ่าน issue + โค้ด (read-only)
2. Sandbox → clone repo → ติดตั้ง dependencies
3. trace code path จาก issue description
4. รัน → reproduce bug → จับ logs, screenshots
5. sandbox ถูกลบทิ้ง - โค้ดไม่ถูกเก็บ
6. ส่ง report กลับไปที่ GitHub issue

Privacy: sandbox ถูกทำลายหลัง investigation - โค้ดไม่เคยถูกเก็บ, ไม่ถูกใช้ train, GitHub App มีสิทธิ์ read-only

Osloq vs เครื่องมืออื่น - แนวคิดต่างกัน

Osloq อยู่ใน niche "investigator" - ไม่มีใครเล่นบทนี้โดยตรง

เหมาะกับทีมแบบไหน

สรุป

Osloq ไม่ได้แข่งว่า "ใคร fix bug ได้เร็วสุด" - มันแข่งว่า "ใครไว้ใจได้มากสุด" มันคือเครื่องมือที่บอกว่า: "นี่คือสาเหตุ นี่คือหลักฐาน ที่เหลือคุณตัดสินใจ" และสำหรับหลายทีม - โดยเฉพาะทีมที่ทำงานกับระบบที่ผิดพลาดแล้วกระทบคนจำนวนมาก - ความไว้ใจมีค่ามากกว่าความเร็ว

📚 อ่านต่อ: Osloq - AI bug reproduction for GitHub issues