Trả lời ngắn: Testable Hypothesis là câu hỏi review biến một idea thành condition, observation unit, data window, điều có thể làm mình đổi ý, assumption, limitation và owner. Nó giúp ghi rõ phải nhìn gì và chưa biết gì; không dự báo giá, không tạo signal, không chứng minh lợi nhuận và không cho phép giao dịch tiền thật.

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

  • Vì sao idea nghe hợp lý vẫn chưa phải câu có thể test.
  • Cách viết một Hypothesis Card từ condition tới evidence và observation ngược lại.
  • Cách tập 15 phút với dữ liệu giả, biết khi nào nên Dừng.

Lưu ý giáo dục: Bài này chỉ dạy cách viết câu hỏi review. Nó không phải lời khuyên đầu tư, tín hiệu giao dịch, forecast, cách chạy MT5/EA hay hướng dẫn backtest. Khi source, schema, window, condition hoặc owner chưa rõ, status an toàn là Chưa đủ evidence, Cần review hoặc Dừng.

1. Idea khác Testable Hypothesis ở đâu?

Một idea có thể chỉ là câu nhận xét rộng: “sau mưa quán thường đông hơn” hoặc “khi tag A xuất hiện, nhóm B có vẻ hay đi cùng”. Câu đó có ích để mở đầu, nhưng chưa nói quan sát ở đâu, trong khoảng nào, hoặc điều gì sẽ khiến người nói đổi ý.

Testable Hypothesis không phải lời tiên tri. Nó là một câu hỏi có condition — điều kiện nhìn thấy được — và observation unit — một record cụ thể để ghi nhận. Card cũng cần scope, tức việc nó đang nói và việc nó ghi rõ không làm; data window, tức lô record có source, schema và thời gian; cùng disconfirming observation, là quan sát khiến hypothesis không thể được nâng thành kết luận.

Ví dụ quán đông sau mưa: idea chỉ nói “sau mưa”. Hypothesis Card phải ghi ngày nào, khung giờ nào, số lượt quan sát nào và nếu trời mưa nhưng lượt khách không lặp lại thì sẽ ghi gì. Nó không cần gọi điều đó là “thua”; nó chỉ giữ quyền đổi ý khi record không ủng hộ câu ban đầu.

Với case giả trong bài, Observation Note A bắt đầu bằng ý tưởng: “khi tag TREND rồi PULLBACK xuất hiện theo thứ tự trên một record, mình cần ghi lại điều gì?” Scope của note chỉ là phân loại 12 record mock trong Window A/B, không gửi lệnh, không chọn tài sản, không đo lợi nhuận. Đây là khác biệt quan trọng: hypothesis ≠ dự báo.

Hình 1 — Idea chỉ thành câu để review khi scope, condition, outcome, reference và điều dừng được ghi trước.

2. Một câu hypothesis cần những phần nào?

Ghi sáu mảnh evidence theo một chuỗi ngắn: idea → scope/window → condition → outcome/reference → assumption và điều bác bỏ → status/owner. Cách ghi này không cần p-value, điểm số hay số mục tiêu. Nó chỉ buộc mỗi thành phần phải có chỗ đứng.

Case giả có thể viết: “Trong 12 record mock của Window A, khi tag PULLBACK xuất hiện sau tag TREND, ghi số row mang nhãn OBSERVED, rồi đối chiếu với 12 row reference ở Window B. Giả định schema hai window giống nhau. Thiếu source hoặc schema thì Dừng.” OBSERVED chỉ là nhãn ghi chép; không phải kết quả thị trường và không phải khuyến nghị trade.

Outcome là điều note đã ghi trong window, còn reference là lô record dùng để đối chiếu. Disconfirming evidence là điều khiến note không được nâng thành kết luận: condition bị đổi sau khi xem row, schema không giống nhau, hoặc reference không đọc lại được. Assumption là điều tạm coi đúng và phải dán nhãn; limitation là điều note chưa chứng minh, ví dụ ngoài 12 record mock hay outcome thực tế.

NIST Map khuyến nghị làm rõ và ghi lại purpose, context, assumption, limitation và vai trò khi định hình hệ thống AI. Bài này chỉ mượn thói quen ghi scope/assumption/limitation cho Hypothesis Note; không coi đó là tiêu chuẩn hay luật trading. NIST AI RMF Playbook — Map Chính NIST cũng nêu Playbook là gợi ý tự nguyện, không phải checklist hay chuỗi bước bắt buộc; template này vì vậy chỉ là bài tập học. NIST AI RMF Playbook MQL5 mô tả nhiều mode tạo tick và dữ liệu history trong Strategy Tester; điều đó chỉ nhắc rằng simulation phụ thuộc mode/data đã chọn, không biến note thành proof hay action. MQL5 — Testing Trading Strategies

Hình 2 — Outcome chỉ được đọc trong window và reference đã nêu; thiếu source hoặc schema thì note dừng.

3. Từ quan sát sang câu có thể bị bác bỏ

“Thị trường hay phản ứng” là câu quá rộng: không có subject, condition, unit hay window. Thay vì cố làm câu đó nghe chuyên nghiệp, hãy hạ nó xuống một phiếu quan sát. “Trong Window A mock đã ghi source/schema, khi PULLBACK xuất hiện sau TREND, ghi số row OBSERVED và đối chiếu Window B.” Câu sau vẫn chưa nói đúng/sai; nhưng người khác biết cần nhìn cái gì.

Bạn có thể hình dung như phiếu giao hàng. “Hàng thường đến trễ” là idea. Muốn review, phiếu cần mã kiện, ngày gửi, giờ nhận và điều nào bị coi là thiếu. Nếu chỉ có ảnh một thùng hàng mà không có giờ nhận, ảnh đó là evidence cho “có một thùng”, chứ chưa cho “giao trễ”. Tương tự, observation phải đúng phạm vi của claim.

Disconfirming evidence không phải kẻ thù của idea. Nó giống ô “vắng mặt” trong sổ điểm danh: khi record không đủ reference, condition bị đổi sau khi đã xem row, hoặc schema chưa kiểm, note ghi limitation rồi quay lại source/window/assumption. Chỗ nhận sai làm hypothesis có ích hơn một câu luôn có lý do để tự bảo vệ.

Đừng đổi data window sau khi đã nhìn result để câu chuyện đẹp hơn. Nếu window đổi, card cần ghi window mới và status review lại. Một configuration, tức một cách sắp các điều kiện để thử, cũng phải được ghi rõ thay vì thử rất nhiều cách rồi chỉ kể cách trông đẹp nhất.

4. Bốn lỗi làm hypothesis thành lời kể sau kết quả

Lỗi thứ nhất là đổi condition sau khi đã xem row: tag ban đầu là TREND rồi lại đổi thành “trend đẹp” để khớp story. Lỗi thứ hai là thiếu window: có một dòng OBSERVED nhưng không nói nó thuộc Window A nào hoặc reference Window B nào. Cả hai làm người sau không thể đọc lại cùng một note.

Lỗi thứ ba là chọn đúng một row hợp với idea rồi bỏ qua các row còn lại. Một row có thể là ghi nhận, không tự là pattern. Lỗi thứ tư là đọc conclusion khi source hoặc schema còn thiếu. Khi ấy outcome chỉ nên đứng ở status Dừng hoặc Cần review, không nên biến thành lời khuyên hay forecast.

Dừng nếu source/schema/window không rõ; condition không đọc lại được; observation chỉ là kể miệng; owner không có; hoặc card bị đổi thành lệnh, score hay forecast. Rủi ro ở đây là biến một story đẹp thành quyết định tiền thật khi evidence còn trống. Có một note không đồng nghĩa note đủ; có simulation không đồng nghĩa outcome market đã được chứng minh.

Hình 3 — Bốn lỗi biến giả thuyết thành lời kể sau kết quả; mỗi lỗi cần ghi limitation hoặc stop gate.

5. Checklist trước khi gọi câu đó là hypothesis

Đi theo sáu bước. Một: ghi idea cùng scope/window và non-use. Hai: chọn đúng một condition nhìn thấy được. Ba: khóa source, schema và reference trước khi diễn giải outcome. Bốn: ghi điều sẽ được đọc như OBSERVED cùng điều làm note phải dừng. Năm: dán assumption và limitation. Sáu: gọi status/owner để biết ai review tiếp.

Đứng ngoài nếu statement có Buy/Sell, forecast, target hay parameter nhưng không có condition/unit. Cũng dừng nếu window được chọn sau result, source khác mà không ghi, owner vắng mặt hoặc result bị gọi “đúng/sai” vượt ngoài scope. Checklist chỉ tạo review note; nó không approve trade, backtest, tester hay môi trường live.

6. Practice Bridge 15 phút: Hypothesis Card mock data

Mở giấy, Google Sheets hoặc LibreOffice Calc. Không login broker, không gọi API, không mở MT5/EA/tester, không đặt lệnh và không dùng tiền thật. Tạo sáu cột Idea, Scope/window, Condition, Outcome/reference, Assumption/disconfirming evidence và Status/owner.

Điền ba dòng dưới cho Idea demo. Mỗi dòng đều là mock data. Không cho điểm card; hãy đọc xem dòng nào thiếu source, limitation hoặc outcome trước khi chọn status.

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

Idea Scope / window Condition Outcome / reference Assumption / disconfirming evidence Status / owner
Tag A có vẻ hay đi cùng tag B 12 record giả, thiếu source Tag TREND Chưa có reference rõ Schema chưa kiểm Dừng / Reviewer A
Tag A hay đi cùng tag B 12 record mock Window A Condition đổi sau khi xem row OBSERVED, reference Window B Rule chưa khóa trước outcome Cần review / Reviewer B
Tag A cần ghi để review 12 record mock source/schema/window TREND rồi PULLBACK Nhãn OBSERVED, reference Window B Chỉ mock data, chưa có outcome thực tế Chưa đủ evidence / Reviewer C

Sau 15 phút, tự hỏi: condition có nhìn thấy được không, unit/window có đọc lại được không, điều gì làm mình đổi ý, ai review tiếp? Không trả lời được một câu thì ghi Dừng. Mục tiêu là học cách giữ câu hỏi trung thực, không tìm một answer đẹp.

Hình 4 — Worksheet mock data tách condition, outcome và evidence ngược khỏi bất kỳ action nào.

7. Tổng kết: hypothesis giữ quyền đổi ý

a. Năm ý chính

  • Idea mở hướng quan sát, còn Testable Hypothesis ghi condition, unit, window và điều có thể làm mình đổi ý.
  • Scope và non-use chặn một note quan sát bị hiểu thành forecast hay tín hiệu.
  • Outcome/reference phải đi cùng assumption, limitation và điều khiến note không được nâng thành conclusion.
  • Source/schema/window cần khóa trước khi kể result; đổi chúng sau result cần quay lại review.
  • Dừng, Cần review và Chưa đủ evidence là output hợp lệ khi card chưa đủ dữ kiện.

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

  • Idea khác hypothesis ở điểm nào?
  • Vì sao condition “mạnh” chưa đủ để test?
  • Disconfirming observation giúp card thế nào?
  • Khi nào phải Dừng thay vì thêm score?

c. Gợi ý đáp án

Xem gợi ý câu 1

Hypothesis ghi condition, unit, window và điều có thể làm mình đổi ý; idea mới là quan sát rộng. → xem mục 1.

Xem gợi ý câu 2

“Mạnh” không nói record nào được đánh dấu; condition phải đọc lại được trên unit cụ thể. → xem mục 2 và 3.

Xem gợi ý câu 3

Nó giữ quyền không nâng một observation thành verdict khi record không lặp hoặc context thiếu. → xem mục 3.

Xem gợi ý câu 4

Dừng khi source, schema, window, condition hoặc owner thiếu; score không lấp được evidence trống. → xem mục 4 đến 6.

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

Thuật ngữ Giải thích ngắn
Idea Quan sát rộng, chưa đủ chi tiết để review.
Testable Hypothesis Câu hỏi có condition, unit, window và điều bị bác bỏ.
Condition Điều kiện có thể nhìn/ghi trên record.
Observation unit Một record cụ thể để quan sát.
Data window Lô record có source, schema và thời gian.
Disconfirming observation Ghi nhận khiến hypothesis chưa thể nâng thành claim.
Assumption Điều tạm coi đúng nhưng phải gắn nhãn.
Limitation Điều evidence/card chưa chứng minh.
Configuration Một cách sắp điều kiện để thử.
Owner Người hoặc nhóm review card tiếp.

e. Nguồn tham khảo

Bài trước là Systematic Trader Diagnostic Assessment #6, nơi card giữ evidence, limitation và owner cạnh nhau. Bài tiếp theo là Strategy Specification và Rule Definition #8, nơi hypothesis được tách tiếp thành specification và rule có thể đọc lại.

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. Hypothesis Card không thay validation độc lập hay quyết định chịu trách nhiệm. Khi condition, source, window, limitation hoặc owner chưa rõ, không dùng tiền thật và hãy dừng để review.