Checklist Vào Lệnh ICT Là Gì?
Checklist vào lệnh ICT là một bộ câu hỏi cố định mà mọi setup phải trả lời hết trước khi bạn dâng rủi ro. Dù mô hình nào, một lệnh hợp lệ cũng phải qua đúng các lớp kiểm tra cốt lõi: bias, vị trí, thanh khoản, thời gian, xác nhận, rủi ro và invalidation. Fail một lớp là skip.
Ý tưởng đằng sau một checklist phổ quát thế này: mô hình chỉ là cú kích hoạt. Một Silver Bullet, một cú chạm order block, hay một lệnh vào tại FVG nhìn trên chart thì khác nhau, nhưng cái xương sống bên dưới giống hệt nhau. Việc chuẩn hóa cái xương đó chính là ranh giới giữa một quy trình lặp lại được và việc click bốc đồng.
Bên dưới là checklist chia thành bảy lớp, rồi bản copy dùng ngay, luật chấm điểm A+ so với B, cách nó thích ứng từng mô hình, và một ví dụ chạy trọn vẹn từ đầu tới cuối.
7 Lớp Của Checklist Vào Lệnh ICT
Chạy từ trên xuống. Mỗi lớp là một cổng - lớp hiện tại qua rồi mới xuống lớp kế. Thứ tự có ý nghĩa: bias và vị trí lọc sạch phần lớn nhiễu trước khi bạn thèm tìm trigger.
1. Bias HTF và Draw on Liquidity
Bias khung ngày và 4H đang là gì, và Draw on Liquidity nằm ở đâu? Giá luôn được giao về phía một nam châm - một đỉnh cũ, một đáy cũ, một pool thanh khoản đang nằm đó. Giá đang with tay về phía nào, và mình có đang giao dịch xuôi theo phía đó không? Nếu lệnh của bạn chống lại draw của khung lớn, nó là countertrend theo định nghĩa, và lớp này fail.
2. Vị Trí Premium / Discount
Mình đang mua ở discount hay bán ở premium của dealing range hiện tại? Vẽ range từ một swing high sạch tới swing low, chia đôi tại mức 50% Equilibrium, rồi định vị giá. Long thuộc dưới equilibrium (discount); short thuộc trên (premium). Mua ở premium hay bán ở discount nghĩa là bạn đang trả giá xấu, kể cả khi hướng đúng.
3. Thanh Khoản
Pool nào vừa bị lấy, và còn thanh khoản để nhắm tới không? Một lệnh chất lượng thường đi sau một liquidity sweep - stop phía trên các đỉnh bằng nhau hoặc dưới các đáy bằng nhau bị quét, rồi giá bị đẩy ngược. Sau đó phải xác nhận có đích đến: một pool đối diện sạch để giá hút về. Không có pool nguồn nào bị sweep, hoặc không có mục tiêu để chạy tới, tức nhiên liệu yếu ở cả hai đầu.
4. Thời Gian
Mình có đang ở trong một cửa sổ hợp lệ không? Các lệnh ICT dồn vào những kill zone xác định - London open, New York AM, và cửa sổ buổi chiều - cộng thêm các mốc macro. Phiên chết (NY muộn, phiên Asia trôi lềnh bềnh) sinh ra giá giật displacement thấp, giả dạng setup rồi không chạy tiếp. Đang ở cửa sổ chết thì lớp này fail, dù giá nhìn đẹp cỡ nào.
5. Xác Nhận
Trigger đã thực sự in chưa? Ngăn xếp xác nhận là: một cú sweep thanh khoản, rồi displacement hoặc một sự dịch chuyển cấu trúc (MSS) theo hướng của bạn, rồi một PD Array sạch để vào - một order block hoặc một fair value gap do chính cú displacement đó để lại. Không displacement là không có chủ đích tổ chức; bạn đang đoán một cú đảo chiều thay vì đọc nó.
6. Rủi Ro
Stop cấu trúc đã xác định chưa, và reward-to-risk có đạt sàn tối thiểu của mình không? Stop nằm vượt qua cấu trúc vô hiệu hóa ý tưởng - qua wick bị sweep, chứ không phải một con số đô tùy tiện. Đo từ đó tới pool mục tiêu.
Nếu R:R thấp hơn sàn (nhiều trader dùng 1:2 trở lên), setup fail về mặt toán học bất kể nó trông ra sao. Rồi tính size sao cho khoảng cách stop tương ứng một phần trăm cố định của tài khoản.
7. Invalidation
Cái gì cụ thể sẽ giết ý tưởng này? Gọi tên mức giá và điều kiện trước khi vào lệnh - "một nến 15m đóng lại trên đỉnh bị sweep" hoặc "giá lấp FVG rồi vẫn lao tiếp". Một lệnh không có invalidation viết ra giấy là một lệnh bạn sẽ tự biện hộ để ôm thêm. Lớp này biến stop thành một quyết định thay vì một lời hy vọng.
Bản Checklist Copy Dùng Ngay
Dán cái này lên sticky note hoặc vào template nhật ký. Chạy từ trên xuống dưới, đọc thành tiếng nếu cần:
- Bias: Hướng Daily/4H là ___ và mình đang giao dịch xuôi theo draw on liquidity. (Có/Không)
- Vị trí: Lệnh vào ở discount cho long / premium cho short của dealing range. (Có/Không)
- Thanh khoản: Một pool vừa bị sweep, và tồn tại pool đối diện rõ ràng làm mục tiêu. (Có/Không)
- Thời gian: Đang trong kill zone hoặc cửa sổ macro hợp lệ, không phải phiên chết. (Có/Không)
- Xác nhận: Sweep + displacement/MSS + một PD array (OB hoặc FVG) để vào. (Có/Không)
- Rủi ro: Stop cấu trúc đã định, R:R đạt sàn tối thiểu, size đã set. (Có/Không)
- Invalidation: Đã viết ra mức giá/điều kiện chính xác giết lệnh này. (Có/Không)
Cách Dùng: Một Bộ Lọc, Pass Hoặc Skip
Checklist là một bộ lọc, không phải phiếu điểm để mặc cả. Luật đơn giản: đủ bảy lớp phải pass, hoặc skip. Một setup ăn trọn bias, vị trí, xác nhận nhưng fail lớp thời gian vẫn là skip - giá giật ngoài kill zone chính là nơi những pattern trông sạch đi chết.
Nghiêm khắc vậy là cố ý, vì kẻ thù là sự thiếu kiên nhẫn của chính bạn, không phải thị trường. Chart đang chạy giữa đường và bạn thấy ngứa tay muốn "vào thôi", checklist ép bạn dừng lại - khoảng dừng phân biệt một lệnh có chủ đích với một phản xạ. Chạy bảy câu hỏi mất ba mươi giây, và chỉ cần một câu trả lời Không, bạn vừa né miễn phí một lệnh kém chất lượng.
Về lâu dài, bộ lọc này cũng chữa được overtrading. Đa số tài khoản không chảy máu vì những lệnh vào xấu, mà vì quá nhiều lệnh cầm chừng. Quy tắc pass/skip cứng giới hạn số lệnh qua được rào trong một phiên, tự động dồn rủi ro của bạn vào vài setup mà mọi lớp đều thẳng hàng. Ít lệnh hơn, sạch hơn - đó là mục đích, không phải tác dụng phụ.
Chấm Điểm Setup A+ So Với B
Pass đủ bảy lớp là sàn tối thiểu cho mọi lệnh. Chất lượng được chấm theo lượng confluence chồng lên:
- Setup A+: pass đủ bảy, và nhiều confluence thẳng hàng - bias HTF và LTF đồng thuận, lệnh vào nằm trong một PD array lồng nhau (OB trùng FVG), displacement mạnh, và R:R từ 1:3 trở lên. Đánh size bình thường cho nhóm này.
- Setup B: pass đủ bảy, nhưng confluence mỏng - bias lệch nhau giữa các khung, displacement khiêm tốn, hoặc R:R vừa đủ cạ qua sàn. Skip hoặc vào size giảm, và đừng bao giờ để một B đội lốt A.
Số confluence độc lập thẳng hàng chính là điểm số của bạn. Nhiều lý do riêng biệt để đứng trong lệnh - vị trí, thanh khoản bị sweep, thời gian, cấu trúc, một array sạch - nghĩa là xác suất cao hơn. Ít lý do hơn nghĩa là một lần tung đồng xu mà bạn khoác áo cho đẹp.
Checklist Thích Ứng Với Mọi Mô Hình Ra Sao
Sức mạnh của một checklist phổ quát: nó không đổi theo chiến lược - chỉ phần chi tiết của lớp xác nhận đổi. Một lệnh Silver Bullet và một lệnh order block đi qua cùng một bộ xương:
| Lớp kiểm tra | Silver Bullet (cửa sổ 10am) | Vào lệnh Order Block |
|---|---|---|
| Bias & draw | Draw HTF xác định trước phiên | Draw HTF xác định trước phiên |
| Vị trí | FVG hình thành ở discount/premium | OB nằm ở discount/premium |
| Thanh khoản | Pool phiên bị sweep trước | Xung lực từ OB quét một pool |
| Thời gian | Cửa sổ nghiêm ngặt 10:00-11:00 | Bất kỳ kill zone hợp lệ nào |
| Xác nhận | Displacement rời khỏi FVG | Quay lại OB chưa mitigated |
| Rủi ro | Stop qua cực值 bị sweep | Stop qua gốc OB |
| Invalidation | FVG lấp đầy + chạy tiếp | Thân OB bị đóng nến xuyên qua |
Mô hình nói cho bạn biết trigger sống ở đâu; checklist nói cho bạn biết trigger có đáng giao dịch không. Đổi cột xác nhận sang bất kỳ lệnh vào nào khác - breaker, vùng OTE, CISD, đảo chiều judas swing - sáu lớp còn lại nguyên xi.
Một Ví Dụ Chạy Qua Checklist
Lấy một kịch bản BTCUSDT thực tế. Daily bullish và draw hiển nhiên là một đỉnh cũ quanh 72.000 chưa bị lấy. Đó là lớp một: bias lên, draw nằm phía trên, mình muốn long hướng về đó.
Qua đêm, giá rơi vào một phần ba dưới của dealing range 4H, dưới equilibrium 50% quanh 68.400. Lớp hai pass - mình đang săn long ở discount.
Sang kill zone London open, giá wick xuống dưới một dãy đáy bằng nhau tại 67.900, quét sell-side liquidity, rồi bật ngược. Lớp ba pass: một pool đã bị lấy và mục tiêu 72.000 vẫn còn đó. Lớp bốn cũng pass - đang trong cửa sổ London, không phải phiên chết.
Trên khung 5 phút, cú giành lại ấy in một cú displacement mạnh xuyên qua swing cũ (một MSS), để lại một FVG sạch giữa 68.100 và 68.300. Giá pullback vào đúng gap đó. Lớp năm pass: sweep, displacement, và một PD array để vào.
Mình long FVG tại 68.200, stop dưới wick bị sweep tại 67.850 - lớp sáu: rủi ro khoảng 350 điểm, mục tiêu 72.000 cách khoảng 3.800 điểm, R:R vượt 1:5 dễ dàng. Lớp bảy: invalidation là một nến 5m đóng lại dưới 67.850, tín hiệu cú sweep đã thất bại.
Cả bảy lớp pass, confluence dày, và đây là một long hạng A+.
In Ra Dùng Và Những Sai Lầm Thường Gặp
In danh sách bảy mục ra và đặt cạnh chart, hoặc dán nó làm khối đầu tiên của mỗi bản ghi nhật ký. Ghi đáp án Có/Không cho từng lệnh buộc bộ lọc chạy theo thời gian thực, và nó tích lũy thành một tập dữ liệu.
Sau năm mươi lệnh, bạn xem lại xem mình hay bỏ qua lớp nào nhất ở những lệnh thua - và chỗ đó thường là nơi edge của bạn đang rò rỉ.
Những sai lầm phá hỏng checklist mang tính hành vi, không phải kỹ thuật:
- Bỏ qua lớp khi nóng ruột: chart chạy nhanh cám dỗ bạn vào lệnh chỉ dựa trên xác nhận rồi điền bias và vị trí sau. Đó không phải chạy checklist; đó là biện minh cho một lệnh bạn đã vào rồi.
- Nâng B thành A: lặng lẽ nâng một lệnh confluence mỏng lên full size vì "cảm giác". Số confluence mới là điểm số - cảm xúc không cộng thêm một confluence nào.
- Mặc cả với lớp fail: quyết định lớp thời gian phiên chết "lần này bỏ qua đi". Bộ lọc chỉ hiệu quả khi câu Không là cuối cùng.
- Không viết invalidation: vào lệnh mà không gọi tên mức giá sát thủ, rồi nới rộng stop lúc đang chạy.
Một scanner có thể đưa ra các ứng viên đã thể hiện pool bị sweep và displacement mới, nhưng checklist vào lệnh là thứ bạn phải tự chạy - công cụ thu hẹp phạm vi, còn quyết định pass/skip trên cả bảy lớp là của bạn.
Câu Hỏi Thường Gặp
Phải pass bao nhiêu lớp mới được vào một lệnh ICT?
Cả bảy lớp cốt lõi. Checklist vào lệnh ICT là một bộ lọc, không phải hệ thống điểm để lấy trung bình. Nếu bias, vị trí, thanh khoản, thời gian, xác nhận, rủi ro và invalidation chưa thỏa mãn hết, bạn skip. Việc chấm A+ hay B chỉ diễn ra giữa những setup đã pass đủ bảy, dựa trên lượng confluence dư chồng lên.
Checklist có đổi theo từng mô hình ICT không?
Không. Sáu trong bảy lớp giống hệt nhau ở mọi mô hình. Chỉ chi tiết lớp xác nhận khác - Silver Bullet dùng một FVG phiên, lệnh order block dùng cú quay lại một block chưa mitigated. Các lớp bias, vị trí, thanh khoản, thời gian, rủi ro và invalidation giữ nguyên bất kể trigger.
Lớp nào bị bỏ qua nhiều nhất?
Thời gian. Trader tìm được một pattern sạch ngoài kill zone và vẫn vào, rồi tự hỏi sao nó chẳng displacement. Phiên chết sinh ra những cú di chuyển thiếu conviction, giả dạng setup. Chỉ riêng việc siết lớp thời gian đã cắt đi một mảng lớn lệnh kém chất lượng, không cần kỹ năng đọc chart nào.
Có tự động hóa được checklist vào lệnh ICT không?
Một phần. Scanner có thể gắn cờ các điều kiện cơ học - pool bị sweep, displacement, một PD array mới trong đúng phiên. Nhưng diễn giải bias, phán đoán R:R, và viết invalidation là những quyết định. Tự động hóa thu hẹp danh sách ứng viên; bạn vẫn phải chạy bảy lớp trước khi dâng rủi ro.
Các hướng đọc liên quan
Đi ra xa từ checklist vào từng khái niệm mà mỗi lớp dựa vào, theo thứ tự một trader học chúng:
- Draw on Liquidity (DOL) trong ICT - nắm chắc lớp bias bằng cách dự đoán giá đang được giao về đâu.
- Cách Vẽ Vùng Premium & Discount (Hướng Dẫn ICT) - đánh dấu dealing range để lớp vị trí khách quan.
- PD Array ICT Giải Thích: Cẩm Nang Premium & Discount Cho Trader - hiểu các array mà lớp xác nhận của bạn vào lệnh trên đó.
- ICT Kill Zones Toàn Tập: Khung Làm Việc Của Trader Chuyên Nghiệp - pass lớp thời gian bằng cách chỉ giao dịch trong cửa sổ hợp lệ.
- Khung Quản Lý Rủi Ro ICT - biến lớp rủi ro và invalidation thành một hệ thống lặp lại được.
- Xây Dựng Một Mô Hình Giao Dịch ICT Hoàn Chỉnh - lắp checklist vào một mô hình từng bước đầy đủ.
- ICT Kill Zones Năm 2026 Có Còn Hiệu Quả? Kiểm Định Bằng Dữ Liệu - một góc nhìn liên quan về hiệu lực của kill zone.
- Giải Thích Mọi Khái Niệm ICT: Danh Sách Đầy Đủ - xem lại toàn bộ thuật ngữ ICT đứng sau các lớp bias, thanh khoản và xác nhận.
