LiquidityScan

· HƯỚNG DẪN & PHÂN TÍCH · 15 MIN READ · UPDATED 2D AGO

Công cụ quét ICT tùy chỉnh không cần code

Công cụ quét ICT tùy chỉnh không cần code

Công cụ xây dựng bản quét tùy chỉnh cho phép bạn ghép bất kỳ bộ phát hiện, chỉ báo và bộ lọc bối cảnh nào thành một quy tắc logic mà không cần viết code, sau đó đánh giá quy tắc trên mọi cặp có thanh khoản mỗi giờ và gửi về những kết quả khớp.

Công cụ xây dựng bản quét tùy chỉnh không cần code là gì?

Công cụ xây dựng bản quét tùy chỉnh là công cụ không cần code, giúp ghép các bộ phát hiện, chỉ báo và bộ lọc bối cảnh thành một điều kiện logic. Bạn chọn từng thành phần, nối chúng bằng AND/OR, rồi để nền tảng quét mọi thị trường đủ điều kiện và chỉ cảnh báo khi quy tắc chính xác bạn đặt ra được thỏa mãn.

Khác biệt với một công cụ quét cố định nằm ở quyền kiểm soát. Một công cụ quét có sẵn thường mang theo định nghĩa của tác giả về một thiết lập giao dịch. Bộ xây dựng đưa cho bạn các khối cơ bản, để bạn tự lắp thành đúng định nghĩa mà mình thực sự giao dịch. Trên LiquidityScan, khu vực này có tên Scanner Studio; còn danh mục Confluence dùng chung đơn giản là tập hợp các bản quét trong Studio đã được công bố cho mọi người.

Vì sao lợi thế của trader nào cũng cần một công cụ như vậy?

Không có 2 trader giao dịch ổn định nào quét cùng một thứ. Một người chờ Change of Character (CHoCH) trên khung 1H, sau đó đợi giá kiểm tra lại vùng order block mạnh trong London kill zone. Người khác cần một cú liquidity sweep ở khung thời gian lớn rồi giá reclaim, nhưng chỉ quan tâm những mã có khối lượng giao dịch thực sự. Đây không phải là những chỉ báo khác nhau; đó là những tổ hợp khác nhau của cùng một nhóm khối điều kiện.

Công cụ quét cố định không thể bắt được logic đó. Nó kích hoạt theo một mẫu duy nhất rồi buộc bạn tự nhìn lại hàng trăm biểu đồ để kiểm tra phần confluence còn lại. Khoảng cách giữa “một mẫu vừa xuất hiện” và “toàn bộ thiết lập của mình đã có mặt” chính là chỗ công cụ xây dựng bản quét tùy chỉnh phát huy tác dụng: nó mã hóa cả danh sách kiểm tra, không chỉ một dòng trong đó.

Điều này càng đáng giá vào những ngày bạn không ngồi trước màn hình. Một cảnh báo cố định kiểu “CHoCH trên 1H” có thể rung điện thoại hàng chục lần, nhưng gần như không cú đảo chiều nào là lệnh của bạn, vì thiết lập đó còn cần cú retest, đúng phiên và đủ khối lượng.

Mã hóa toàn bộ điều kiện khiến cảnh báo bạn nhận được đã qua vòng lọc ban đầu. Chi phí biên của việc nhận cảnh báo lúc này tiến gần hơn đến giá trị của chính thiết lập giao dịch, thay vì chỉ là một biểu đồ mà bạn vẫn phải kiểm tra lại từ đầu.

  • Tính đặc thù: lợi thế của bạn thường là 3-5 điều kiện xếp chồng, không phải một điều kiện đơn lẻ.
  • Độ bao phủ: một quy tắc có thể quét toàn thị trường cùng lúc; mắt bạn thì không.
  • Kỷ luật: quy tắc được mã hóa sẽ kích hoạt theo cùng một cách mỗi lần, loại bỏ kiểu tự diễn giải theo mong muốn vốn làm hỏng việc quét thủ công.
  • Bám sát quá trình kiểm định: quy tắc được viết ra là thứ bạn có thể suy luận và tinh chỉnh có chủ đích, thay vì câu mơ hồ “nhìn là biết”.

Có thể ghép những gì vào một quy tắc?

Sức mạnh của bộ xây dựng không cần code nằm ở độ rộng của các thành phần mà nó cho phép bạn sử dụng. Trong Scanner Studio, một quy tắc có thể lấy dữ liệu từ 3 nhóm, rồi nối với nhau bằng logic boolean.

Các bộ phát hiện là phần mô tả mẫu hình: Super Engulfing, order block mạnh OB+ / OB++, Market Structure (BOS / CHoCH), cú đảo chiều Liquidity Sweep, bộ lọc RSI-confluence của Pulse, sự đồng thuận từ Core Layer và các bộ phát hiện khác trong danh sách. Mỗi bộ phát hiện chỉ là một điều kiện dạng ô chọn, không phải một đoạn mã.

Các chỉ báo bổ sung những cổng lọc kỹ thuật quen thuộc: RSI, EMA, SMA, khối lượng, ATR và phần trăm thay đổi. Bạn dùng chúng để xác nhận thêm một nhánh điều kiện, chẳng hạn yêu cầu RSI nằm dưới một ngưỡng khi mẫu tăng giá xuất hiện.

Các bộ lọc bối cảnh giới hạn nơi nào và thời điểm nào quy tắc được phép kích hoạt: ICT kill zone, phiên giao dịch, nhóm tài sản như crypto hay TradFi, mức khối lượng tối thiểu trong 24 giờ và ngày trong tuần. Chúng không tự phát hiện điều gì; chúng quyết định ứng viên nào được giữ lại.

Phân biệt rõ 3 nhóm này giúp quy tắc dễ đọc hơn. Bộ phát hiện trả lời “điều gì đã xảy ra”, chỉ báo trả lời “trong điều kiện kỹ thuật nào”, còn bộ lọc bối cảnh trả lời “ở đâu và khi nào điều đó có ý nghĩa”. Một quy tắc dùng đủ cả 3 nhóm thường mô tả một thiết lập thực tế; quy tắc chỉ ghép các bộ phát hiện thường chỉ mô tả một mẫu hình xuất hiện ở khắp nơi.

Khối xây dựngVai trò trong quy tắcVí dụ
Các bộ phát hiệnNhững nhánh mẫu hình bắt buộc phải cóOB+, CHoCH, Liquidity Sweep, Super Engulfing
Các chỉ báoXác nhận hoặc lọc một nhánhRSI, EMA, SMA, khối lượng, ATR, phần trăm thay đổi
Các bộ lọc bối cảnhGiới hạn nơi nào và thời điểm nào quy tắc được kích hoạtkill zone, phiên giao dịch, nhóm tài sản, mức khối lượng tối thiểu, ngày trong tuần

Cách xây dựng một bản quét tùy chỉnh từng bước

Xây dựng quy tắc trong công cụ xây dựng bản quét tùy chỉnh là chuỗi lựa chọn, mỗi lựa chọn lại thu hẹp phạm vi điều kiện hợp lệ. Đây là thứ tự giúp bản quét không bị rối.

1. Chọn các nhánh phát hiện và phép nối

Bắt đầu bằng những mẫu hình định nghĩa thiết lập của bạn. Giả sử mô hình là giá retest một order block, nhưng chỉ có ý nghĩa sau khi cấu trúc đã chuyển hướng: chọn OB+Market Structure CHoCH, nối bằng AND. Khi đó, cả 2 điều kiện phải đúng trên cùng một mã thì mã đó mới khớp. Dùng OR nếu chỉ cần một trong vài mẫu hình cũng đủ để một ứng viên hợp lệ.

2. Thêm các bộ lọc bối cảnh

Thu hẹp vũ trụ tài sản. Thêm bộ lọc kill zone để quy tắc chỉ kích hoạt trong khung giờ London, rồi đặt mức khối lượng 24 giờ tối thiểu, chẳng hạn chỉ lấy những mã trên 20 triệu USD để các cặp kém thanh khoản không xuất hiện. Phiên giao dịch, nhóm tài sản và ngày trong tuần cũng hoạt động theo cách tương tự.

3. Chọn chế độ sự kiện hay đang duy trì theo từng bộ phát hiện

Mỗi nhánh phát hiện được đọc theo một trong 2 chế độ. Sự kiện nghĩa là mẫu hình phải vừa xuất hiện trên nến đã đóng mới nhất, tức một tín hiệu kích hoạt mới. Đang duy trì nghĩa là điều kiện hiện vẫn đúng, bất kể nó xuất hiện từ lúc nào, tức một trạng thái đang tồn tại. CHoCH thường là sự kiện; bias đang hoạt động hoặc vùng chưa được mitigation thường là trạng thái đang duy trì.

3a. Thêm lớp bao khung thời gian lớn

Bạn có thể bọc bất kỳ nhánh nào để nó được đánh giá trên khung thời gian lớn hơn phần còn lại của quy tắc. Đây là cách mã hóa logic từ trên xuống dưới trong một bản quét: một nhánh bias trên 4H bọc quanh nhánh vào lệnh trên 1H sẽ buộc quy tắc phải có sự đồng thuận từ khung thời gian lớn trước khi kích hoạt theo mẫu hình vào lệnh.

4. Bắt buộc các hướng phải đồng thuận

Bật chế độ bắt buộc đồng thuận hướng để mọi nhánh đều phải chỉ về cùng một phía. Nếu không, CHoCH tăng giá có thể khớp cùng một order block giảm giá và tạo ra nhiễu. Khi bật, quy tắc chỉ kích hoạt nếu toàn bộ chuỗi điều kiện cùng tăng giá hoặc cùng giảm giá - đó mới là confluence thực sự.

Quy tắc chuỗi: lợi thế của một kịch bản có thứ tự

Hầu hết công cụ quét, dù tùy chỉnh hay có sẵn, chỉ kiểm tra xem các điều kiện có đồng thời xuất hiện hay không. Năng lực tạo khác biệt của một bộ xây dựng nghiêm túc là quy tắc chuỗi, trong đó các nhánh phải kích hoạt theo đúng thứ tự thời gian và mỗi bước chỉ được tính sau khi bước trước đã đóng.

Hãy nhìn vào cách đọc đảo chiều kinh điển: CHoCH báo hiệu cấu trúc đã đổi hướng, và chỉ sau đó bạn mới muốn order block hình thành theo hướng mới được giá chạm lại. Logic đồng thời không thể diễn đạt chữ “sau đó”. Quy tắc chuỗi thì làm được: nhánh 1 là CHoCH, nhánh 2 là cú chạm OB+, và mã chỉ khớp khi cú chạm xảy ra sau CHoCH.

Cách này phản ánh đúng cách các kịch bản ICT được xây dựng. Sweep, rồi shift, rồi vào lệnh. Bias, rồi displacement, rồi retrace. Quy tắc có thứ tự biến một kịch bản nhiều bước thành một điều kiện có thể quét được. Một chồng cảnh báo tách rời không làm được chuyện đó vì chúng không lưu lại thứ tự xảy ra.

Việc sắp thứ tự cũng cắt bớt các kết quả khớp giả mà logic đồng thời âm thầm cho qua. Trên cùng một nến, trong một vùng đi ngang nhiễu, một mã có thể in order block tăng giá và tín hiệu cấu trúc giảm giá gần như cùng lúc; quy tắc đồng thời vẫn có thể đánh dấu mã đó.

Quy tắc chuỗi yêu cầu cú chuyển hướng phải xảy ra trước và cú chạm phải đến sau sẽ từ chối sự lộn xộn ấy, vì 2 nhánh không xếp đúng trình tự mà kịch bản của bạn yêu cầu. Kết quả là một tập kết quả nhỏ hơn, sạch hơn, phản ánh diễn tiến thật của giá thay vì một lần chồng lấn tình cờ.

Ví dụ hoàn chỉnh, và những gì công cụ quét không làm

Giả sử bạn giao dịch các cú đảo chiều trong phiên London trên nhóm crypto có thanh khoản tốt. Quy tắc được mã hóa trong bộ xây dựng có thể là:

  1. Nhánh 1, bước 1 của chuỗi: Market Structure CHoCH trên 1H, chế độ sự kiện, hướng tăng.
  2. Nhánh 2, bước 2 của chuỗi: cú chạm OB+ trên 1H, chế độ đang duy trì, bắt buộc xảy ra sau nhánh 1.
  3. Lớp bao khung thời gian lớn: bắt buộc nhánh bias trên 4H có hướng tăng, để cú chuyển hướng đồng thuận với khung thời gian lớn.
  4. Bối cảnh: chỉ trong London kill zone; khối lượng 24 giờ trên 20 triệu USD; nhóm tài sản crypto.
  5. Đồng thuận hướng: bật, để mọi nhánh đều có hướng tăng.

Sau khi lưu, bản quét này chạy trên toàn thị trường mỗi giờ với nến đã đóng, rồi gửi kết quả ngay khi một mã thỏa mãn toàn bộ quy tắc có thứ tự. Cảnh báo được gửi qua thông báo đẩy trên web hoặc ứng dụng gốc, đồng thời hiện trong ứng dụng. Bạn đánh giá ứng viên từ cảnh báo; không cần tự mở 300 biểu đồ để săn nó.

Phải hiểu rõ công cụ này làm gì và không làm gì. Bộ xây dựng tìm những ứng viên khớp với quy tắc của bạn. Nó không dự đoán lệnh sẽ có kết quả tốt, không công bố tỷ lệ thắng và không đặt lệnh. Một kết quả khớp chỉ có nghĩa là “các điều kiện của mình đang hiện diện”, không hơn.

Chất lượng kết quả của bạn bị giới hạn hoàn toàn bởi chất lượng quy tắc đã viết. Quy tắc mơ hồ sẽ tạo ra những ứng viên mơ hồ; không có bộ phát hiện nào cứu được một lợi thế được đặc tả tệ.

Scanner Studio hiện cũng là khu vực dành cho quản trị viên, trong khi đầu ra đã công bố được phân phối cho mọi người qua danh mục Confluence dùng chung. Thực tế là bộ xây dựng tự phục vụ chưa mở cho mọi tài khoản, nhưng các thiết lập do nó tạo ra đã được đưa vào hoạt động.

Mỗi mục trong Confluence, bao gồm các kịch bản chuỗi có thứ tự, đều là một bản quét trong Studio được công bố trên toàn hệ thống. Cách hiểu thẳng thắn là hôm nay bạn đang dùng đầu ra của bộ xây dựng thông qua danh mục này; phiên bản tự phục vụ sẽ là bước phát triển tự nhiên tiếp theo của khu vực đó.

Những lỗi khiến một bản quét tùy chỉnh trở nên vô dụng

Phần lớn bản quét vô dụng đều rơi vào 2 lỗi, và cả 2 bắt nguồn từ việc dùng sai sự tự do mà bộ xây dựng mang lại.

Lọc quá chặt đến mức không còn gì. Mỗi nhánh AND bạn thêm vào đều thu nhỏ tập kết quả. Ghép 6 bộ phát hiện, 3 chỉ báo, một kill zone và bộ lọc ngày trong tuần, bạn hoàn toàn có thể tạo ra quy tắc cả năm chưa từng kích hoạt. Nếu bản quét không trả về kết quả trong nhiều ngày, bỏ nhánh ít thiết yếu nhất và nới ngưỡng. Một quy tắc không bao giờ kích hoạt thì chẳng dạy bạn được gì.

Confluence giả. Những nhánh cùng đo một thứ không tạo thành confluence; đó chỉ là sự trùng lặp khoác áo chặt chẽ. Một cổng RSI quá bán đặt lên bộ phát hiện động lượng tăng vốn đã yêu cầu nến đóng cửa tăng mạnh thực chất là cùng một tín hiệu được đếm 2 lần. Confluence thật sự xếp chồng những cách đọc độc lập: cấu trúc, một vùng giá và khung thời gian. Đồng thuận hướng cùng lớp bao khung thời gian lớn tạo ra sự độc lập thực; 3 nhánh động lượng thì không.

  • Bắt đầu với ít bộ phát hiện, để ngưỡng rộng; chỉ siết lại sau khi thấy tần suất kết quả.
  • Ưu tiên một bộ lọc bối cảnh mạnh, như kill zone hoặc mức khối lượng tối thiểu, thay vì 5 bộ lọc yếu.
  • Dùng thứ tự chuỗi để tăng độ chặt chẽ thay vì chất thêm các nhánh chỉ xuất hiện đồng thời.

Câu hỏi thường gặp

Tôi có cần biết lập trình để xây dựng công cụ quét tùy chỉnh không?

Không. Bộ xây dựng không cần code hiển thị các bộ phát hiện, chỉ báo và bộ lọc dưới dạng ô chọn, danh sách lựa chọn, rồi nối chúng bằng logic AND/OR. Bạn lắp quy tắc trực quan và lưu lại. Không có ngôn ngữ lập trình nào phải học; đó chính là điểm khác biệt cốt lõi giữa công cụ xây dựng bản quét tùy chỉnh và việc tự viết mã phát hiện.

Bản quét tùy chỉnh chạy với tần suất thế nào?

Trên LiquidityScan, Scanner Studio đánh giá các quy tắc đã lưu trên toàn thị trường mỗi giờ, luôn dựa trên nến đã đóng được xác nhận để kết quả không bị vẽ lại. Khi một mã thỏa mãn quy tắc, bạn nhận cảnh báo đẩy trên web hoặc ứng dụng gốc cùng thông báo trong ứng dụng, thay vì phải tự ngồi theo dõi luồng dữ liệu.

Chế độ sự kiện khác gì chế độ đang duy trì?

Chế độ sự kiện yêu cầu mẫu hình vừa kích hoạt trên nến đã đóng mới nhất, tức một tín hiệu mới. Chế độ đang duy trì yêu cầu điều kiện hiện vẫn đúng, bất kể nó xuất hiện từ lúc nào, tức một trạng thái đang tồn tại. Các lần phá cấu trúc thường là sự kiện; bias đang hoạt động hoặc vùng chưa được mitigation thường là điều kiện đang duy trì.

Công cụ quét tùy chỉnh có thể cho tôi biết lúc nào nên mua hoặc bán không?

Không. Nó chỉ đưa ra các ứng viên khớp với những điều kiện bạn định nghĩa; nó không phát lệnh giao dịch, không bảo đảm kết quả và không tính tỷ lệ thắng. Phần lớn bộ phát hiện chỉ xuất ra một mẫu hình hoặc một vùng giá, không phải điểm vào, điểm dừng lỗ và mục tiêu. Hãy xem mỗi kết quả khớp là điểm bắt đầu đã được lọc cho quá trình phân tích của riêng bạn, không phải tín hiệu để lập tức hành động.

Hãy đi từ bộ xây dựng sang những bộ phát hiện mà nó ghép nối, rồi đến quy trình giao dịch mà nó hỗ trợ.

  • Công cụ quét LiquidityScan hoạt động thế nào? - xem quy trình từ nến thô đến thiết lập được phát hiện, nơi các quy tắc của bạn được vận hành.
  • Công cụ quét order block: OB và FVG theo thời gian thực - tìm hiểu các nhánh bộ phát hiện được đưa vào quy tắc tùy chỉnh.
  • Phân tích ICT từ trên xuống: Đồng thuận đa khung thời gian - logic phía sau lớp bao khung thời gian lớn mà bạn thêm cho từng nhánh.
  • Cách tìm lợi thế trong giao dịch ICT: Khung chuyên môn hóa - xác định nhóm điều kiện đáng được mã hóa trước khi xây dựng bản quét.
  • Xây dựng mô hình giao dịch ICT hoàn chỉnh - biến một quy tắc có thể quét thành kế hoạch đầy đủ về điểm vào, điểm dừng lỗ và quản lý lệnh.
  • Công cụ quét ICT tốt nhất: Cách lựa chọn - vị trí của bộ xây dựng tùy chỉnh khi đặt cạnh các công cụ quét cố định.
  • Scanner, Pulse và Core Layer: 3 khu vực của LiquidityScan - một góc nhìn liên quan về Scanner, Pulse và Core Layer.
  • Danh sách ICT Scanner — Xem các engine ICT có sẵn trước khi tạo scanner tùy chỉnh.
  • ICT Trade Alerts: Báo ngay khi setup hình thành — Thiết lập cảnh báo để nhận thông báo khi scanner xác nhận setup.
Hayk Muradian

Hayk Muradian

Founder & Lead Analyst at LiquidityScan · 12+ years ICT/SMC trading · Institutional order flow specialist

Hayk Muradian is the founder of LiquidityScan, a professional trading intelligence platform built for ICT (Inner Circle Trader) and Smart Money Concepts (SMC) traders. With over a decade of hands-on experience reading institutional order flow across crypto, forex, and futures markets, Hayk specializes in identifying liquidity events, order blocks, and CISD setups on closed candles.

He built LiquidityScan after years of frustration with retail charting tools that ignored the mechanics institutions actually use. The platform now scans 400+ markets in real-time, surfacing the same patterns floor traders watch — without the noise.

Hayk writes about the methodology behind ICT and SMC, with a focus on practical, data-driven analysis rather than hype.

Not trading advice. LiquidityScan publishes educational content for informational purposes only. Trading involves substantial risk of loss.