Mục lục
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.
Trả lời ngắn: Backtest là một record kiểm trên setup và sample đã chọn; nó ghi điều lần kiểm đã đặt vào và quan sát đã lưu, không tự hứa điều gì cho record sau. Khi điều kiện, version hoặc phần thông tin khác, người học cần ghi difference và qua review gate trước khi kết luận.
Đọc xong, bạn sẽ hiểu:
- Vì sao một record kiểm không phải lời hứa cho record quan sát sau.
- Cách đọc Run Record R-02 bằng năm phần có setup, sample, difference và review gate.
- Cách tập so ba record mock trong 15 phút, không dùng tiền thật hay tạo action giao dịch.
1. Backtest tốt là một record, không phải lời hứa cho lần sau
Nghe cụm “backtest tốt nhưng live thất bại”, nhiều người muốn tìm ngay một lý do có vẻ dứt khoát: do thị trường, do công cụ, do rule hay do người dùng. Bài này không đi theo hướng đó. Không thể nhìn một record rồi giải thích chắc chắn điều đã xảy ra ở một tình huống khác, nhất là khi record không ghi hết điều kiện của hai lần.
Trong bài, backtest là lần kiểm mô phỏng trên một setup và sample mock đã ghi. “Live” chỉ là nhãn cho một record quan sát sau; nó không có nghĩa chạy lệnh, mở tài khoản, nhận tín hiệu hay dùng tiền thật. Hai record có thể cùng tên nhưng khác mẫu, khác version, khác cách ghi hoặc khác điều kiện. Tiêu đề giống nhau không làm chúng thành cùng một câu hỏi.
Hãy nghĩ tới công thức bánh. Bạn có một phiếu ghi: lò A, công thức v1, khay nguyên liệu mock A và dòng “mẻ đã được ghi nhận”. Phiếu này chỉ mô tả lần làm bánh đã ghi. Ngày sau, một người dùng lò B hoặc đổi công thức v2. Bạn không thể lấy dòng ghi nhận của lò A để thay cho việc xem lò B có gì khác. Câu đúng không phải “lò B chắc hỏng”; câu đúng là “hãy xem hai phiếu khác nhau ở đâu”.
Run Record R-02 là cách tập đọc hai phiếu như vậy. Nó có năm lane: Test Setup, Sample, Result Note, Difference và Review Gate. Mỗi lane làm một việc nhỏ. Không lane nào được đổi một dòng ghi nhận cũ thành một lời hứa, và không lane nào có quyền tự lấp phần chưa được ghi.
Đây không phải cách làm record kém giá trị. Ngược lại, record càng nói rõ mình đã xem gì thì càng dễ được kiểm. Điều cần tránh là kéo nó ra ngoài phạm vi: một lần kiểm có thể hữu ích cho setup/sample đã ghi, nhưng chưa phải đáp án cho mọi lần sau.
Hình 1 — R-02 đặt record kiểm, phần khác và lượt review thành ba việc riêng.
2. Bản đồ năm phần của Run Record R-02
Đọc R-02 giống kiểm một lịch xe buýt ngày mưa. Một lịch ghi giờ xuất phát của ngày thường không tự cho biết chuyến xe hôm nay có cùng đường, cùng thời tiết hay cùng thông báo hay không. Bạn cần đọc từng ô thay vì chỉ nhìn dòng “đến lúc 8 giờ”.
Test Setup là phần ghi rule mock và version trước khi kiểm. Setup phải nói điều nào đã được đặt ra: ví dụ worksheet v1, tên rule mock và loại record cần so. Nó không cần phức tạp, nhưng không được mơ hồ. Một câu “đã dùng rule quen thuộc” không giúp người khác biết rule nào cần đối chiếu.
Sample là phần case mock được dùng trong record. Sample không phải đại diện cho mọi điều có thể xảy ra. Nó chỉ là lô ví dụ được đưa vào lần kiểm. Nếu Sample A đổi sang Sample B, hãy ghi rõ nó đã đổi. Cùng một nhãn “sample” không làm nội dung bên trong giống nhau.
Result Note là câu ghi nhận trong record kiểm. Cách đọc an toàn là “R-02 đã lưu ghi chú này”, không phải “ghi chú này đã chứng minh điều gì ngoài record”. Một Result Note có thể hiện diện, ngắn và dễ đọc, nhưng nó không tự nói nguyên nhân, không tự mô tả chất lượng tổng thể, và không tự biến thành action.
Difference là field khác giữa record kiểm và record quan sát sau. Đây là ô chống nhảy cóc. Difference có thể là version khác, sample khác, setup thiếu field, hoặc đơn giản là UNKNOWN. UNKNOWN là nội dung hợp lệ: nó nói rằng người học chưa có phần cần để so, chứ không giả làm một giải thích.
Review Gate là điểm người review đọc đủ bốn phần trước đó rồi ghi Cần review, Compare hoặc Hold. Gate không phải cánh cửa “được đi tiếp” mặc định. Nó là chỗ hỏi: record có cùng mục đích không, field nào đã khác, ai sẽ xử lý và điều gì chưa biết? Không có owner hoặc reason, gate chưa đủ để kết luận.
NIST AI RMF Map nói đến việc làm rõ mục đích, context, giới hạn và vai trò con người. Ở đây R-02 chỉ dùng tư duy đó cho một worksheet mock. Nó không phải cách chấm điểm hệ thống hay chuẩn xác thực. NIST AI RMF Playbook — Map chỉ được dùng trong giới hạn này.
Hình 2 — Năm phần giúp người đọc thấy field nào đã có và field nào còn phải so.
3. Ba record mock: đọc, so và dừng
Đặt ba record mock cạnh nhau sẽ cho thấy vì sao cùng một tiêu đề không tạo ra cùng một kết luận. Ba record này không chứa giá, chart, tài sản hay kết quả tiền. Chúng chỉ là phiếu học cách đặt status đúng chỗ.
R-A — TEST NOTE, REVIEW CONTEXT có Test Setup worksheet v1, Sample mock A và Result Note đã ghi. Difference ghi “chưa có field khác được liệt kê”. Review Gate là CẦN REVIEW. Thẻ này cho phép người học đọc phiếu, nhưng không cho phép gọi nó là lời hứa. Nó giống vé xe buýt có ngày và tuyến rõ: bạn biết nó mô tả chuyến nào, nhưng vẫn không dùng nó thay cho lịch của một ngày khác.
R-B — DIFFERENCE FOUND, COMPARE có cùng setup ghi là v1 nhưng Sample mock B và một field version khác. Thẻ này mang status COMPARE. Difference không nói rằng thay đổi gây ra một kết quả nào; nó chỉ nêu điều cần được đặt cạnh nhau. Người học mở cả hai phiếu, gạch chân field khác và giữ nguyên phần chưa biết.
R-C — MISSING SETUP, HOLD có một Result Note ngắn nhưng Test Setup bị thiếu. Nhiều người sẽ nghĩ Result Note đủ để đi tiếp, vì có một câu nghe hoàn chỉnh. R-02 không cho điều đó. Khi setup không được ghi, Review Gate là HOLD. Chữ Hold không phải lời chê Result Note; nó là nhãn giữ record lại cho đến khi phần đầu vào được làm rõ.
Mỗi thẻ giữ owner, reason và status riêng. R-A Cần review không khiến R-B tự được Cần review, và R-C Hold không xóa Difference của R-B. Đây là điểm dễ sai khi một bảng có nhiều card: dùng một status chung cho cả nhóm vì nhìn gọn hơn. Nhưng status chung che người đọc cần làm gì với từng record.
MQL5 ghi rõ Strategy Tester có những mode và cách dùng dữ liệu lịch sử trong môi trường test. Liên kết này chỉ nhắc rằng một lần kiểm phải có context/mode được ghi khi nói về phạm vi kỹ thuật. Nó không xác nhận R-A/R-B/R-C, không đánh giá hiệu suất và bài này không hướng dẫn dùng phần mềm đó. MQL5 Reference — Testing Trading Strategies được trích với giới hạn trên.
Hình 3 — Ba card giống hình thức nhưng có reason, owner và điểm dừng khác nhau.
4. Bốn lỗi khi đọc backtest và “live”
Lỗi thứ nhất là đổi Result Note thành lời hứa. Một note nói “phiếu này đã ghi quan sát X” không nói “lần sau cũng phải có X”. Đó là hai câu khác nhau. Câu đầu bám vào record; câu sau đi ra ngoài record. Càng thiếu Difference, việc nhảy từ câu đầu sang câu sau càng dễ bị che.
Lỗi thứ hai là không lưu version. Một Test Setup không có version giống một tờ công thức thiếu số trang. Người đọc có thể vô tình so bản cũ với bản mới rồi tưởng đang nói về cùng rule. R-02 không cần phán đoán bản nào hơn; nó chỉ cần ghi v1/v2 và yêu cầu COMPARE khi hai nhãn không khớp.
Lỗi thứ ba là giấu Difference. Người viết có thể dùng một dòng chung như “điều kiện thay đổi”. Câu ấy nghe an toàn nhưng không chỉ ra field nào khác. Nếu chưa gọi tên được field, hãy ghi UNKNOWN; đó là Difference trung thực. UNKNOWN mời review đặt câu hỏi đúng, còn một lời giải thích chung chung thường mời người đọc tự điền phần trống.
Lỗi thứ tư là dùng status nhóm. Ba card đặt cạnh nhau rất dễ được tô một màu “OK”, rồi không ai nhớ R-C thiếu setup hay R-B đang chờ compare. Hãy ghi status cùng reason trên từng card: R-B — COMPARE — one field differs, R-C — HOLD — setup missing. Status chỉ có nghĩa khi người đọc biết nó thuộc record nào và thiếu điều gì.
R-02 không đo độ đúng, chất lượng, an toàn, độ chính xác, rủi ro thị trường hay hiệu suất của bất kỳ hệ thống nào. Một worksheet có nhiều cột cũng không làm khoảng trống biến mất. NIST nêu việc đo và review phải được gắn với context, giới hạn và quá trình theo dõi; điều đó càng là lý do không dùng R-02 như giấy chứng nhận. NIST AI RMF Core không xác thực một record mock.
Hình 4 — Bốn lỗi đều làm phần chưa biết bị ẩn sau một kết luận quá nhanh.
5. Checklist và Practice Bridge 15 phút
Checklist này không dự đoán điều gì. Nó tạo một nhịp dừng trước khi ai đó gắn chữ “tốt” cho record. Dùng với ba thẻ mock, giấy hoặc Google Sheets/LibreOffice Calc; không dùng broker, EA, dữ liệu riêng, chatbot hay tiền thật.
- Viết một câu purpose và một câu non-use. Purpose nói R-02 đang so record nào; non-use nói R-02 không dùng để hứa hay tạo action.
- Điền Test Setup, Sample và version cho từng card. Field chưa có phải ghi
MISSING, không điền bằng trí nhớ. - Viết Result Note theo giọng record: “đã ghi nhận”, không dùng giọng dự báo hoặc kết luận chung.
- So hai card và ghi Difference cụ thể. Không biết field nào thì ghi
UNKNOWN. - Đặt Review Gate: Cần review, Compare hoặc Hold, cùng reason và owner.
- Đọc lại một câu kiểm: “Điều này nằm trong record nào; điều gì chưa có; ai đang review?” Nếu không trả lời được, dừng ở card đó.
Năm phút đầu, vẽ năm cột theo R-02. Năm phút tiếp, chép R-A/B/C và khoanh field thiếu/khác. Năm phút cuối, viết một lý do Hold hoặc Compare cho từng card cần dừng. Kết quả mong đợi không phải một đáp án lớn; nó là một bảng mà người khác đọc được vì sao từng card được giữ, so hoặc review.
Mẫu đối chiếu đã điền
| Test setup | Sample | Result note | Difference / owner | Review status |
|---|---|---|---|---|
| R-A worksheet v1 | Mock set A | TEST NOTE: observed | None listed / Lan | Cần review |
| R-B worksheet v1 | Mock set B | TEST NOTE: compare | One field differs / Minh | COMPARE |
| R-C worksheet v1 | Mock set C | TEST NOTE: unknown | Setup missing / Hoa | HOLD |
Hàng R-A không phải “đã được chứng minh”; nó chỉ có đủ field để review. Hàng R-B nói một field khác, không nói field ấy là nguyên nhân. Hàng R-C có Result Note nhưng vẫn Hold vì setup thiếu. Khi bạn đọc rõ ba câu này, bạn đã làm đúng việc quan trọng: không dùng vẻ hoàn chỉnh của một ô để che phần còn trống của card.
Hình 5 — Worksheet đưa Difference và Review status vào cùng một dòng thay vì suy ra từ Result Note.
6. Tổng kết: record tốt làm điều kiện nhìn thấy được
a. Năm ý chính
- Backtest là record của setup và sample đã chọn, không phải lời hứa cho record quan sát sau.
- R-02 tách Test Setup, Sample, Result Note, Difference và Review Gate để tránh nhảy cóc.
- Result Note mô tả điều record đã ghi; nó không tự chứng minh nguyên nhân hay tương lai.
- Version, Difference, reason và owner phải gắn với từng card; một status nhóm không đủ.
- Human review đọc context và giới hạn trước khi kết luận; worksheet không thay người chịu trách nhiệm.
b. Câu hỏi tự kiểm tra
- Result Note khác lời hứa cho record sau ở điểm nào?
- Vì sao R-B mang status Compare thay vì một status chung?
- Khi Difference chưa xác định, R-02 cần ghi gì?
- R-C có Result Note nhưng vì sao vẫn Hold?
c. Gợi ý đáp án
Xem gợi ý câu 1
Result Note chỉ mô tả điều đã được lưu trong lần kiểm; nó không trả lời tự động điều không nằm trong record sau. Xem lại mục 1–2.
Xem gợi ý câu 2
R-B có Sample hoặc field khác cần được đặt cạnh record kia; Compare nêu rõ việc còn phải làm, thay vì che nó bằng status chung. Xem lại mục 3.
Xem gợi ý câu 3
Ghi UNKNOWN và đưa card qua Review Gate, không tự thêm lời giải thích ngoài record. Xem lại mục 2 và 4.
Xem gợi ý câu 4
Result Note không thay Test Setup. Setup thiếu nên người review chưa biết note được tạo trong điều kiện nào. Xem lại mục 3 và 5.
d. Thuật ngữ cần nhớ
| Thuật ngữ | Giải thích ngắn |
|---|---|
| Backtest | Lần kiểm một rule trên record đã chọn. |
| Live label | Nhãn cho record quan sát sau bài kiểm. |
| Run Record | Phiếu mock so record kiểm và record sau. |
| Test Setup | Rule và version ghi trước khi kiểm. |
| Sample | Phần case mock dùng trong record. |
| Result Note | Điều record kiểm đã ghi nhận. |
| Difference | Field khác giữa hai record. |
| Review Gate | Chỗ người review so field trước kết luận. |
| Version | Nhãn phân biệt lần setup. |
| HOLD | Trạng thái giữ record khi thiếu field. |
e. Nguồn tham khảo
- MQL5 Reference — Testing Trading Strategies: dữ liệu lịch sử, test modes và giới hạn môi trường test; không phải xác thực hiệu suất R-02.
- NIST AI RMF Playbook — Map: purpose, context, limitation và human roles; đây là hướng dẫn tự nguyện, không xác thực R-02.
f. Học tiếp
Quay lại bài #17 về Case Study: AI-assisted Trading System để xem vì sao một AI draft cũng cần giữ evidence gap và human review. Bài kế tiếp về Strategy Approval và Deployment Gate sẽ tiếp tục giữ nguyên nguyên tắc: record rõ phạm vi không tự thành quyền đi tiế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