⚠️ บันทึกการวิจัยและการเทรดส่วนตัว — ไม่ใช่คำแนะนำการลงทุน ผู้เขียนไม่ได้ให้บริการที่ปรึกษาการลงทุนที่มีใบอนุญาต
ทุก scanner ทำงานบน hard thresholds หุ้นผ่านหรือไม่ผ่าน logic binary นั้นคือสิ่งที่ทำให้ scanner เร็วและสม่ำเสมอ — และมันยังสร้าง blind spots ที่เป็นระบบด้วย
หลังจากสร้างและรัน breakout scanner ของผมมาหลายเดือน ผมระบุได้สาม categories ของ setups ที่ scanner ไม่สามารถค้นหาได้ในเชิงโครงสร้าง ไม่ใช่เพราะ setups เหล่านั้นไม่ดี — ในบางกรณีมันคือ setups ที่ดีที่สุดในรายการ — แต่เพราะมันไม่ข้าม threshold ตัวเลขที่ผมเลือก
ผมสร้าง secondary tool ที่เรียกว่า "near-miss tracker" โดยเฉพาะเพื่อแสดงสิ่งเหล่านี้ นี่คือสิ่งที่มันค้นพบ
Blind Spot 1: RS 74-79
Primary scanner ของผมต้องการ RS Rating ≥80 RS filter เป็นหนึ่งใน elements ที่ validated ที่สุดใน methodology ทั้งหมดของผม — มันผ่าน bootstrap walk-forward confidence intervals ที่ไม่รวมศูนย์ ซึ่งเป็นสิ่งที่ filter ส่วนใหญ่ที่ผมทดสอบทำไม่ได้
แต่หุ้ที่มี RS 74-79 ล่ะ?
หุ้เหล่านี้อยู่ใน top quartile ของตลาดตาม relative strength พวกมัน outperform หุ้อื่นๆ 74-79% ในช่วง 12 เดือนที่ผ่านมา ในตลาดส่วนใหญ่ นั่นแข็งแกร่ง scanner ของผมไม่เห็นพวกมัน
near-miss tracker ดึง candidates ในช่วง RS 74-79 ที่มิฉะนั้นจะผ่านทุก criteria อื่น: Stage 2 uptrend, contracting base, volume dry-up มันแสดงพวกมันแยกกัน ไม่ใช่เป็น primary candidates แต่เป็น context
ทำไมมันสำคัญ: บางครั้งหุ้อสร้าง RS momentum และผ่าน 74 → 77 → 81 ในช่วงไม่กี่สัปดาห์ ถ้าผมดูแค่ ≥80 ผมไม่เห็น trajectory — ผมแค่เห็นชื่อใหม่ปรากฏบน scanner โดยไม่มี context ก่อนหน้า near-miss list แสดงให้ผมเห็นว่าหุ้อนั้นอยู่ในรายการของผมแล้วสองสัปดาห์ก่อน ที่ RS 76 contracting อย่างสวยงาม
near-miss tracker ไม่ override hard gate RS≥80 มันแค่แสดงสิ่งที่กำลัง warm up อยู่ใกล้ๆ
Blind Spot 2: Bases ที่อยู่ 8-14% ต่ำกว่า Prior High
Classic breakout scanner มองหาหุ้อใกล้ pivot — ภายใน 5% ของ prior high โดยทั่วไป มันจับหุ้อที่พร้อมจะ break
แต่หุ้อที่ contracting อย่างสวยงาม แสดง higher lows, volume กำลัง dry up — แต่ยังอยู่ 10% ต่ำกว่า prior high ล่ะ?
Base ยังไม่สมบูรณ์ หุ้อไม่ได้ "ใกล้ pivot" เพราะ pivot ยังไม่ได้ถูกสร้างขึ้น มันกำลังสร้าง base ที่จะสร้าง pivot
Scanner ของผมค้นหาสิ่งเหล่านี้ไม่ได้ logic ของมันคือ: หุ้อใกล้ high + volume pop = breakout candidate หุ้อที่ยังอยู่ 10% ต่ำกว่า high ไม่ปรากฏเป็น "ใกล้ breakout" แต่มันอาจกำลัง setup risk/reward ที่ดีที่สุดของ current base เพราะ:
1. Stop (prior low) มีการกำหนดชัดเจน 2. Base กำลัง contract (higher lows ยังถูกพิมพ์) 3. Volume เงียบกว่าปกติ บ่งชี้ว่าขาด distribution
Setup GUNKUL จากปี 2569 แสดงให้เห็นเรื่องนี้ หุ้อกำลังสร้าง cup 5 สัปดาห์ — valid base ตาม definition ที่ผมใช้ — แต่ยังอยู่ 9% ต่ำกว่า prior high เมื่อ scanner จะสังเกตเห็นมันเป็นครั้งแรก near-miss tracker มีมันสองสัปดาห์ก่อนที่มันจะเข้าสู่ scanner range
Blind Spot 3: Bases ที่ Contracting แต่ยังไม่ใกล้ Recovery High
เกี่ยวข้องกับ blind spot 2 แต่แตกต่างกันอย่างละเอียด: เหล่านี้คือหุ้อใน early contraction
breakout methodology ที่ผมใช้กำหนด valid base ว่าเป็น contracting higher lows ที่เคลื่อนไปสู่ recovery high (peak ที่สองหลัง pullback) แต่ early stage ของ base ดูเหมือน: low ที่หนึ่ง, bounce ที่หนึ่ง, pullback ที่สอง — lower high หุ้อยังไม่แสดง recovery high
ถ้าผม filter สำหรับ "หุ้อใกล้ prior highs" ผมพลาด early-base stocks ตาม definition ถ้าผม filter สำหรับ "higher lows" ผมอาจพบพวกมัน — แต่ยังไม่รู้ว่า contraction จะคงอยู่หรือไม่
near-miss tracker tagged หุ้อที่แสดง trajectory โดยไม่ต้องการ resolution: base กำลังแคบลง (3 pullback lows ล่าสุดแต่ละอันสูงกว่าอันก่อน), RS กำลังเพิ่ม, หุ้ออยู่เหนือ 50-day moving average สิ่งเหล่านี้ไม่ถูก flag เป็น primary candidates แต่ถูก flag ว่า "watch — base building, ยังไม่สมบูรณ์"
ทำไม Hard Thresholds ยังคงถูกต้อง
ผมสร้าง near-miss tracker เป็น complement ไม่ใช่การแทนที่ main scanner hard thresholds ใน scanner มีเหตุผล: มันขจัด ambiguity ถ้าผมส่งผ่าน near-miss candidates ทั้งหมดไปยัง primary entry logic ผมจะเจือจาง edge ที่ผมได้ validate
Scanner ถูกออกแบบมาให้ conservative โดย design Rigid gates คือสิ่งที่ทำให้มันสม่ำเสมอ การวิจัย (bootstrap walk-forward บนข้อมูล SET 20+ ปี) ทำบน hard-gated version การอ่อนแอ gates หมายความว่าผมกำลังรันระบบที่ต่างจากสิ่งที่ทดสอบ
near-miss tracker ใช้สำหรับ context การอ่านกราฟ — ไม่ใช่สำหรับเพิ่ม candidates ใน trading queue เมื่อผมเห็นหุ้อ near-miss ผมเพิ่มมันใน watchlist เพื่อ monitor ผมไม่เทรดมันจนกว่ามันจะข้าม hard threshold tracker ตอบคำถาม "อะไรที่น่าสนใจกำลังพัฒนาอยู่ใกล้ๆ?" ไม่ใช่ "ควรซื้ออะไรตอนนี้?"
Setup ที่สอนผมเรื่องนี้
GUNKUL อยู่ใน near-miss bucket สองสัปดาห์ก่อนที่ main scanner จะเลือกมัน เมื่อ scanner trigger ที่ RS≥80 ภายใน 5% ของ pivot entry ที่เหมาะสม — based บน base structure — ชัดเจนมาหลายวันแล้ว
นั่นไม่ใช่ความล้มเหลวของ scanner นั่นคือสิ่งที่ scanners ทำ: พวกมัน confirm ไม่ใช่ anticipate นักอ่านกราฟ anticipate Scanner ยืนยันเมื่อ setup ยากที่จะมองข้าม
ความแตกต่างสำคัญ ถ้าผมเอา near-miss trigger เป็น entry signal สำหรับ GUNKUL ผมจะ enter 2 สัปดาห์ก่อนกำหนด ด้วย risk ที่กำหนดน้อยกว่า และผมจะรัน strategy ที่ต่างจากที่ผมทดสอบ มูลค่าของ near-miss list คือ awareness ไม่ใช่ action
ตามรอย ศึกษา รอจังหวะ จู่โจม
บันทึกการวิจัยและการเทรดส่วนตัว — ไม่ใช่คำแนะนำการลงทุน ผู้เขียนไม่ได้ให้บริการที่ปรึกษาการลงทุนที่มีใบอนุญาต — MOEasymmetry
Draft 2026-06-12. แหล่งที่มา: MOEasymmetry near-miss tracker (scan_near_miss.py → near_miss.html) 3 blind spots เป็น structural artifacts ของ scanner thresholds — RS≥80 gate, within-5%-of-pivot filter, และ recovery-high requirement ตัวอย่าง GUNKUL จากปี 2569 (ประมาณ) near-miss tracker สร้างเป็น watchlist supplement ไม่ใช่เป็น primary signal tool