Mục lục
Trả lời ngắn: Quantitative Technical Framework — khung nghiên cứu kỹ thuật định lượng là chuỗi bằng chứng có thứ tự, không phải một rổ chỉ báo. Nó khóa câu hỏi, đặc tả, dữ liệu, biến đầu vào và kết quả tương lai trước khi kiểm định; rồi xét rủi ro, khả năng triển khai và quyết định
PASS,REPAIRhoặcSTOP.
Đọc xong, bạn sẽ hiểu:
- Vì sao bảy lớp phải có đầu vào, đầu ra và cửa dừng riêng.
- Cách giữ đúng đồng hồ dữ liệu từ cuối kỳ
tđến nhãnt+1..t+5.- Cách audit QTF-25: mẫu xây dựng dương nhưng mẫu kiểm tra âm nên phải
STOP.
Lưu ý giáo dục: QTF-25 là ví dụ hoàn toàn giả, không có tài sản thật, điểm vào/ra hay quy mô vị thế. Nội dung không phải lời khuyên đầu tư hoặc tín hiệu giao dịch.
1. Framework là dây chuyền bằng chứng, không phải rổ chỉ báo
a. Bảy lớp và bốn trạng thái trưởng thành
Một chuỗi bằng chứng cho biết kết quả đi từ đâu đến đâu. Một lớp có đầu vào, đầu ra và điều kiện dừng. Bàn giao là hợp đồng nối hai lớp mà không cần đoán thêm.
Bảy lớp đi theo đúng thứ tự:
QUESTION— câu hỏi và quyết định cần hỗ trợ.SPEC— quy tắc, phạm vi, chi phí, thước đo và cửa đạt.DATA— nguồn, thời điểm biết và lịch sử biến đổi.FEATURE/LABEL— đầu vào đã biết và kết quả tương lai.TEST— mẫu xây dựng, mẫu kiểm tra, chi phí và bất định.RISK/IMPLEMENT— thanh khoản, sức chứa, thực thi và giới hạn lỗ.GOVERNANCE— phiên bản, dấu vân tay tệp và quyết định.
Ý TƯỞNG ≠ ĐÃ ĐẶC TẢ ≠ ỨNG VIÊN ĐÃ KIỂM ≠ PHÁT HÀNH/DỪNG.
Biểu đồ đẹp mới là ý tưởng; ứng viên vượt kiểm tra cũng chưa tự động thành hệ thống có thể triển khai.
b. Ví dụ căn bếp, nhưng có giới hạn
Hãy hình dung căn bếp: món là câu hỏi; công thức là đặc tả; nguyên liệu là dữ liệu; sơ chế là tạo biến; nếm là kiểm định; sổ vệ sinh là quản trị. Không thể nếm xong rồi lén đổi công thức. Ví dụ chỉ giúp nhớ thứ tự; kết quả quá khứ không bảo đảm tương lai.
Framework bảy lớp là tổng hợp giáo dục của AI79, không phải chuẩn của CMT, CFA Institute hay NIST.
Hình 1 — Bảy lớp biến một ý tưởng biểu đồ thành chuỗi bằng chứng có thể dừng.
2. QUESTION và SPEC: khóa bài toán trước khi nhìn kết quả
a. Câu hỏi nghiên cứu phải có thể bác bỏ
Câu hỏi nghiên cứu là câu hỏi có thể trả lời bằng dữ liệu và có thể nhận kết quả “không”. Mẫu điền:
Trong
[phạm vi], biến[X]tại[thời điểm dữ liệu được biết]có liên hệ với kết quả ròng[Y]trong[khoảng tương lai]sau[chi phí]không?
Câu hỏi gắn với quyết định: tiếp tục, sửa hay dừng. “Chỉ báo nào tốt nhất?” thiếu phạm vi, thời gian, thước đo và điều kiện bác bỏ.
b. Đặc tả là hợp đồng khóa trước
Đặc tả nghiên cứu là quy tắc và giả định khóa trước kết quả. Nó phải ghi:
- phạm vi nghiên cứu — tập chuỗi đủ điều kiện;
- đơn vị, nguồn, múi giờ và lịch;
- biến đầu vào, kết quả cần đo và khoảng đo tương lai;
- thời điểm quyết định và quy ước thực thi;
- chi phí, cách chia mẫu xây dựng (
development) và mẫu kiểm tra chưa dùng (holdout), cùng thước đo; - số biến thể đã thử;
- điều kiện đạt, thất bại và dừng.
Giả thuyết nói “X có thể liên hệ với Y”; quy tắc nói cách tạo X và Y; thước đo nói cách chấm. Trộn ba thứ cho phép thay luật sau khi thấy điểm.
c. Phiếu nghiên cứu của QTF-25
QTF-25 dùng dữ liệu giả và một biến sự kiện trừu tượng, không đủ để giao dịch:
| Trường | Giá trị khóa trước |
|---|---|
| Phạm vi | U-25, hoàn toàn giả |
| Số lần thử | 4 biến thể |
| Ứng viên | V3, được chọn trên mẫu xây dựng |
| Dữ liệu biến đầu vào | được biết tại cuối kỳ t |
| Quyết định sớm nhất | đầu kỳ t+1 |
| Kết quả tương lai | lợi suất đơn giản t+1..t+5 |
| Sự kiện | không chồng lấn |
| Chi phí | 0,08%/sự kiện |
| Chia mẫu | xây dựng 20; kiểm tra 10 theo thời gian |
| Đạt | mẫu kiểm tra ròng trung bình >0, đồng hồ sạch |
| Dừng | sai đồng hồ, giấu lần thử, mẫu kiểm tra ròng ≤0, rủi ro vô hạn |
Nếu chỉ công bố V3, người đọc dễ tưởng đây là một giả thuyết duy nhất. Bailey và cộng sự cảnh báo rằng nhiều phép kiểm thử quá khứ làm tăng nguy cơ chọn kết quả đẹp do quá khớp (Probability of Backtest Overfitting).
3. DATA và FEATURE/LABEL: dựng chiếc đồng hồ không nhìn tương lai
a. Hợp đồng dữ liệu và nguồn gốc
Hợp đồng dữ liệu ghi nguồn, trường, múi giờ, lịch, cách điều chỉnh, giá trị
thiếu, chính sách mã biến mất và thời điểm thông tin thực sự có thể biết. Một
bản điều chỉnh công bố sau không được quay ngược về t như thể đã biết lúc đó.
Nguồn gốc dữ liệu ghi xuất xứ và biến đổi. NIST yêu cầu quy trình làm rõ đầu vào, đầu ra và tác vụ (NIST RDaF 2.0).
Mỗi phiên bản có tên, thời điểm tạo và hash — dấu vân tay của đúng tệp. Hash phát hiện thay đổi; nó không chứng minh dữ liệu đúng.
b. Feature và label đứng hai phía của bức tường
Feature — biến đầu vào chỉ dùng thông tin đã biết. Label — kết quả tương lai cần đo nằm sau quyết định. Đồng hồ QTF-25 là:
CUỐI t: BIẾT FEATURE → ĐẦU t+1: QUYẾT ĐỊNH SỚM NHẤT → t+1..t+5: ĐO LABEL.
Không dữ liệu nào từ t+1..t+5 được vào feature. Dùng mức cao nhất của cả
khoảng để xác nhận tại t là look-ahead — nhìn trước tương lai. Gán bản dữ
liệu sửa sau này cho t cũng sai nếu không giữ lịch công bố.
Sự kiện không chồng lấn vẫn có thể cùng chịu một chế độ, nguồn hoặc lỗi mô hình; vậy chưa thể gọi là độc lập.
Hình 2 — Feature chỉ dùng dữ liệu đã biết trước quyết định; label nằm sau bức tường thời gian.
c. Cửa dừng của lớp DATA
Dừng nếu thiếu phiên bản/thời điểm công bố, trường đổi nghĩa, chỉ giữ mã còn tồn tại, không ghi xử lý thiếu/điều chỉnh, hoặc feature chứa label.
Sửa trước khi mở holdout có thể là REPAIR, nhưng phải tăng phiên bản và chạy
lại. Sửa sau khi xem khiến holdout không còn nguyên vẹn.
4. TEST đến RISK/IMPLEMENT: số đẹp phải qua nhiều cửa
a. Development của QTF-25
Mẫu development — xây dựng và lựa chọn có 20 sự kiện không chồng lấn:
- 12 kết quả
+0,60%: tổng12 × 0,60 = +7,20%; - 8 kết quả
−0,50%: tổng8 × −0,50 = −4,00%; - tổng gộp:
+7,20 − 4,00 = +3,20%; - trung bình gộp:
3,20 / 20 = +0,16%/sự kiện; - tổng chi phí:
20 × 0,08 = 1,60%; - tổng ròng:
3,20 − 1,60 = +1,60%; - trung bình ròng:
1,60 / 20 = +0,08%/sự kiện.
Mỗi nửa thời gian có 6 lần +0,60%, 4 lần −0,50%; gộp +1,60%, chi phí
0,80%, ròng +0,80% hay +0,08%/sự kiện. Đây chưa phải xác nhận.
b. Holdout bác bỏ ứng viên
Mẫu holdout — kiểm tra chưa dùng để xây hoặc chọn có 10 sự kiện:
- 5 kết quả
+0,40%: tổng+2,00%; - 5 kết quả
−0,40%: tổng−2,00%; - tổng và trung bình gộp:
0; - chi phí:
10 × 0,08 = 0,80%; - tổng ròng:
0 − 0,80 = −0,80%; - trung bình ròng:
−0,80 / 10 = −0,08%/sự kiện.
Tiêu chí khóa yêu cầu holdout ròng trung bình lớn hơn 0. Verdict:
FAILED HOLDOUT · STOP.
Đoán chắc sai: “V3 vô dụng trong mọi dữ liệu.” Câu có điều kiện: “V3 thất bại
trên holdout đang xét theo đặc tả QTF-25.” Chỗ nhận sai là holdout ròng ≤0;
dữ liệu khác cần nghiên cứu mới, không cứu kết quả này.
Không nhập 10 quan sát vào development rồi gọi lần sau là “holdout mới”. Sau khi nhìn, chúng thuộc lịch sử phát triển.
Hình 3 — QTF-25 đi từ development +0,08% ròng sang holdout −0,08% và dừng.
c. Kiểm định không kết thúc ở lợi suất trung bình
CFA Institute đi từ giả thuyết, quy tắc đến hiệu quả/rủi ro; đồng thời nêu nhìn trước, thiên lệch sống sót, đuôi dày và thay đổi cấu trúc (Backtesting & Simulation). CMT 2026 đưa thống kê kiểm thử quá khứ, kiểm tra tín hiệu, phát triển mô hình và giới hạn của một số thước đo thống kê vào Systems and Quantitative Methods (CMT 2026 Program Guide).
Vì vậy TEST còn hỏi bất định, số lần thử, độ ổn định và chi phí.
RISK/IMPLEMENT — rủi ro và khả năng triển khai hỏi thanh khoản, trượt giá,
sức chứa, tập trung, lỗ đuôi và lỗi vận hành. QTF-25 chưa đo nên chưa thể phát
hành, kể cả nếu holdout dương.
Sức chứa hỏi quy mô giao dịch tối đa trước khi trượt giá hoặc tác động thị trường làm mất lợi thế. Lỗ đuôi là khoản lỗ hiếm nhưng rất lớn ở phần cực đoan của phân phối; phải hỏi nó có vượt giới hạn chịu đựng hay không.
d. Sáu lỗi phải chặn
- Chọn biểu đồ đẹp rồi viết ngược giả thuyết.
- Để dữ liệu trong label lọt vào feature.
- Đổi phạm vi, chi phí hoặc thước đo sau khi thấy kết quả.
- Giấu ba biến thể thất bại, chỉ báo cáo V3.
- Gọi sự kiện không chồng lấn là độc lập.
- Dùng development dương để phớt lờ holdout âm hoặc rủi ro chưa đo.
5. GOVERNANCE: research passport, audit và bài tập 15 phút
a. Quản trị nghiên cứu là kỷ luật lưu bằng chứng
Governance — quản trị nghiên cứu ghi ai đổi gì, vì sao, lúc nào và quyết định nào được đưa ra; đây không phải tuyên bố tuân thủ pháp lý. Hồ sơ tối thiểu:
QUESTION.md— câu hỏi và quyết định.SPEC.yaml— quy tắc khóa trước.DATA_MANIFEST.json— nguồn, phiên bản, thời điểm, hash.FEATURE_LABEL.md— định nghĩa biến và đồng hồ.TRIAL_LOG.csv— mọi biến thể, kể cả thất bại.RESULTS.csv— kết quả gộp/ròng.VALIDATION.md— holdout, bất định, rủi ro, giới hạn.DECISION.md— quyết định, chủ sở hữu, ngày xem lại.
Quản lý phiên bản giúp truy dấu và quay về bản trước. NIST nghiên cứu hồ sơ có thể tái lập cùng hash đầu ra để hỗ trợ đối chiếu (Cloud of Reproducible Records; Version Control with Git). Tái lập đúng lỗi vẫn là lỗi; nguồn gốc và hash không thay thế kiểm tra chất lượng.
Hình 4 — Phiếu nghiên cứu (research passport) khóa câu hỏi, đồng hồ, chi phí, cách chia mẫu, số lần thử và cửa dừng.
b. Ba quyết định, không ép thành công
PASS: mọi hợp đồng ổn định, đồng hồ sạch, holdout đạt tiêu chí và rủi ro trong phạm vi đã đo.REPAIR: thiếu bằng chứng hoặc lỗi dữ liệu được phát hiện trước khi mở holdout; sửa, tăng phiên bản và bắt đầu lại.STOP: sai đồng hồ, giấu lần thử, holdout thất bại hoặc rủi ro không có giới hạn.
STOP là đầu ra có bằng chứng. Với QTF-25, nó ngăn development đẹp bị kể thành
câu chuyện chắc chắn.
Hình 5 — Quản trị chọn PASS, REPAIR hoặc STOP theo bằng chứng, không theo mong muốn.
c. Bắt đầu từ đâu: bài tập 15 phút
Dùng Google Sheets, LibreOffice Calc hoặc giấy. Chỉ dùng QTF-25 giả; không dùng tiền thật.
- Điền U-25, bốn lần thử và V3.
- Vẽ
t close → t+1 open → t+1..t+5. - Tính development và holdout gộp/ròng.
- Đánh dấu trạng thái từng lớp và viết quyết định.
Mẫu đối chiếu đã điền
| Lớp | Bằng chứng QTF-25 | Trạng thái |
|---|---|---|
| QUESTION | U-25, V3, kết quả ròng năm kỳ | Đã khóa |
| SPEC | phí 0,08%; dev20/hold10; bốn lần thử | Đã khóa |
| DATA | giả, theo thời gian, không chồng lấn | Chỉ là demo |
| FEATURE/LABEL | cuối t → đầu t+1 → t+1..t+5 | Đồng hồ sạch |
| TEST development | gộp +0,16%; ròng +0,08% | Ứng viên |
| TEST holdout | gộp 0%; ròng −0,08% | Thất bại |
| RISK/IMPLEMENT | chưa đo thanh khoản, sức chứa, đuôi lỗ | STOP |
| GOVERNANCE | có danh sách hồ sơ; không phát hành | STOP |
Nếu bảng kết thúc bằng “development tốt nên tiếp tục”, hãy kiểm lại tiêu chí
đã khóa. Đáp án đúng của QTF-25 là giữ nguyên holdout âm và STOP.
6. Tổng kết
a. Năm ý chính
- Framework là chuỗi bảy lớp có bàn giao và cửa dừng.
- Câu hỏi, đặc tả và số lần thử phải khóa trước khi xem kết quả.
- Feature chỉ dùng dữ liệu đã biết; label nằm sau thời điểm quyết định.
- Development dương không thắng được holdout âm.
- Phiên bản, nguồn gốc, hash và quyết định giúp nghiên cứu được audit, không biến kết quả thành sự thật chắc chắn.
b. Câu hỏi tự kiểm tra
- Vì sao không nên bắt đầu QTF bằng việc tối ưu một chỉ báo?
- Hash chứng minh được gì và không chứng minh được gì?
- Vì sao QTF-25 phải dừng dù development ròng
+0,08%/sự kiện? - Khi nào
REPAIRcòn hợp lệ mà chưa làm hỏng holdout?
c. Gợi ý đáp án
Xem gợi ý câu 1
Vì câu hỏi, phạm vi, thước đo và cửa dừng chưa được khóa; tối ưu trước dễ dẫn đến viết ngược giả thuyết. Xem mục 1–2.
Xem gợi ý câu 2
Hash nhận diện đúng phiên bản tệp và giúp phát hiện thay đổi; nó không chứng minh dữ liệu đúng hoặc kết luận có giá trị. Xem mục 3 và 5.
Xem gợi ý câu 3
Tiêu chí khóa trước yêu cầu holdout ròng lớn hơn 0, nhưng kết quả là −0,08%; development không được ghi đè cửa này. Xem mục 4.
Xem gợi ý câu 4
Khi lỗi bằng chứng hoặc dữ liệu được phát hiện trước lúc mở holdout; phải tăng phiên bản và chạy lại theo hợp đồng mới. Xem mục 3 và 5.
d. Thuật ngữ cần nhớ
| Thuật ngữ | Giải thích ngắn |
|---|---|
| Quantitative Technical Framework | Chuỗi nghiên cứu kỹ thuật định lượng có thứ tự |
| Bàn giao | Hợp đồng đầu vào–đầu ra giữa hai lớp |
| Đặc tả | Quy tắc khóa trước khi xem kết quả |
| Hợp đồng dữ liệu | Nguồn, trường, thời gian và cách xử lý |
| Feature | Biến đầu vào từ dữ liệu đã biết |
| Label | Kết quả tương lai cần đo |
| Development | Mẫu dùng để xây và chọn |
| Holdout | Mẫu chưa dùng để xây hoặc chọn |
| Nguồn gốc dữ liệu | Hồ sơ xuất xứ và biến đổi |
| Governance | Kỷ luật lưu phiên bản, bằng chứng và quyết định |
e. Nguồn tham khảo
- CMT Association — 2026 CMT Program Guide
- CFA Institute — Backtesting & Simulation
- NIST — Research Data Framework 2.0
- NIST — Cloud of Reproducible Records
- NIST — Version Control with Git: Open Science
- Bailey và cộng sự — Probability of Backtest Overfitting
Framework bảy lớp, research passport và toàn bộ số QTF-25 là tổng hợp giáo dục giả của AI79, không phải chuẩn bên ngoài hay kết quả thị trường thật.
Ôn bài trước: Statistical Edge trong Technical Analysis #24.
Học tiếp: Technical Research Report #26 · Lộ trình Phân tích Kỹ thuật Chuyên nghiệp.
Nội dung này phục vụ mục đích giáo dục, không phải lời khuyên đầu tư hoặc tín hiệu giao dịch. Mọi thị trường đều có rủi ro mất vốn.
Bài tiếp theo