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: Trend-following case trong bài này là Case Card T-01 ghi chuỗi nhãn mock cùng hướng, với context, người review và điểm dừng rõ. Nó giúp kiểm tra note thuộc nguồn nào và khi nào dừng; nó không dự báo, không tạo tín hiệu, không chỉ dẫn vào hoặc ra, không nói điều gì sẽ xảy ra.

Đọc xong, bạn sẽ hiểu:

  • Vì sao một case có chữ trend-following vẫn chỉ là bản mô tả note mock.
  • Năm phần giúp Case Card T-01 không vượt khỏi context đã ghi.
  • Cách làm case card 15 phút với 12 event mock, chưa dùng tiền thật.

1. Trend-following case là đọc chuỗi nhãn, không phải call thị trường

Tên trend-following dễ khiến người mới tưởng có la bàn chỉ hướng. Trong case này, Trend-following case chỉ là ghi chú về chuỗi nhãn mock cùng hướng. Case không biết nhãn đại diện cho gì và không có quyền biến note thành hành động.

Hình dung bốn mũi tên giấy trên bảng lớp: cùng quay sang phải chỉ nói chúng xếp cùng chiều. Nó không nói đường bên phải tốt hơn, không nói ai phải đi, cũng không nói mũi tên sau giữ hướng. Thiếu source hay schema, ta còn không biết vì sao chúng được đặt cạnh nhau.

Case Card T-01 giữ bốn phần: Context, Observation, Boundary và Human Review. Context ghi source, schema, Window A/B; Observation ghi điều card được phép thấy; Boundary ghi điều không được suy ra; Human Review đọc lại note. Không phần nào là chiến lược chạy thật.

Card chỉ có 12 event mock. Context giống nhãn ngoài hộp đồ chơi: biết source, schema và window trước khi nói về bên trong. Observation condition là điều kiện hẹp cho phép card ghi note, như Window A có ba nhãn mock cùng ký hiệu; nó không nói pattern đáng tin hay phải làm gì tiếp.

Điều quan trọng ở T-01 là NOTE KHÔNG PHẢI ACTION. Case tốt giữ được điều chưa biết, thay vì kéo ví dụ nhỏ thành câu trả lời lớn.

Hình 1 — Card chỉ giữ context, note và điểm dừng của case mock; note không thành action.

2. Năm phần của Case Card T-01

Phần một là purpose và non-use: T-01 giữ note review về chuỗi nhãn mock, không dự đoán, đánh giá hay đưa chỉ dẫn. Hai vế giống nhãn “chỉ xem tại chỗ” ở thư viện.

Phần hai là context input: source là nơi event bắt đầu, schema là nghĩa nhãn/cột, window là lô mock A hoặc B. “12 event” không thay source; “cùng hướng” không thay schema. Thiếu một ô, card ghi MISSING context và dừng.

Phần ba là observation condition: điều card được phép quan sát, như “Window A đã ghi schema có ba nhãn mock cùng ký hiệu.” Nó không thêm “chắc chắn”, “tiếp diễn” hay “sẽ xảy ra”; condition chỉ mở cửa cho note.

Phần bốn là boundary: card không được suy ra ngoài nhãn, không mang status Context sang Observation, không thay người review. Label order đổi mà owner trống thì T-01 ghi HOLD order rồi dừng.

Phần năm là version, owner và case status. Version là mã card, owner là người mở tiếp. OBSERVED, HOLD, Dừng hoặc Cần review phải đi cùng lý do và phần card, không phải một ô “ổn” vô danh.

NIST Map đề cập việc ghi purpose, context, limitation và human roles khi mô tả hệ thống. T-01 chỉ dùng ý này để sắp xếp việc học; nó không phải chuẩn, không chứng nhận case đúng và không xác nhận việc dùng ngoài worksheet. NIST AI RMF Playbook — Map giúp giữ nguồn ở phạm vi đó.

Hình 2 — T-01 chỉ viết note khi context, điều kiện quan sát và điểm dừng được ghi riêng.

3. Một chuỗi mock được ghi thế nào

Đầu tiên, lane Context mở Window A và kiểm source, schema, window. Giả sử card ghi “12 event mock” nhưng source để trống. Context không cố đoán source. Nó gửi note MISSING context cho Boundary, ghi reason là source blank và stop là “không đọc chuỗi”. Điều này cho thấy một case có thể dừng trước cả khi có note về nhãn cùng hướng.

Ở một hàng khác, source và schema đều rõ. Observation nhìn ba nhãn mock liên tiếp có cùng ký hiệu rồi ghi OBSERVED sequence. Chữ OBSERVED chỉ có nghĩa điều kiện quan sát đã được mô tả trong card. Nó không thay thành “xu hướng đang tiếp diễn”, vì continuation là một điều card không có input để nói. Nếu tên note bị đổi thành prediction, người đọc đã vượt qua boundary mà không cần biết.

Boundary đọc note này để tìm phần ngoài phạm vi. Nó có thể thấy thứ tự nhãn đã đổi giữa Window A và B, hoặc owner chưa được ghi. Khi owner trống, Boundary gửi HOLD owner missing cho Human Review. Người review có thể ghi Dừng để bổ sung owner, hoặc Cần review nếu cần xem lại schema. Điều này khác hẳn với việc lấy status HOLD làm nhãn chung cho tất cả phần khác.

Handoff note có sender, receiver, reason, status và stop. Sender nói phần viết; receiver nói phần đọc; reason ghi điều thiếu/quan sát; status là MISSING, OBSERVED hoặc HOLD; stop nói vì sao chưa được kéo sang phạm vi khác. Thiếu một mảnh, case mơ hồ.

Người xếp sách ghi “nhãn bìa thiếu”, người khác nhìn vị trí, người thứ ba kiểm chìa khóa. Một ghi chú không làm người khác có đáp án. T-01 đặt Context, Observation, Boundary cạnh nhau để thấy khác biệt.

MQL5 Strategy Tester có những lựa chọn dữ liệu lịch sử và mode riêng cho việc test. Link đó chỉ nhắc người học phải ghi context của dữ liệu khi nói về một window; bài này không hướng dẫn chạy test, không so sánh mode và không diễn giải kết quả. MQL5 Strategy Tester documentation không phải bằng chứng cho note mock của T-01.

Hình 3 — Một chuỗi nhãn chỉ được ghi là note khi sender, reason và stop vẫn còn nhìn thấy.

4. Bốn lỗi khi đọc trend-following case

Lỗi đầu là đổi observation thành prediction. “Ba nhãn mock cùng ký hiệu” là mô tả tờ card; “nhãn sau sẽ giữ hướng” là điều card không biết. Chỉ thêm một cụm từ nghe chắc chắn đã đổi bản chất case từ ghi chép thành lời đoán.

Lỗi thứ hai là bỏ context. Người học có thể nhìn mũi tên, màu hay thứ tự rồi quên hỏi source, schema và window. Khi không biết nhãn nghĩa gì hoặc lấy từ đâu, card không có nền để viết note. Đáp án đúng là MISSING context hoặc Dừng, không phải kể thêm về chuỗi nhãn.

Lỗi thứ ba là status leak. Context MISSING không làm Observation mặc định MISSING nếu observation đang đọc hàng khác có schema rõ. Ngược lại, Observation OBSERVED cũng không làm Boundary “ổn”. Hãy ghi đủ hai vế, ví dụ “Observation: OBSERVED sequence; Case: Cần review”. Tên lane và reason ngăn status trôi qua một ô không liên quan.

Lỗi cuối là biến case thành universal rule. Một card T-01 không chứng minh accuracy, khả năng lặp lại, suitability, an toàn hay outcome nào. NIST Playbook là tài liệu tự nguyện, không phải checklist hoàn chỉnh; vì vậy một worksheet mock càng không phải giấy chứng nhận. NIST AI RMF Playbook là nhắc nhở để giữ giới hạn này.

Hình 4 — Bốn lỗi làm case nhỏ trông như câu trả lời lớn hơn bằng chứng của nó.

5. Checklist trước khi gọi một case là rõ

Trước khi bạn gọi T-01 là một case có thể review, đi lần lượt sáu bước:

  1. Viết purpose và non-use trong hai câu riêng.
  2. Ghi source, schema và Window A/B cho context input.
  3. Viết observation condition chỉ mô tả nhãn mock nhìn thấy.
  4. Viết boundary và stop: card không được suy ra điều gì.
  5. Ghi version/owner rồi ghi note có sender, receiver, reason, status, stop.
  6. Chọn Case status là Dừng hoặc Cần review cùng lý do.

Đứng ngoài nếu source, schema, window, owner hoặc boundary trống; cũng dừng nếu note sắp đổi thành dự đoán, hành động hay lời hứa. “Chưa đủ context” đáng tin hơn lời giải thích không rõ điểm bắt đầu.

Tự kiểm: biết note của lane nào, ai đọc tiếp và vì sao card dừng chưa? Thiếu một câu trả lời, quay lại six steps.

6. Practice Bridge 15 phút: Case Card T-01 mock

Dùng giấy, Google Sheets hoặc LibreOffice Calc. Đặt hẹn giờ 15 phút. Không dùng model, API, terminal, broker, EA hay tiền thật. Tạo sáu cột như bảng dưới. Mục tiêu không phải tạo trend-following system; mục tiêu là đọc được context, note và stop của mỗi hàng.

Mẫu đối chiếu đã điền

Context / observation Window / source Note Boundary / stop Version / owner Case status
Labels same direction, source missing 12 mock, source blank MISSING context No source → stop T-01 / Lan Dừng
Labels same direction, schema clear Window A mock OBSERVED sequence No claim beyond labels T-01 / Minh Cần review
Label order changed, owner empty Window A/B mock HOLD order Owner empty → stop T-01 / Hoa Dừng

Hàng đầu dừng vì source trống, dù có 12 event. Hàng hai có schema rõ nên ghi OBSERVED, nhưng vẫn chỉ là note cần review. Hàng ba cho thấy thay đổi thứ tự hoặc thiếu owner không phải cái cớ để tự thêm câu trả lời. Kết quả mong đợi là bạn chỉ được reason và stop của từng hàng mà không kéo status sang hàng khác.

Hình 5 — Bảng mock giữ context, note và điểm dừng của từng case row riêng.

7. Tổng kết: case rõ giữ được điều nó chưa biết

a. Năm ý chính

  • Trend-following case T-01 chỉ ghi chuỗi nhãn mock trong context đã nói rõ.
  • Context gồm source, schema và window; thiếu một phần thì card dừng.
  • Observation condition cho phép viết note, không cho phép dự báo.
  • Boundary, owner và status cho biết card được đọc đến đâu và ai review tiếp.
  • Case nhỏ không chứng minh outcome, performance hay tính phù hợp ngoài worksheet.

b. Câu hỏi tự kiểm tra

  • Observation condition khác prediction ở đâu?
  • Ba phần nào tạo context cho event mock?
  • Khi owner trống, Boundary phải ghi note và status gì?
  • Vì sao chữ Dừng làm case rõ hơn?

c. Gợi ý đáp án

Xem gợi ý câu 1

Observation chỉ mô tả điều card được phép thấy; prediction nói điều card chưa có input để biết. Xem lại mục 2–4.

Xem gợi ý câu 2

Source, schema và window. Chúng cho biết record bắt đầu ở đâu, nhãn nghĩa gì và lô mock nào đang mở. Xem lại mục 2.

Xem gợi ý câu 3

Boundary ghi HOLD owner missing và Case status là Dừng để bổ sung owner. Xem lại mục 3 và 6.

Xem gợi ý câu 4

Dừng phơi phần chưa biết để note không bị kéo thành kết luận; nó giữ boundary nhìn thấy được. Xem lại mục 4–5.

d. Thuật ngữ cần nhớ

Thuật ngữ Giải thích ngắn
Trend-following case Case ghi chuỗi nhãn mock cùng hướng.
Case Card Tờ ghi context, note, stop và owner.
Context Nguồn, nghĩa nhãn và lô record đang xem.
Observation condition Điều card được phép mô tả.
Source Nơi event được ghi là bắt đầu.
Schema Nghĩa của nhãn hoặc cột event.
Window Lô event mock đang mở.
Boundary Điểm card không được vượt hoặc phải dừng.
Owner Người cần review card tiếp.
HOLD Nhãn giữ card lại để review.

e. Nguồn tham khảo

f. Học tiếp

Quay lại bài #12 về Integrated Trading System Framework để xem các note được nối qua bốn lane review, hoặc đi tiếp bài #14 về Case Study: Mean-reversion System để so sánh một case mock có điều kiện quan sát khá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. Mọi thị trường đều có rủi ro mất vốn.